Page MenuHomePhabricator

Investigation: Geoshapes/lines not displayed accurately when imported from OSM
Open, Needs TriagePublic

Description

Background

Users reported an issue related to the accuracy of geoshapes and lines imported from OSM by Kartographer [1]. Example: https://en.wikipedia.org/wiki/New_Jersey_Turnpike

It seems Kartotherian/Kartographer downsamples them when importing, as the issue doesn't seem to exist when it is manually exported and uploaded to Commons (see example below).

Questions to answer:

  • Why is this happening?
  • Why is it this bad?
  • Can it be fixed or improved?

[1] https://de.wikipedia.org/wiki/Wikipedia_Diskussion:Technische_W%C3%BCnsche/Topw%C3%BCnsche/Bessere_Unterst%C3%BCtzung_von_Geoinformationen/Umfrage#Kann_man_den_Kartographer_irgendwo_im_erfolgreichen_Einsatz_sehen? Ja, da stimme ich dir zu, zB dieses Teilstueck sieht gut aus auf der Karte und hat 34 Teilsegmente, aber in der Wikimedia Karte ist das ganze Stueck nur durch 11 Punkte repräsentiert und dadurch sehr ungenau gezeichnet. Ausserdem ist das Teilstueck dann nicht mal verbunden mit der Haupt-Strasse. Es scheint als wuerde Kartographer sehr stark herunter-sampeln was zu diesen Artefakten fuehrt. Im Vergleich dazu Interstate 95 welche wohl (manuell) von OSM exportiert wurde auf Commons: Interstate_95.map hier konnte der Autor das herunter-sampeln manuell einstellen und das Resultat sieht viel besser aus. Insgesamt sind aber beides Beispiele fuer Kartographer. --hroest Disk 21:11, 19. Jul. 2021 (CEST)

Event Timeline

See also T155919 and T303584
Generally this is a protection to make sure people don't receive multimegabyte shapes, at detail levels they are unlikely to require (because they generally don't zoom in that far).

To fix this problem, one idea would be to send some sort of bounding box param to the geoshape / geoline service, which would give you geoshape accuracy that is relevant to the zoom level, for the area you are viewing (a proper data layer basically).