-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Guenther Meyer schrieb: | Am Mittwoch 30 April 2008 schrieb Norbert Hoffmann: |> Der Prozess Idee-Planung-Bau-fertige Straße ist nunmal dynamisch. Für mich |> muss sich das dann auch in einer Änderung des "highway"-values |> wiederspiegeln (sofern denn physikalisch nicht Vorhandenes überhaupt in die |> db gehört). Du dynamisierst statt dessen die *Bedeutung* des values (und |> nennst das dann "statisch"). |> | warum dann ueber das highway-tag? | das besitzt werte wie "motorway", "primary", "secondary", "residential", ... | sowas wie "planned" oder "under construction" passt rein semantisch schon gar | nicht da rein.
warum nicht über das highway tag? Das Tag vermischt jetzt schon gründlich politischen und physischen Status, und construction fällt eben unter letzteres, abgesehen davon grenzt die Value "construction" klar noch nicht existierende Straßen und Wege von bereits existierenden und benutzbaren strecken ab, ohne doppelt und dreifache Prozesslogik anwenden zu müssen. (ein highway=primary ist da, es sei denn tag X und Y ist gesetzt, oder tag X und Y sind nur wechselseitig mit den und den values besetzt.) Gemäß dem "on the ground"-Prinzip und dem "the simplest thing that could possibly work"-Prinzip ist highway=construction mit construction=<art der construction> eben die gewählte Lösung. Es ist einfach zu taggen, und eben nicht für kurzzeitige Baustellen gedacht. | wenn du den fortschritt verfolgst, waere die logische reihenfolge sowas wie | planned -> under construction -> finished/usable | | niemand wuerde aber eine fertige strasse mit highway=finished taggen! Nein, denn die Spezifikation als motorway,trunk,...,cycleway,footway sagt doch schon dass sie fertig ist. Warum sowas doppelt erfassen? | construction=finished dagegen waere durchaus logisch fuer alle nutzbaren | strassen. da man das natuerlich sinnvollerweise als default-einstellung | festlegt, laesst man es bei allen existierenden strassen einfach weg. Ich begreife "construction" hier als eine art Einschub zwischen highway und highwaytyp. | deswegen erscheint mir folgendes tagging-schema am sinnvollsten: | highway = primary/secondary/residential/..... | construction = planned/under_construction/road_works/..... | | dann liesse sich naemlich eine bestehender, eigentlich fertiger | strassenabschnitt, der z.B. wegen erneuerung des belags fuer ein paar wochen | gesperrt wird, mit "construction = under_construction" taggen. eine Sperrung für ein paar wochen trage ich nicht in OSM ein, dafür ist mir das nicht statisch genug. | oder eine laengerfristige baustelle, die zwar die benutzung der strasse nicht | verhindert, aber doch behinderungen mit sich bringt, taggt man | mit "construction = road_works". | bei beiden beispielen muss das highway-tag nicht angefasst werden, aber der | benutzer/router/renderer weiss durch das optionale construction-tag, wie er | den entsprechenden abschnitt zu behandeln hat. Die grundsätzliche Neukonstruktion sehe ich da schon von der Reparatur abgegrenzt, und für langfristige oder grundlegende Baumaßnahmen die sich über Monate und Jahre hinziehen sehe ich schon einen deutlichen Sinn darin, die straße an sich komplett aus dem highway-Schema zu nehmen. meinetwegen auch ohne highway=construction und nur construction=primary, um bei einem Beispiel zu bleiben. - -- Dirk-Lüder "Deelkar" Kreie Bremen - 53.0952°N 8.8652°E -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIGLdOFUbODdpRVDwRAmzbAKC0rWDUKn3cITEZDbXjr3GN+H6k5QCgnxe0 8OZ5uYEHd5jla4vY9Oag0Ms= =APH2 -----END PGP SIGNATURE----- _______________________________________________ Talk-de mailing list [email protected] http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
