Maps.Me macht Probleme

streckenkundler · 2017-10-27T16:53:54.000Z

MKnight:

Edit: ääh, nöö, wikipedia sagt, es ist ein Ortsteil, also wohl eher suburb.

suburb ist doch aber Quatsch… Wenn man alles, was irgendwo eingemeindet worden ist bzw. irgendwo als Ortsteil bezeichnet dementsprechend erfassen will kann man place village|hamlet|… fast völlig einstampfen… dann wäre so ziemlich alles irgendwie suburb.

Auch wenn Landsdorf keine Dorfstraße oder Dorfkern im klassischen Sinn hat, sondern maßgeblich vom Gutshaus in der Ortsmitte geprägt ist, kann man es trotzdem als Dorf ansprechen. Meiner Meinung nach ist place=village völlig gerechtfertigt, eventuell kann man auch place=hamlet setzen.

Sven

geow · 2017-10-27T18:54:43.000Z

streckenkundler:

suburb ist doch aber Quatsch…

+1 suburb=Vorort!=Ortsteil

MKnight · 2017-10-27T21:02:02.000Z

geow:

streckenkundler:

suburb ist doch aber Quatsch…

+1 suburb=Vorort!=Ortsteil

Und ein Gut ist ein Dorf?

geow · 2017-10-27T21:09:33.000Z

MKnight:

Und ein Gut ist ein Dorf?

Das hat der Kollege doch schon eingeschätzt…

streckenkundler:

Meiner Meinung nach ist place=village völlig gerechtfertigt, eventuell kann man auch place=hamlet setzen.

MKnight · 2017-10-27T22:45:36.000Z

geow:

MKnight:

Und ein Gut ist ein Dorf?

Das hat der Kollege doch schon eingeschätzt…

streckenkundler:

Meiner Meinung nach ist place=village völlig gerechtfertigt, eventuell kann man auch place=hamlet setzen.

“eventuell” hab ich auch schon in Form von “wohl eher” eingebracht. “Doch schon” ist mir nach wie vor nix eindeutig klar.

chris66 · 2018-01-04T10:09:38.000Z

Warum sind eigentlich viele maps.me Notes falsch?

ZB. soll dieser Wegweiser nicht existieren:

https://www.openstreetmap.org/note/1245789#map=19/51.78712/7.60350&layers=N

Werde Herrn HeKo mal anschreiben…

chris66 · 2018-01-04T15:32:33.000Z

So, Antwort ist gekommen, es war ein simpler User-Error, die Äpp ist also unschuldig.

TZorn · 2018-01-04T16:02:58.000Z

chris66:

So, Antwort ist gekommen, es war ein simpler User-Error, die Äpp ist also unschuldig.

Mir scheint es allerdings so, dass diese App simple User-Error provoziert. Auch beliebt: User fügt ein Objekt hinzu, öffnet dann aber zusätzlich noch eine Note, dass dieses Objekt fehlen würde.

johnny_1982 · 2018-01-07T23:34:23.000Z

Ich habe einen Fehler in maps.me gefunden und berichtet, der das tag “level” ungewollt verändert.
Bugreport: https://github.com/mapsme/omim/issues/7904
Kurz: immer wenn man einen POI bearbeitet, der multiple Werte in level hat, dann wird (neben der gewollten Änderung) auch der Wert von Level abgeschnitten.

So weit, so schlecht. Hat jemand eine Idee, wie man die POIs aufspüren kann, die bereits diesem Fehler zum Opfer gefallen sind? Nach meinem Verständnis geht das mit Overpass nicht (da man keinen Zugriff auf die Changeset-eigenschaften hat). Nach meinem Verständnis sind alle Änderungen an level mit maps.me ungewollt, da level beim editieren überhaupt nicht angezeigt wird.
Man müsste also alle Changesets von maps.me suchen, die level an einem POI geändert haben.

PT-53 · 2018-01-17T18:51:32.000Z

Der nächste falsche POI-Standort aus Maps.Me:
https://www.openstreetmap.org/changeset/55507324

geri-oc · 2018-02-17T17:04:34.000Z

MapsMe - Fehler oder durch Mapper falsch gemappt:
https://www.openstreetmap.org/changeset/50535439#map=19/53.01460/12.58250

highflyer74 · 2018-02-20T11:47:10.000Z

Und mal wieder eine durch die App verursachte Änderung von Öffungszeiten, die so nicht sein sollte und den User im Dunkeln lässt:

https://www.openstreetmap.org/changeset/56353073

TZorn · 2018-02-20T12:47:00.000Z

“Mo-Sa 07:00-22:00; Su,PH off”: Wobei das “Su” hier auch unnötig ist. Welcher Montag-Samstag fällt schon auf einen Sonntag?

highflyer74 · 2018-02-20T13:01:44.000Z

@TZorn: Oder habe ich einen Denkfehler? Das Geschäft hat von Mo-Sa geöffnet und an Sonn- und Feiertagen geschlossen. Wobei Sonntage und Feiertage durchaus nicht das gleiche sind.

Unschön ist das Löschen von vorhandenen Daten durch eine App, ohne dass der Nutzer es merkt und ohne dass es mit den in OSM grob vorhandenen Regeln korrespondiert.

kreuzschnabel · 2018-02-20T14:11:17.000Z

TZorn:

“Mo-Sa 07:00-22:00; Su,PH off”: Wobei das “Su” hier auch unnötig ist. Welcher Montag-Samstag fällt schon auf einen Sonntag?

Wenn du das Su weglässt, ist der Öffnungszustand für Sonntage, die keine Feiertage sind, undefiniert.

–ks

PT-53 · 2018-02-20T14:26:53.000Z

kreuzschnabel:

TZorn:

“Mo-Sa 07:00-22:00; Su,PH off”: Wobei das “Su” hier auch unnötig ist. Welcher Montag-Samstag fällt schon auf einen Sonntag?

Wenn du das Su weglässt, ist der Öffnungszustand für Sonntage, die keine Feiertage sind, undefiniert.

–ks

Na ja,
wenn da - nur - steht Montag bis Samstag … offen, ist es dann nicht automatisch am Sonntag geschlossen ?
Und welcher Supermarkt hat an Feiertagen offen ?

Ich finde für Nutzer mit ein bisschen Gehirnschmalz reicht Mo-Sa aus.

Grüße

geri-oc · 2018-02-20T14:46:52.000Z

Ich mappe dies auch immer so - z.B.:
Mo-Fr 07:00-14:00; Sa-Su,PH off.
(Ist für einen Auswerter m.E auch einfacher, zu fragen Sa=?)

glglgl · 2018-02-20T14:47:29.000Z

PT-53:

kreuzschnabel:

TZorn:

“Mo-Sa 07:00-22:00; Su,PH off”: Wobei das “Su” hier auch unnötig ist. Welcher Montag-Samstag fällt schon auf einen Sonntag?

Wenn du das Su weglässt, ist der Öffnungszustand für Sonntage, die keine Feiertage sind, undefiniert.

–ks

Na ja,
wenn da - nur - steht Montag bis Samstag … offen, ist es dann nicht automatisch am Sonntag geschlossen ?
Und welcher Supermarkt hat an Feiertagen offen ?

Ich finde für Nutzer mit ein bisschen Gehirnschmalz reicht Mo-Sa aus.

Grüße

Es geht aber nicht nur um menschliche Nutzer, sondern auch um Automatisierbarkeit.

Und wenn deine Zustände ternär sind, mit “offen”, “geschlossen” und “weiß nicht”, dann hast du eben nicht alle Zustände definiert, da der Default-Zustand “weiß nicht” ist.

PT-53 · 2018-02-20T14:53:10.000Z

glglgl:

PT-53:

kreuzschnabel:

Wenn du das Su weglässt, ist der Öffnungszustand für Sonntage, die keine Feiertage sind, undefiniert.

–ks

Na ja,
wenn da - nur - steht Montag bis Samstag … offen, ist es dann nicht automatisch am Sonntag geschlossen ?
Und welcher Supermarkt hat an Feiertagen offen ?

Ich finde für Nutzer mit ein bisschen Gehirnschmalz reicht Mo-Sa aus.

Grüße

Es geht aber nicht nur um menschliche Nutzer, sondern auch um Automatisierbarkeit.

Und wenn deine Zustände ternär sind, mit “offen”, “geschlossen” und “weiß nicht”, dann hast du eben nicht alle Zustände definiert, da der Default-Zustand “weiß nicht” ist.

Und wo bleibt hier das KISS-Prinzp?
Muß der Mapper perfekt sein, weil die Computer so doof sind ?

Grüße

kreuzschnabel · 2018-02-20T15:50:27.000Z

PT-53:

wenn da - nur - steht Montag bis Samstag … offen, ist es dann nicht automatisch am Sonntag geschlossen ?

Nein. Dann ist der Zustand am Sonntag nicht festgelegt. Ein menschlicher Auswerter wird sich wahrscheinlich denken, dass am Sonntag geschlossen ist. Ein maschineller sollte solche Schlüsse nur vorsichtig ziehen (sonst nimmt er am Ende bei allen Einrichtungen, an denen keine opening_hours getaggt sind, permanente Schließung an).

PT-53:

Ich finde für Nutzer mit ein bisschen Gehirnschmalz reicht Mo-Sa aus.

OSM ist größer als deine Findung, und opening_hours werden nicht nur von Menschen ausgewertet. OsmAnd setzt die opening_hours in Bezug zur Systemzeit: in den Suchergebnissen werden die Zeiten geschlossener Einrichtungen rot, diejenigen geöffneter Einrichtungen grün angezeigt. So sehe ich auf den ersten Blick, wo offen ist, ohne erst auf die Öffnungszeiten jedes einzelnen Eintrags mein Gehirnschmalz loslassen zu müssen, was ohne Frage möglich wäre und wohl auch zum richtigen Ergebnis führte, aber einen Extraaufwand darstellt.

Diese übersichtliche Darstellung von Öffnungszuständen erfordert vollständiges Tagging, da der Router sich eben nicht „denken“ kann, dass Geschäft xy am Sonntag geschlossen ist. Das „sich denken können“ beschränkt sich übrigens auf Schlands Grenzen; in UK hat nicht nur jeder Supermarkt, sondern auch kleine Dorfläden sonntags geöffnet.

–ks