Betrachte 11 Beiträge - 1 bis 11 (von insgesamt 11)
  • Autor
    Beiträge
  • #51689
    ikoms
    Teilnehmer

    Hallo Christian und Tobias

    Im Frühjahr war ich mit dem Fahrrad kurze Zeit in Belgien unterwegs. Da ist mir schon aufgefallen, dass in Gent einige Knotenpunkte nicht auf der Karte waren. Damals dachte ich, das liegt daran, dass die erst vor kurzem zugefügt wurden. Nun hat sich aber nach einiger Diskussion mit 2 Mappern aus Belgien herausgestellt, dass es die Knotenpunkte nicht anzeigt, weil die neben network:type=node_network lcn_ref=* steht. Hier ein Beispiel https://www.openstreetmap.org/node/199300915
    Grund dafür ist anscheinend, dass es da ein lokales Netzwerk der Stadt Gent gibt mit lcn_ref und das nationale Netzwerk mit rcn_ref. Das Netzwerk ist anscheinend engmaschiger. Für Menschen, die sich anhand der Knoten orientieren, sollten wohl die lokalen Punkte auch auf der Karte dargestellt werden.
    Liebe Grüße
    Urs

    #51692
    Avatar-FotoChristianK
    Administrator

    Gibt es dort auch ein rcn_ref-Netzwerk das mit dem lcn_ref konkuriert.?
    Sprich würde sich beide Netzwerke in die Quere kommen?

    Könntest du das mal im overpass-turbo nachsehen…

    #51696
    ikoms
    Teilnehmer

    Das lokale Netz ist anscheinend in das regionale Netz eingebettet.

    #51705
    Avatar-FotoChristianK
    Administrator

    Das lokale Netz ist anscheinend in das regionale Netz eingebettet.

    Dann wird in Zukunft lcn_ref* in einen normalen Rad-Knotenpunkt gewandelt.


    @Tobias
    , @mbe57
    .. irgendwelche Einwände?

    #51708
    Avatar-FotoTobias
    Administrator

    Ohne einen Blick darauf geworfen zu haben – würde dann rcn bevorzugt werden, d.h. lcn nur da dargestellt, wo kein rcn vorliegt? Wenn lcn und rcn die selben Werte am selben Punkt haben, wäre es noch brauchbar – aber sobald unterschiedliche vorliegen hat lcn dann Lücken, die man erraten muss, oder?

    Developer of Elevate mapstyle

    #51709
    Avatar-FotoChristianK
    Administrator

    aber sobald unterschiedliche vorliegen hat lcn dann Lücken, die man erraten muss, oder

    Treffsicher wie immer…..
    Im gegebenen Fall sind rcn_ref und lcn_ref deckungsgleich, aber – ja….

    Fragt sich was tun?
    Soweit ich mich erinnern kann habe ich per se einige dieser Networks rausgeschmissen (die Relationen) weil hier einfach so ziemlich alle Strassen blödsinning includiert waren…
    Die Punkte wären (zumindest hier in Gent) interessant.

    Fragt sich ob wir deswegen eine eigene cycle_node klasse einführen möchten? – die sauberste Lösung wäre es….

    #51713
    Avatar-FotoTobias
    Administrator

    Fragt sich ob wir deswegen eine eigene cycle_node klasse einführen möchten? – die sauberste Lösung wäre es….

    Meinst du eigene Werte für cycle_node=*? Das Problem ist dann halt die Darstellung, wenn zwei am selben Punkt liegen. Circles, die aktuell genutzt werden, können nur am selben Punkt dargestellt werden. Aber wenn ein Symbol als Hintergrund genommen wird (wie bei den Waymarks) kann das Symbol + Beschriftung versetzt dargestellt werden. So können dann cycle_node=rcn immer an der genauen Koordinate dargestellt werden, cycle_node=lcn immer etwas versetzt, z.B. rechts davon.
    Die Frage ist ob sich das vom Aufwand her lohnt und Sinn macht oder eher nur ein theoretisches Problem ist.

    Developer of Elevate mapstyle

    #51727
    Avatar-FotoChristianK
    Administrator

    Schaun wir mal ob das funktioniert:

    	
    <translation>
    	<name>Filter Cycle+Hike Nodes</name>
    	<description>Filter Cycle+Hike Nodes allowed is 1*A-Z and Numbers, remove all other tags from nodes</description>
    	<match mode="and" type="node">
    		<tag k="network:type" v="node_network"/>
    		<match mode="or" type="node">
    			<tag k="rwn_ref" match_id="h_node" v="(^[A-Z,a-z,0-9]{1,3})"/>
    			<tag k="rcn_ref" match_id="rcn_node" v="(^[A-Z,a-z,0-9]{1,3})"/>
    			<tag k="lcn_ref" match_id="lcn_node" v="(^[A-Z,a-z,0-9]{1,3})"/>
    		</match>
    	</match>
    	<output>
    		<copy-matched/>
    		<tag k="hike_node" from_match="h_node" v="rwn"/>
    		<tag k="cycle_node" from_match="lcn_node" v="NLBE"/>
    		<tag k="cycle_node" from_match="rcn_node" v="NLBE"/>
    		<tag k="name" from_match="h_node" v="{1}"/>
    		<tag k="addr:housenumber" from_match="h_node" v="{1}"/>
    		<tag k="name" from_match="lcn_node" v="{1}"/>
    		<tag k="name" from_match="rcn_node" v="{1}"/>
    		<tag k="layer" v="2"/>
    	</output>
    </translation>	
    

    Also Priorität auf RCN_REF

    Ich mache mal eine testmap von Gent

    1 Teilnehmer(n) gefällt dieser Beitrag
    #51742
    Avatar-FotoTobias
    Administrator

    OK, ich rate ja immer nur bei tag-transform was es bedeutet 😉 Aber bin gespannt auf’s Ergebnis.

    Developer of Elevate mapstyle

    #51743
    Avatar-FotoChristianK
    Administrator

    Gent ist auf gwdg unter test:

    https://ftp.gwdg.de/pub/misc/openstreetmap/openandromaps/mapsV5/test/

    1 Teilnehmer(n) gefällt dieser Beitrag
    #51750
    Avatar-FotoTobias
    Administrator

    OK, funktioniert, an diesem Beispiel gut nachvollziehbar:
    https://www.openstreetmap.org/node/38436752´
    RCN hat „04“, LCN „4“, es wird „04“ angezeigt. Ansonsten wenn jeweils nur ein Wert vorhanden der jeweils vorhandene.
    Solange es nicht RCN und LCN an einem Node mit unterschiedlichen Werte gibt sollte es passen.

    Developer of Elevate mapstyle

    1 Teilnehmer(n) gefällt dieser Beitrag
Betrachte 11 Beiträge - 1 bis 11 (von insgesamt 11)
  • Sie müssen angemeldet sein, um zu diesem Thema eine Antwort verfassen zu können.