Maps.Me macht Probleme

R0bst3r · 2016-06-15 08:55:46

Sind leider auch areas betroffen, z.B. hier: http://www.openstreetmap.org/way/27426213
Der Mapper wollte wohl ein Restaurant ändern und hat dann nebenbei den Name vom BAUHAUS geändert.

wambacher · 2016-06-15 09:49:04

Die Ways:

  osm_id   |                   wno_asosmlink                   |                   name                   
-----------+---------------------------------------------------+------------------------------------------
  27426213 | http://www.openstreetmap.org/browse/way/27426213  | 吴家菜 P von BAUHAUS
 129305953 | http://www.openstreetmap.org/browse/way/129305953 | 滑雪场
 259653374 | http://www.openstreetmap.org/browse/way/259653374 | Jehovas Zeugen Königreichsaal 王国聚会所
 292417576 | http://www.openstreetmap.org/browse/way/292417576 | Museum für Stadtgeschichte 修道院
(4 Zeilen)

Passende Rels gibt es nicht.

Gruss
walter

seichter · 2016-06-15 10:06:00

wambacher wrote:

seichter wrote:
Da müsste man also eher prüfen, ob im name=* Unicode-Zeichen oberhalb Hex3000 vorkommen.
Wieso ab x3000?
Ich hab mal x4e00-x9fff geprüft. Das ist der Unicode-Block für CJK (China/Japan/Korea) http://unicode-table.com/en/blocks/cjk- … deographs/

Das sind die Standard-Ideographen. Die ersten CJK-Codes gibt es sogar schon ab x2E80 http://www.utf8-zeichentabelle.de/. In der Praxis dürfte das aber keinen Unterschied machen, da jeder chinesische Text Standard-Zeichen enthalten müsste.

Genau genommen sind aber selbst etliche der ASCII-Zeichen (~, @, { ...) verdächtig, die Codes ab x0100 für Namen in DACH sowieso.

wambacher · 2016-06-15 10:42:44

seichter wrote:

Genau genommen sind aber selbst etliche der ASCII-Zeichen (~, @, { ...) verdächtig, die Codes ab x0100 für Namen in DACH sowieso.

Den Ansatz hatte ich vorher mit einem regexp. Ist aber voll in die Hose gegangen. Du ahnst es nicht, welcher Schrott aber auch "richtige" ASCII-Zeichen in den Namen drin sind.

360°, T€DI, O² , diverse Anführungszeichen, Sonderzeichen, ...

nach

name not similar to e'[A-Za-z0-9ÄÖÜäöüß ÁÉÍÓÚŹáéíóúźàèòùśŁłîăčěğŠšžÇçŞşñūâêÎÔøİ()\\-,.:;\/_–\'|\\[\\]´`+!&@®#?€„“”»«°№\"’]*'

hab ich dann aufgegeben und das Vorgehen gewechselt.

Gruss
walter

ps: die nächste Auswertung mach ich mal für DACH. Wird aber einige Tage dauern, da die mehrere Stunden schleicht und ich meine DB nicht zu sehr quälen will.

seichter · 2016-06-15 11:31:50

wambacher wrote:

ps: die nächste Auswertung mach ich mal für DACH. Wird aber einige Tage dauern, da die mehrere Stunden schleicht und ich meine DB nicht zu sehr quälen will.

Das hört sich ja fast nach einer neuen "Irrenjagd" an.

wambacher · 2016-06-15 12:54:54

seichter wrote:

wambacher wrote:
ps: die nächste Auswertung mach ich mal für DACH. Wird aber einige Tage dauern, da die mehrere Stunden schleicht und ich meine DB nicht zu sehr quälen will.
Das hört sich ja fast nach einer neuen "Irrenjagd" an.

Nicht ganz - aber so 1x im Monat könnte ich die schon laufen lassen.

gormo · 2016-06-15 15:15:15

R0bst3r wrote:

Sind leider auch areas betroffen, z.B. hier: http://www.openstreetmap.org/way/27426213
Der Mapper wollte wohl ein Restaurant ändern und hat dann nebenbei den Name vom BAUHAUS geändert.

Ich finde man die wieder korrigiert sollte man die chinesischen Namen nicht einfach wegwerfen, wie es in http://osmlab.github.io/osm-deep-histor … 1853002791 passiert ist, sondern nach name:zh übertragen, nachdem man geprüft hat, ob das stimmt (z.B. mit Wikipedia).

R0bst3r · 2016-06-16 06:57:42

gormo wrote:

R0bst3r wrote:
Sind leider auch areas betroffen, z.B. hier: http://www.openstreetmap.org/way/27426213
Der Mapper wollte wohl ein Restaurant ändern und hat dann nebenbei den Name vom BAUHAUS geändert.
Ich finde man die wieder korrigiert sollte man die chinesischen Namen nicht einfach wegwerfen, wie es in http://osmlab.github.io/osm-deep-histor … 1853002791 passiert ist, sondern nach name:zh übertragen, nachdem man geprüft hat, ob das stimmt (z.B. mit Wikipedia).

Dito, hab ich auch wo sinnvoll. Da stand in etwa etwas von einem "Pauls Platz", was nichts mit unserem Friedrich-Ebert zu tun hat sondern nur mit dem umgebenden Platz. ~~Darfst du aber gerne entsprechend ergänzen.~~ Ergänzt am Paulsplatz.

Last edited by R0bst3r (2016-06-16 07:02:12)

gormo · 2016-06-16 07:56:04

R0bst3r wrote:

gormo wrote:
R0bst3r wrote:
Sind leider auch areas betroffen, z.B. hier: http://www.openstreetmap.org/way/27426213
Der Mapper wollte wohl ein Restaurant ändern und hat dann nebenbei den Name vom BAUHAUS geändert.
Ich finde man die wieder korrigiert sollte man die chinesischen Namen nicht einfach wegwerfen, wie es in http://osmlab.github.io/osm-deep-histor … 1853002791 passiert ist, sondern nach name:zh übertragen, nachdem man geprüft hat, ob das stimmt (z.B. mit Wikipedia).
Dito, hab ich auch wo sinnvoll. Da stand in etwa etwas von einem "Pauls Platz", was nichts mit unserem Friedrich-Ebert zu tun hat sondern nur mit dem umgebenden Platz. ~~Darfst du aber gerne entsprechend ergänzen.~~ Ergänzt am Paulsplatz.

Danke :-)

user_5359 · 2016-06-16 18:12:25

gormo wrote:

Ich finde man die wieder korrigiert sollte man die chinesischen Namen nicht einfach wegwerfen, wie es in http://osmlab.github.io/osm-deep-histor … 1853002791 passiert ist, sondern nach name:zh übertragen, nachdem man geprüft hat, ob das stimmt (z.B. mit Wikipedia).

Ich habe in der USA schon einer Koreaner gefunden, der mit dem Programm neue Punkte eingetragen. Hier hilft Translate.google.com den richten Language Code zu finden.

Nakaner · 2016-06-18 07:03:46

Weder asiatische Schriften noch RTL sind das Problem, sondern fehlendes Rendering von name:*=*.

Eine Behebung sei "in einem zukünftigen Release" geplant. Ich interpretier das als "kann noch Monate dauern".

https://lists.openstreetmap.org/piperma … 76126.html

R0bst3r · 2016-06-27 09:30:44

Da mappt sich wohl jemand seine Reiseroute zusammen: https://www.openstreetmap.org/changeset/40286957
Ist der Changeset noch zu retten? Hat jmd JOSM zur Hand?

Ein Brunnen "Karl-Steuer-Brunnen" wurde zu "5, Karl Steuer" usw usw.

R0bst3r · 2016-06-27 09:34:42

Nächster Fall: https://www.openstreetmap.org/changeset/40155239
Was nicht alles ne Attraktionn ist...

user_5359 · 2016-06-27 09:37:37

R0bst3r wrote:

Da mappt sich wohl jemand seine Reiseroute zusammen: https://www.openstreetmap.org/changeset/40286957
Ist der Changeset noch zu retten? Hat jmd JOSM zur Hand?

Done!

kreuzschnabel · 2016-06-27 09:57:43

Mapper benachrichtigt? Manchen scheint einfach nicht klar zu sein, daß sie in einer globalen Live-Datenbank herumfuhrwerken.

--ks

wambacher · 2016-06-27 10:09:55

kreuzschnabel wrote:

Mapper benachrichtigt?

jetzt wohl: https://www.openstreetmap.org/changeset/40286957

Gruss
walter

SammysHP · 2016-06-27 10:27:44

Irgendwie macht sowas keinen Spaß…

https://www.openstreetmap.org/node/4246234789

edit: Weitere Duplikate: https://www.openstreetmap.org/changeset/40314378, https://www.openstreetmap.org/changeset/40314322 (hier bereits durch jemanden behoben)

Last edited by SammysHP (2016-06-27 10:29:22)

R0bst3r · 2016-06-27 13:16:49

Immerhin hat zverik gleich das mitgeliefert: http://mmwatch.osmz.ru/
Behoben werden sollte das aber schon durch Änderungen an maps.me.

TrackerJack · 2016-06-27 14:30:20

Kurze Zwischenfrage von ’nem Neuling:

SammysHP wrote:

Irgendwie macht sowas keinen Spaß…
https://www.openstreetmap.org/node/4246234789

… das zu löschen, sind vielleicht vier Klicks und ’ne Minute Arbeit, und das kann ja nun offensichtlich ohne weitere Umstände weg. Das Einzige, was mich davon abgehalten hat, war der Gedanke dass ich was übersehe: gibt es einen Konsens, sowas stehenzulassen oder den Ursprungsmapper davon zu überzeugen, das selbst wegzumachen, oder warum ist das immer noch da? Ist’s nicht erwünscht, sowas Offensichtliches gleich von jemandem weggemacht wird, der gerade ’nen Editor zur Hand hat? Was würde ich auf mich ziehen, wenn ich’s einfach wegmachte?

(Edit: Typo)

Last edited by TrackerJack (2016-06-27 14:45:06)

tunnelbauer · 2016-06-27 14:50:00

@TrackerJack:

Das Problem sind nicht ein oder zwei Schafe die das verursachen, sondern 40 Mio Downloads der App - wenn das losgeht, schaue ich mir an wie du das bereinigst.

TrackerJack · 2016-06-27 15:13:08

Ah, falscher Scope meinerseits - ich hatte halt den Gedanken ‚wenn ich gerade mit dem Editor zugange bin und mir dort sowas auffällt, lösche ich es und mache meinen Kram weiter – und wenn’s jeder so handhabt, muss nicht ein Einzelner eine siebenstellige Anzahl Objekte löschen‘ – dass man der Ursache trotzdem auf den Grund geht und möglichst versucht, sie abzustellen, habe ich an der Stelle einfach als gegeben angesehen, sorry dafür.

Aber was genau ist denn die Ursache? Im Zusammenhang mit map.me konnte man ja häufiger „veraltete Daten“ als Grund für doppelte Sachen und so lesen, aber die Touristenattraktion „Fotos aus Auto“ dürfte doch schlicht von einer Fehlbedienung herrühren?

TZorn · 2016-07-07 14:32:32

Hat jemand eine Idee, was für Nummern der philippinische User Matthew Landicho laufend unter verschiedenen Tags, meist aber tourism=artwork, einträgt? Beispiele:
https://www.openstreetmap.org/node/4268056696
https://www.openstreetmap.org/node/4268016411
https://www.openstreetmap.org/node/4265540095

Ich hab ihm vor zehn Tagen schon einen Changeset-Kommentar und eine Nachricht auf seiner Benutzerseite hinterlassen, aber die scheinen ihn nicht zu erreichen. Danach war zwar erst mal Ruhe, aber gestern hat er wieder angefangen.

woodpeck · 2016-07-07 14:45:04

TZorn wrote:

Hat jemand eine Idee, was für Nummern der philippinische User Matthew Landicho laufend unter verschiedenen Tags, meist aber tourism=artwork, einträgt?

https://www.openstreetmap.org/user_blocks/983

Schlage vor, die Artworks zu löschen, wenn keine befriedigende Antwort eintrifft.

Bye
Frederik

stephan75 · 2016-07-08 18:21:33

Kam eigentlich schon mal folgendes zu Maps.me zur Sprache?

Die App hat ja jetzt eine "Anbindung" zu dem Hotelbuchungsportal booking.com

d.h. wenn man in der App auf ein Hotel klickt, welches bei booking.com geführt wird, kann man sich gleich bei Bedarf zum Buchen eines Zimmers weiterleiten lassen, denk ich mal.

Es erscheint mir aber so, dass diese Hotels von der Positionierung nicht meht mit jenen Koordinaten sichtbar sind, wie diese in den OSM-Daten drin sind, sondern wie diese bei booking.com hinterlegt sind.

Kann das wer bestätigen oder dementieren?

Ich hab aber auch schon einen Fall gesehen, da liegen die OSM-Koordinaten zu einem Hotel und jene laut booking.com wohl soweit auseinander, dass diese "Verschmelzung und Verschiebung" nicht stattgefunden hat, somit Hotel doppelt in der Karte!

Auch irgendwo anders nachvollziehbar?

SammysHP · 2016-07-08 20:49:48

Hotels dürfen entweder aus der einen oder der anderen, nicht aber gemischt aus beiden Quellen genutzt werden.

Announcement

#26 2016-06-15 08:55:46

Re: Maps.Me macht Probleme

#27 2016-06-15 09:49:04

Re: Maps.Me macht Probleme

#28 2016-06-15 10:06:00

Re: Maps.Me macht Probleme

#29 2016-06-15 10:42:44

Re: Maps.Me macht Probleme

#30 2016-06-15 11:31:50

Re: Maps.Me macht Probleme

#31 2016-06-15 12:54:54

Re: Maps.Me macht Probleme

#32 2016-06-15 15:15:15

Re: Maps.Me macht Probleme

#33 2016-06-16 06:57:42

Re: Maps.Me macht Probleme

#34 2016-06-16 07:56:04

Re: Maps.Me macht Probleme

#35 2016-06-16 18:12:25

Re: Maps.Me macht Probleme

#36 2016-06-18 07:03:46

Re: Maps.Me macht Probleme

#37 2016-06-27 09:30:44

Re: Maps.Me macht Probleme

#38 2016-06-27 09:34:42

Re: Maps.Me macht Probleme

#39 2016-06-27 09:37:37

Re: Maps.Me macht Probleme

#40 2016-06-27 09:57:43

Re: Maps.Me macht Probleme

#41 2016-06-27 10:09:55

Re: Maps.Me macht Probleme

#42 2016-06-27 10:27:44

Re: Maps.Me macht Probleme

#43 2016-06-27 13:16:49

Re: Maps.Me macht Probleme

#44 2016-06-27 14:30:20

Re: Maps.Me macht Probleme

#45 2016-06-27 14:50:00

Re: Maps.Me macht Probleme

#46 2016-06-27 15:13:08

Re: Maps.Me macht Probleme

#47 2016-07-07 14:32:32

Re: Maps.Me macht Probleme

#48 2016-07-07 14:45:04

Re: Maps.Me macht Probleme

#49 2016-07-08 18:21:33

Re: Maps.Me macht Probleme

#50 2016-07-08 20:49:48

Re: Maps.Me macht Probleme

Board footer