Kolossos added a subscriber: Kolossos. Kolossos added a comment. I think as big solution we should use OpenStreetMap-Software stack (editor, Database, Rendering and APIs) for our own data. The rules we can change than. A lot of objects like "Interstate5" are already in OpenstreetMap and we have with the project WIWOSM over 400.000 links between these objects and Wikidata. The own OSM-Software should be only for objects that are out of scope from the OpenStreetMap (OSM) project, like fuzzy objects e.g. bird habitats. For historical objects that also out of scope from OSM we are in contact with openhistoricalmap project.
A smaller solution would be to support geoJSON like it's also supported by Github[1]. But please keep in mind that a complex geometry (e.g. borders of russia) can have over 100 kb and than think that you want to store different version of it on one Wikidata page to document historical changes. -> I think this will not work. As Google stops to support external KMLs in there own Google Maps I see no big future in these format and would prefer a cleaner data format. [1]https://github.com/blog/1541-geojson-rendering-improvements TASK DETAIL https://phabricator.wikimedia.org/T57549 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign <username>. EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Kolossos Cc: Kolossos, El_Grafo, Wikidata-bugs, Tobias1984, aude, Rschen7754, Liuxinyu970226, Ainali, Lydia_Pintscher, Jdouglas, Qgil _______________________________________________ Wikidata-bugs mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
