neu hinzugefügte Keys

Hier hilft die Doku im Wiki weiter:

node[~“^$”~“.”]; // find nodes with empty key (“”) and any value

Das Problem wurde aber zwischenzeitlich schon gefixt: http://www.openstreetmap.org/node/5104989386/history

wenn du mir das in Pseudo-SQL übersetzt, setze ich mal meine DB drauf an.

Gruss
walter

Danke walter, hat sich aber ja mit der Antwort von mmd schon erledigt :wink:

jo gesehen - aber zu spät.

hoppala, so ganz nebenbei sticht man dann halt auch mal ein pulverfass an :expressionless:

Harald wies mich heute (zu recht) auf zwei Schreibfehler hin… ok, der eine… da vergaß ich ein kleines e… geändert.

Das andere ist aber weitläufiger…

Da änderte ich gestern den Key von “de.boundary_name” nach “de:boundary_name” tausche also Punkt gegen Doppelpunkt. Harald wies mich im Changeset zurecht hin, daß es natürlich “boundary_name:de” heißen muß. Ich schaute also nochmal genauer und sah, daß in der Ersterfassung des Steines zwei verschiedene Mapper zugange waren, Radler59 mit drei und ich mit einem Stein… Daß ließ mich vermuten, daß da ein System dahinter steckte… und richtig…

Die ursprüngliche Schreibweise “de.boundary_name” findet sich mindestens Deutschlandweit…: http://overpass-turbo.eu/s/rL3

Ich halte das für die Folge einer fehlerhaften JOSM- Vorlage…

Übrigens “de.boundary_name” findet sich derzeit 694mal in der Datenbank https://taginfo.openstreetmap.org/keys/?key=de.boundary_name#overview

Von der Sache her müsste es in einem Rusch geändert werden, was aber dann unter sie entsprechenden Massenedit-Regelungen fallen würde…

[Edit]
Ich würde es auch machen… Soweit ich es überblicke betrifft es nur D und mit 35 Value-Varianten eine überschaubare Zahl, die auf Grund des Value-Inhaltes kaum Probleme machen dürften, oder?

Ich schreibe auch Lutz nochmal.
[/Edit]

Tja, Harald: kleine Ursache, große Wirkung… Danke für den Blickiges Auge. :slight_smile:

Sven

habe de.boundary_name nach boundary_name:de wie angekündigt, geändert.

Siehe: https://forum.openstreetmap.org/viewtopic.php?pid=664575#p664575

Sven

was ist denn an

[out:json];(node["оfficial_name"];way["оfficial_name"];>;rel["оfficial_name"];);out meta;

falsch? Ich seh’s nicht.

EDIT: hat sich gerade erledigt. Ich würde mal sagen hier im Gegensatz zu overpass sieht man das etwas andere “o” :smiley:

Kyrillische Buchstaben in Keys? Hier gibt’s mehr davon, dank dem tollen ICU-Prototyp! http://overpass-turbo.eu/s/rTi

Habe hier jemanden, der gerne methane statt methanol taggen möchte. Aber bei “Gasen” - außer meinen eigenen - bin ich raus :smiley:

Naja, da gibt’s ja unterschiedliche Ausprägungen von. Für Autos könnte das Biogas sein (fuel:biogas) oder Erdgas (dann wohl am ehesten als komprimiertes Erdgas - fuel:cng). Theoretisch gibt’s auch noch Flüssigerdgas (LNG), aber eher nicht für KFZ (deshalb wohl auch ohne definiertes fuel-Tag). Oder die verkaufen da ganz was Spezielles, wer weiß?

Hmm, also Fehler können ja passieren, aber wenn jemand 15.000 changesets hat und notiz taggt, oder 1.275 changesets und tel.in einem und im anderen Fall telefonnummer … echt jetzt?!

Es gibt Mapper, die laden so ungefähr jeden Node einzeln hoch. Dann läge ich vermutlich schon bei einer Million Changesets.

–ks

typisch deutsch, jetzt taggen wir auch noch/schon building:energy_class :roll_eyes:(energy_class gibt’s auch schon 23x, ist also nicht neu)

Gab es irgendwo eine Diskussion darüber, sämtliche (wirbelsturm-) zerstörte Häuser (gute 4.000x) auf Dominica mit “hurricane:damage=collapsed_building” zu taggen?

Solche Tags werden bei verschiedenen Katastrophen häufiger eingesetzt - in solchen Fällen macht eine ausführliche Diskussion wohl wenig Sinn, weil es schnell gehen muss. Irgendwo gab es mal ein Proposal für ein generisches Schema, aber das wurde afaik nicht bis zum Ende durchgebracht. Ich würde da nur die fehlerhaften Schreibweisen korrigieren (mit Großbuchstaben und Leerzeichen).

Auch eine Möglichkeit um “historische Daten” zu speichern, und das ohne “history” :smiley:


alt_name=Sandwich and Bagel Aps
alt_name:2016-2017=Freeway Bagel
alt_name:2017-=Sandwich and Bagel Aps
amenity=fast_food
amenity:2016-2017=fast_food
amenity:2017-=fast_food
cuisine=bagel
cuisine:2016-2017=bagel
cuisine:2017-=bagel
fvst:navnelbnr=716405
fvst:navnelbnr:2016-2017=658421
fvst:navnelbnr:2017-=716405
name=Sandwich Bagel
name:-2016=Herlev Købmand
name:2016-2017=Pitstop Bagel
name:2017-=Sandwich Bagel
note:-2016=Also shop=convenience but mostly candy
phone=+45 88134147
phone:2016-2017=+45 44929677
phone:2017-=+45 88134147
shop:-2016=confectionery

PS: Macht in der Summe übrigens 15 neue Keys … wenn ich mich nicht verzählt habe.

ADD: Wer will mit dem User reden? Der macht das ja auch bei Shops, die vacant sind…

Das ist sogar in der Form als Proposal im Wiki zu finden: http://wiki.openstreetmap.org/wiki/Proposed_features/Date_namespace

pssst … des muss doch keiner wissen :wink:

http://www.openstreetmap.org/way/529816019

fhrs:id

durch den UTF8 Encoder gejagt und nichts ungewöhnliches gefunden… aber es ist ungleich https://taginfo.openstreetmap.org/keys/fhrs%3Aid
auch im level0 werden mir keine ungewöhnlichen (leading oder trailing) zeichen angezeigt?!