>Wie wäre es mit einem "equipment"-Tag?
Und wo soll da der wesentliche Unterschied zu amenity sein? Die Frage um die es hier geht ist doch wie tagt man mehrere gleiche Eigenschaften, sei es mehrere ref, mehrere amenity, mehrere... Am Bsp von ref finde ich es sollte so etwas wie ref=B1,B256,L314 möglich sein, ob jetzt ein Komma als Trenner oder irgendwas anderes ist erstmal unwichtig. Bei JOSM sollte es dann möglich sein entweder zu Fuß die ganze Liste einzugeben oder jedes einzeln und JOSM bastelt den String dann zusammen. Die bisherige Methode ist sinnvoll für Eigenschaften die sich ausschließen. Die Alternative per relations finde ich noch zu aufwendig. Vor allem wie mache ich eine relation für die B1? Muß ich da wirklich von hier (Aachen) bis zum anderen Ende alle Stücke selektieren? Was ist wenn es dazwischen noch Lücken gibt? Wie kann ich erkennen ob es bereits eine relation B1 gibt? Und wie ob es auch die gleiche ist? In Deutschland gibt es nur eine B1, aber wahrscheinlich je eine L1 pro Bundesland und sehr viele K1 u.ä. Derzeit zeigt mir JOSM als Liste der Relations z.B. relation relation street relation an, da gibt es also 2 Probleme, 1. man erkennt nicht welche Relations vorhanden sind. Es müßte also mindestens ein Name zusätzlich angegeben werden. 2. werden nur relations angezeigt, die lokal schon benutzt werden. Also würde ich eine neue relation B1 kreieren, und so wahrscheinlich viele andere User entlang der 778km. Was man also da bräuchte wäre z.B. eine Möglichkeit der relation einen Gültigkeitsbereich zu verpassen, also z.B. Lokal (wie bisher), Land, Kontinent, Welt. Oder alternativ Entfernungsklassen. Dann müßte JOSM also wenn ich Daten für Aachen anforder mir auch alle Relations für den Umkreis, Deutschland Europa und Welt liefern. Das wird dann aber schnell sehr unübersichtlich. Außerdem könnten solche Relations automatisch erstellt werden. Wenn ich 2 Wege mit gleichem Namen habe die sich an einem Node berühren bilden sie wohl eine einzige Straße. Also ist das Eingeben von relations für Straßen lokal unnötig da automatisierbar, und größräumig nicht praktikbel. _______________________________________________ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
