Osmand bietet mWn praktisch immer name= an. Daher kommen dann viele “Sitzbank” und was nicht alles für POIs
1 Like
Bei iD ist “name” in den Vorschlagsfeldern nicht enthalten, aber in der Auswahlliste für “Feld hinzufügen” gibt es die Option “Eigenname”. Also ähnlich wie in JOSM.
…das könnte ja fast nach eine Map-Roulette- Aufgabe riechen, sowas zu bereinigen?
fragt Sven
3 Likes
Und Deine overpass Abfrage ist schon mal ein ziemlich guter Ausgangspunkt.
1 Like
…ich spreche ja einigermaßen Overpassisch… 
Nr. 2: das Ganze als BBox, und CSV-Liste mit Links… und mit allen Hydranten…
Sven
graphisch find ichs schicker!
Fundstück: * name = Achtung in Grünfläche neben Fahrbahn
Ich auch, ich hab nur noch keine Lösung, wenn z.B. im Namen “H80” steht, im Vergleich zu “H 80” (Beachte das Leerzeichen, sowas kommt beides vor). Das kann bei allen möglichen Zahlwerten auftreten! …und dann im Vergleich zu anderen Werten im name-Tag im Vergleich zu Hydranten ohne ohne name-Tag… Da hab ich bei den style-Argumenten noch etwas overpassische Sprachschwierigkeiten…
Sven
Man kann ja erst mal mit einem anfangen.
In meinem Umkreis gibt es (jetzt) keine Fehler (mehr). Das war wohl nur in Winnenden so.
Wenn man aber anfängt umzutaggen, sollte man sich immer erst mal solch cluster raussuchen und schauen, wer das so gemappt hat. Clusterweise scheinen dann immer bestimmte typische Muster aufzutauchen, daher gehe ich davon aus, dass dann im name=* u.U. Informationen stecken, die von Anwendern vor Ort (wahrscheinlich meist die örtliche Feuerwehr) ausgewertet und angezeigt werden. Es wäre im Ernstfall dann ziemlich blöd, wenn diese Daten dann nicht an gewohnter Stelle zu finden sind.
Ich würde daher die Abfrage eher zum Anlass nehmen, die Leute vor Ort auf die Problematik der falschen Verwendung des name-tags hinzuweisen und zu bitten, Änderungen selbst vor Ort vorzunehmen und zeitgleich ihre eigene Auswertung entsprechend anzupassen. Da haben alle was davon, spricht aber eher gegen eine MapRoulette-Aufgabe.
Da hast du recht… Das stimmt… irgendwie will aber der User nicht mit in die csv-Liste… Das wäre da eine echte Hilfe… Da gibt es durchaus Muster…
Na… heute nicht mehr…
Das Bett ruft…
Sven
Du kannst einfach mit regular expressions matchen:
node[name=~/^H\s*100$/]
{
symbol-size:4;
width: 1;
color: red;
fill-color: red;
opacity: 1;
}
Spricht: name beginnt mit einem großen H, danach kommen beliebig viele (oder auch gar keine Whitespaces) und dann eine Hundert und dann Ende. Funktioniert wunderbar.
1 Like
Ist übrigens schon seit langem immer wieder ein Thema (und auch mit OsmHydrant):
oder
Ja wenn in name Angaben zum Hydranten stehen die besser in diameter, ref oder description gehören, kann ich das ja noch irgendwo verstehen. Aber wenn der Mapper seinen eigenen Mapper-Namen einträgt, um um selber nachher wieder die Hydranten finden zu können, die er selbst eingetragen hat, dann ist das bereits weit außerhalb meines Verständnisses und meiner Tolerierbarkeit.
Die App OSMHydrant OsmHydrant
gibt es ja anscheinend schon recht lang und was mir da echt sauer aufstößt ist der Satz " Sie benötigen lediglich einen OpenStreetMap-Account und schon können Sie mit dem Editieren loslegen."
Das kann doch sehr leicht falsch verstanden werden in der Form “Du brauchst Dich nicht um die OSM Regeln zu kümmern, wir machen es Dir ganz leicht”. Zumindest scheint es bei Dr. Win so angekommen zu sein.
Ich habe mich übrigens auch über die Kontakt-Seite gemeldet und auf die unerfreuliche CS-Diskussion verlinkt, allerdings nicht hierher. Bisher noch keine Rückmeldung.
Es gibt merkwürdige Menschen, die sich von niemanden was sagen lassen wollen. Mamma71, Du hast meiner Meinung nach sachlich und korrekt reagiert. Dass der Angesprochene dann derartig beleidigt reagierte, auch nicht dazu bereit war, sich korrigieren zu lassen, lässt mich denken: Es ist besser, wenn so jemand bei OSM nicht mitwirkt.
Ich lese die Kommentare so, dass sich Dr. Win nicht mal im Klaren war, bei OSM mitzuwirken, und daher so seltsam reagiert hat. Da könenn wir wohl nichts mehr dran ändern, aber vielleicht zumindest dafür sorgen, dass OSMHydrant karer darauf hinweist, dass man nicht nur einen OSM Account braucht, sondern eben auch verstehen muss, was mit diesem Account verbunden ist.
1 Like
OsmHydrant ist ein benutzerfreundliches Werkzeug, das Ihnen das Hinzufügen & Bearbeiten von Löschwasserentnahmestellen in OpenStreetMap vereinfacht.
Ich sehe da kein Kommunikationsproblem. Mit dem Anlegen eines Nutzerkontos unterwirft man sich immer auch gewissen Regeln.
Leidiglich “Eigenname” könnte mit dieser Erfahrung besser erklärt werden.
3 Likes
So langsam dämmert es mir, warum die Hydranten genauso hießen wie der Benutzer. Ja, da sollte unbedingt dazu, dass es um den Eigennamen des Hydranten und nicht des Benutzers geht …
3 Likes
Was haltet ihr denn von name, die eine Ortsangabe enthalten? Es gibt z.B. einen mit name=FF Neuseddin Fallmantel, der am Gebäude der Feuerwehr steht. Ich kann mir schon vorstellen, dass Hydranten mit solchen sprechenden Namen in Listen verwaltet werden? Aber vor Ort sind die sicherlich nicht so beschriftet.
Und ich habe Hydranten mit Namen B/E, B/S oder B/Saug gefunden. Weiß einer, was es damit auf sich hat? Sind das Typenbezeichnungen, und gäbe es passendere Tags dafür?
Hallo
schau mal hier
https://wiki.openstreetmap.org/wiki/DE:Tag:emergency%3Dfire_hydrant
Gruß
Danfost
Wenn ich mir das so ansehe:
Löschwasserversorgung [Einsatzleiterwiki]
dann könnte B Löschwasserbrunnen, B/E Löschwasserbrunnen mit Elektropumpe und B/S bzw. B/Saug ein Brunnen mit Saugstelle sein. Aber ich bin kein Fachmann, daher nur Vermutung!
Nachfragen beim Mapper ist sicherer. Und bitte nichts ändern ohne Rücksprache mit dem ursprünglichen Mapper und/oder der örtlichen Feuerwehr.
1 Like