Open josxha opened 9 months ago
i noticed this while working on #1750 and added a comment //TODO does this really need to be changed to a math.Point type?
Maybe better to be inspired rather than straight-up porting, perhaps a bit touchy since it's a commercial company, and porting counts as redistribution from a legal point of view. In their licensing terms:
The software and files in this repository (collectively, "Software") are
licensed under the Mapbox TOS for use only with the relevant Mapbox product(s)
listed at [www.mapbox.com/pricing](http://www.mapbox.com/pricing).
...
* Redistributions of source code must retain the above copyright notice,
this list of conditions and the following disclaimer.
* Redistributions in binary form must reproduce the above copyright notice,
this list of conditions and the following disclaimer in the documentation
and/or other materials provided with the distribution.
...
https://github.com/mapbox/mapbox-gl-js?tab=License-1-ov-file#readme
Other than Your Content, all content displayed on the site or accessible
through the Services, including text, images, maps, software or source code,
are the property of Mapbox and/or third parties and are protected by
United States and international intellectual property laws.
https://www.mapbox.com/legal/tos/
Porting would be a violation of the TOS, and even if it weren't, only dependencies are managed automatically by flutter (bundling the licenses with the binary), so it could be a bit cumbersome 😅
I think it's quite a bit different to port things from Mapbox than it is from, say, Leaflet.
(It is possible to use LicenseBinding
to add licenses to the Flutter app: https://api.flutter.dev/flutter/foundation/LicenseRegistry/addLicense.html)
Ah, thanks, didn't know! If we could automate that it would certainly simplify things for the users of flutter_map
, I'm still doubtful that porting is allowed within the scope of the TOS though?
I'm still doubtful that porting is allowed within the scope of the TOS though
Good point, in that case we should see that as an encouragement to remove the dependency to the polylabel package anyways.
What do you want implemented?
The current integration of polylabel is not very well performance optimized. By implementing our own port of polylabel, we can:
What other alternatives are available?
No response
Can you provide any other information?
Current usage of the
polylabel
package:Severity
Minimum: Not required for my use