Hi Piskvor,
I saw that you added some destination tags. Let me point out that the key for symbols is destination:symbol:lanes - :lanes is a suffix and usually put at the end of a key, followed only by (e.g.) :forward.
I fixed that for you.
Cheers & Happy Mapping,
Jan

Hi,
could you give some explanation what these nodes and their tags are supposed to mean? They do not use any known keys and hence can not be understood.
What is the source of all this data?
Jan

Hi Gerrit,
did you plan to upload this set of data or was it a mistake? All buildings have quite a number of tags which are not used elsewhere in the database.
Cheers, Jan

Hallo Lübeck,
du hast in letzter Zeit viele Destinations eingetragen, darunter auch über 160 Wege mit einem Tag wie diesem:
destination:forward:ref=A23
Dazu habe ich zwei Anmerkungen: Der Key müsste eigentlich lauten "destination:ref:forward" - destination:ref ist ein vollständiger Key, der dann durch den Suffix :forward eingeschränkt wird.
Zum anderen gilt bei deutschen ref's, dass zwischen Buchstabe und Zahl ein Leerzeichen kommt, es müsste also "A 23" heißen.
Hier ist eine Overpass-Turbo-Abfrage mit diesen Wegen: http://overpass-turbo.eu/s/cK8

Gruß, Jan

healthcare:speciality:XX gibt es zusammengenommen gerade 100 Mal (davon ein Großteil anscheinend von dir), healthcare:speciality=XX allerdings 8000 Mal.
Meiner Meinung nach gibt es keine Probleme mit der im Wiki genannten Verkettung von Werten mit Semikolon im Falle mehrerer Fachrichtungen - gerade bei einer Liste von solchen Eigenschaften ist das einfach auszuwerten.

Dass die vielen komplett falschen Tags korrigiert werden sollten ist klar, aber
ich denke, wenn du umtaggst, sollte das eher auf das zur Zeit gängige System sein - ein neues System sollte vorher erst diskutiert werden.

Hallo morray,
du hast hier einige Keys neu eingeführt, die sonst nirgends verwendet werden.
Laut healthcare=* gibt es keinen Tag
"healthcare:speciality:paediatrics=yes". Die richtige Schreibweise wäre laut Wiki "healthcare:speciality=paediatrics"
Gruß, Jan

Hi Gerrit,
are you sure that these points are supposed to be in the OSM database? All tags used on the nodes appear only in this changeset. Regarding the amount of nodes, it seems to be imported from some other database - is the license of these data complying with OSM rules?
There is an established tagging for hydrants and related features as described here: osm.wiki/OpenFireMap

Jan

Hallo didi53fahrrad,
du hast hier 104 Bäume mit dem Key "Genus:de" versehen - das ist zwar im Prinzip richtig, aber mit Großbuchstaben im Key kommen viele Software-Werkzeuge nicht richtig klar, da Keys generell nur aus Kleinbuchstaben bestehen. Würdest du das noch ändern?
Grüße, Jan

Hi GuyVV,
please take care about the spelling of keys, you added a "bridgr" and several "bridg". Software has some difficulties recognizing this as "bridge" ;-)
Cheers, Jan

Hallo HMari,
falls es noch keiner gesagt hat: Willkommen bei OSM!
Ein kleiner Hinweis zu diesen Änderungen:
Der richtige Key für die Zahl der Sitzplätze ist einfach "seats", nicht "number of seats". Das findest du auch im Wiki: amenity=bench
Vielleicht möchtest du das noch korrigieren?
Viele Grüße, Jan

Hallo,
wie darf ich dieses Tag hier verstehen?
access:bicycle:lanes=no am Weg
way/361112223
"access:bicycle" ist kein definierter Key, und :lanes ergibt keinen Sinn ohne ein '|' im Wert. Ist die gesamte Straße für Radfahrer gesperrt? Oder nur die Radspur und Radfahrer müssen sich eine Spur mit den Autos teilen?
Gruß, Jan

Hi gekapes,
du hast hier einige sehr ausgefallene Keys benutzt - soetwas wie destination_1 oder destination:ref_1 gibt es nicht. Alle Ziele gehören in ein einziges destination=* Tag. Wenn du mir verrätst wie das Schild dort aussieht, helfe ich dir gerne mit dem Tagging.
Gruß, Jan

Hallo Internethias,
bei deinen Edits an den Autobahnen hier in der Gegend sind mir einige Flüchtigkeitsfehler aufgefallen:
- der "destination"-Key enthält weder Kommata noch Pipes (|)
- "dastination" und "Destination" und ähnliches sind keine gültigen Keys und somit nutzlos.
Einige dieser Fehler habe ich schon korrigiert, aber sicherlich nicht alle gefunden. Ich würde mich freuen, wenn du da noch einmal drüberschauen kannst.
Gruß, Jan

Ich stimme zu, diese Information ist wichtig. Wenn du diesen Key für wichtig hälst, sollte man ihn aber im wiki auch beschreiben.
Ich wende allerdings ein, wir machen das bei destination:symbol auch nicht mit einem extra Key - man kann die Zusammengehörigkeit auch anders ausdrücken (und kompatibel für ältere Software auswerten) - siehe z.B. hier das Industrie-Symbol: http://osm.mueschelsoft.de/cgi-bin/render.pl?wayid=324294469

Hallo,
du benutzt hier recht häufig das Tag "destination:to", das sonst nur eine handvoll Male in den USA existiert, und für das es keine Beschreibung gibt. Kannst du den Sinn erläutern?
Gruß, Jan

Bei den ganzen Änderungen haben sich einige Doppelungen eingeschlichen, teilweise waren die amenities schon seit Jahren gemappt:
node/3649317742
node/2657899397
node/659077025

Dann wäre der passende Key "proposed".

Hallo flor!an,
in dieser Gegend hast du häufiger den Key "planed" verwendet, den es sonst nicht gibt. Was soll das bedeuten? Planiert wurde da wohl nichts... Ich vermute eine Bedeutung Richtung "construction=*"
Gruß, Jan

Hast du eine Genehmigung von der Stadt bekommen, die Daten von bad-vilbel.de zu übernehmen?
"Inhalte sowie das Layout und Design des Dienstes sind urheberrechtlich geschützt und dürfen ohne vorherige Zustimmung der Stadt bzw. der Rechteinhaber nicht zu anderen als rein privaten Zwecken verwendet werden."

That was fast ;-)
I found another one: 368944211
Cheers