Re: [Talk-de] secondary_link wird nicht gerendert
Hello Mario, also ich sehe ein highway=motorway_link für Autobahn-Auffahrten und primary_link sowie trunk_link aber das eine Sekundärstraße überhaupt Auf- und Abfahrten hat oder diese auf der Map_Features -Seite (http://wiki.openstreetmap.org/index.php/Map_Features) verzeichnet sind wäre mir neu. hab gerade in der englischen Talk-Liste einen ähnlichen Thread entdeckt. Mapnik scheint die secondary_link sogar noch zu rendern. [EMAIL PROTECTED] nicht (mehr?). mario Also ich kenne Straßen, die durchaus secondary_link brauchen, aber derzeit noch nicht gemapped sind - kommt aber an diesem WE dran. Die Stadt Salzgitter (südlich von Braunschweig, Niedersachsen) hat viele secondary Straßen, die Auf- und Abfahrten haben, aber nicht unter primary und tertiary fallen. Wenn ich die Stellen gemapped habe, folgt ein Link! Wäre schade, wenn man da auf irgendeine Konstruktion umsteigen müsste. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] secondary_link wird nicht gerendert
Marcus Wolschon schrieb: aber das eine Sekundärstraße überhaupt Auf- und Abfahrten hat oder diese auf der Map_Features -Seite (http://wiki.openstreetmap.org/index.php/Map_Features) verzeichnet sind wäre mir neu. +1 = so etwas tagge ich bei Bedarf ebenfalls als secondary. MfG Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] secondary_link wird nicht gerendert
On Wednesday, 28 November 2007 06:19:00 +0100, Marcus Wolschon [EMAIL PROTECTED] writes: Mario Salvini schrieb: gibts dazu irgendeinen logischen Grund? Wobei... habe gerade bemerkt, dass die nur in der deutschen OSM-Wiki vermerkt stehen auf der englischen Seite aber nicht... *strange* K?nnte die n?mlich jetzt gut gebrauchen. Ich w?re ?berhaupt daf?r, dass ein highway=link eingef?hrt wird, um bei komplizierten Kreuzungen oder Abbiegespuren (ggf. haben diese ja sogar eine seperate Ampel) eingef?hrt wird. In GDF gibt es dafuer die Auszeichnung als Slip Road (ein Form-of-Way-Wert mit verschiedenen Untertypen, die angeben, ob dies Ueberleitungen sich kreuzender oder uebereinanderliegender Strassen sind) oder auch die Auszeichnung als Ramp fuer Ein- und Ausfahrten. Und diese Auszeichnung der Strassen ist im Unterschied zu OSM unabhaengig von der Klassifizierung der verbundenen Strassen, ist also so etwas wie der vorgeschlagene highway=link mit dem oben erwaehnten linktype= also ich sehe ein highway=motorway_link für Autobahn-Auffahrten und primary_link sowie trunk_link aber das eine Sekundärstraße überhaupt Auf- und Abfahrten hat oder diese auf der Map_Features -Seite (http://wiki.openstreetmap.org/index.php/Map_Features) verzeichnet sind wäre mir neu. Jupp. Ich denke aber, es gibt Strassen, die klar Auf- und Abfahrtsrampencharakter zu einer secondary-Strassen haben. Entweder entscheidet man dann, dass diese hoeher als secondary klassifiziert werden sollte oder man laesst diese und kennzeichnet die Auf-/Abfahrt eben nicht als solche. Momentan habe ich diese meist auch einfach als secondary markiert, wenn sie zwei secondary-Strassen verbinden, ansonsten mit dem Tag der untergeordneten Strasse(n). Da solche Ein-/Ausfahrten oft keinen Namen/Ref haben, lasse ich den leer, wenn nichts richtig passt ... was leider der Validator anmeckert. Vorschlaege hierzu? Gruss, -bernd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] secondary_link wird nicht gerendert
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jupp. Ich denke aber, es gibt Strassen, die klar Auf- und Abfahrtsrampencharakter zu einer secondary-Strassen haben. Entweder entscheidet man dann, dass diese hoeher als secondary klassifiziert werden sollte oder man laesst diese und kennzeichnet die Auf-/Abfahrt eben nicht als solche. Momentan habe ich diese meist auch einfach als secondary markiert, wenn sie zwei secondary-Strassen verbinden, ansonsten mit dem Tag der untergeordneten Strasse(n). Da solche Ein-/Ausfahrten oft keinen Namen/Ref haben, lasse ich den leer, wenn nichts richtig passt ... was leider der Validator anmeckert. Vorschlaege hierzu? Ich schlage vor du legst ein proposed-feature dazu an, formulierst es aus und setzt ein End-datum für die Abstimmung darüber. Dann sehen wir mal was die Leute dazu sagen. Marcus -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHTVnJf1hPnk3Z0cQRAu6OAKCB+mdqkhbtXv4+lZHHWzI1KKUo9wCfZUQw tsND0V21U45+clRh04EQn9c= =pk3O -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] secondary_link wird nicht gerendert
gibts dazu irgendeinen logischen Grund? Wobei... habe gerade bemerkt, dass die nur in der deutschen OSM-Wiki vermerkt stehen auf der englischen Seite aber nicht... *strange* Könnte die nämlich jetzt gut gebrauchen. Ich wäre überhaupt dafür, dass ein highway=link eingeführt wird, um bei komplizierten Kreuzungen oder Abbiegespuren (ggf. haben diese ja sogar eine seperate Ampel) eingeführt wird. Gruß mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] secondary_link wird nicht gerendert
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 gibts dazu irgendeinen logischen Grund? Wobei... habe gerade bemerkt, dass die nur in der deutschen OSM-Wiki vermerkt stehen auf der englischen Seite aber nicht... *strange* K?nnte die n?mlich jetzt gut gebrauchen. Ich w?re ?berhaupt daf?r, dass ein highway=link eingef?hrt wird, um bei komplizierten Kreuzungen oder Abbiegespuren (ggf. haben diese ja sogar eine seperate Ampel) eingef?hrt wird. Gru? mario Hello Mario, also ich sehe ein highway=motorway_link für Autobahn-Auffahrten und primary_link sowie trunk_link aber das eine Sekundärstraße überhaupt Auf- und Abfahrten hat oder diese auf der Map_Features -Seite (http://wiki.openstreetmap.org/index.php/Map_Features) verzeichnet sind wäre mir neu. Marcus -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHTPpEf1hPnk3Z0cQRAmS6AJ9PspYgXCsH1Q6G0S+ZsfuUWiaxoACaA0SX wv2O2kWFRc2pU1tStwJs6kA= =YU0E -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
