You are not logged in.

#26 2021-09-02 13:59:52

JeroenvanderGun
Member
Registered: 2020-10-23
Posts: 75

Re: Documenteren road route network values voor NL

A67-A67 wrote:

Meerdere waarden horen gescheiden geworden door een komma, niet een schuine streep. Dus het wordt dan name=A123;N123.

Dit geldt niet voor de name-tag. Eventuele samengestelde namen in de name-tag zijn gericht op menselijke leesbaarheid (dit komt veelvuldig voor in meertalige situaties). Uiteraard geldt wel voor de ref-tag ref=A123;N123, zoals ik hierboven schreef. Mijn idee was juist om A123/N123 als één naam voor het geheel te gebruiken, consistent met bijvoorbeeld de lemma's op Wikipedia (een compacter maar iets minder duidelijk alternatief is A/N123). Als je name=A123/N123 en ref=A123;N123 invult, dan komen de zoektermen A123, N123, en A123/N123 alle drie bij de relatie uit.

network=NL:A/N, network=NL:AN en network=NL:national vind ik alle drie best. De schuine streep is ook hier overigens niet bedoeld als scheidingsteken van meerdere waarden (mijn stelling is immers dat het één netwerk is waar één waarde van network=* bij hoort).

IIVQ wrote:

Nog een vraag, wat te doen met ringwegen? In NL is de A10 de enige ring-snelweg met eigen nummer, maar in België zijn er vele, deels met een eigen nummer maar deels ook opgebouwd uit andere nummers.

Als je RING in een S-routeschildje ziet, kun je simpelweg taggen alsof het een S-route is (alleen met ref=RING i.p.v. ref=S123). Andere bewegwijzerde ringwegen mogen wat mij betreft ook als routerelatie in network=NL:S:* worden geplaatst, maar dan zonder ref=RING (bijv. name=Ring Utrecht + noref=yes).

Offline

#27 2021-09-02 20:43:01

Cartographer10
Member
Registered: 2019-07-02
Posts: 331

Re: Documenteren road route network values voor NL

JeroenvanderGun wrote:

network=NL:A/N, network=NL:AN en network=NL:national vind ik alle drie best.

Mijn voorkeur zou dan zijn network=NL:A/N is het duidelijkst dat het 2 dingen zijn. bij NL:national moeten we de huidige tagging grootschalig aanpassen. De naamgeving moet dan zijn name=Axx/Nxxx. Is ook voor de zoekbaarheid het beste.

JeroenvanderGun wrote:

Als je RING in een S-routeschildje ziet, kun je simpelweg taggen alsof het een S-route is (alleen met ref=RING i.p.v. ref=S123). Andere bewegwijzerde ringwegen mogen wat mij betreft ook als routerelatie in network=NL:S:* worden geplaatst, maar dan zonder ref=RING (bijv. name=Ring Utrecht + noref=yes).

Kun je niet beter gewoon de ref van de way's aanhouden ipv alles ref=RING te maken. Dat maakt het lastigere dingen te zoeken als alles het zelfde is. Dan gaat ring naar in de naam (bijv name= RING Sxxx) of in de alt_name. Of ik begrijp je verkeerd?

Offline

#28 2021-09-02 21:26:26

JeroenvanderGun
Member
Registered: 2020-10-23
Posts: 75

Re: Documenteren road route network values voor NL

Cartographer10 wrote:

Kun je niet beter gewoon de ref van de way's aanhouden ipv alles ref=RING te maken.

Op de ways staat in deze gevallen (S-routeschildje met tekst RING i.p.v. S-nummer) nu ook al ref=RING. Voorbeelden hiervan zijn Hilversum, Apeldoorn, Barendrecht, Assen, Curaçao. Dit zijn steden zonder S-routenummering. De ringweg is aangeduid als RING in plaats van S100. Als je wel een S-routenummering hebt, dan gebruik je ref=RING niet.

Edit:

Als je wel bijv. een S100 hebt en deze wordt op bewegwijzering aangeven als "Centrumring S100", dan kun je hem gewoon als S100 taggen, maar dan inderdaad met ref=S100 name="Centrumring S100" op de routerelatie.

Het voorbeeld van Utrecht wat ik eerder noemde heeft geen eigen nummer en wordt aangegeven als Ring Utrecht. Daar kun je dan een aparte routerelatie voor maken met noref=yes name="Ring Utrecht".

Last edited by JeroenvanderGun (2021-09-02 21:39:37)

Offline

#29 2021-09-03 17:44:27

IIVQ
Member
Registered: 2014-11-12
Posts: 823

Re: Documenteren road route network values voor NL

A67-A67 wrote:

Meerdere waarden horen gescheiden geworden door een komma, niet een schuine streep. Dus het wordt dan name=A123;N123.

... horen gescheiden te worden door een puntkomma ... (om de duidelijkheid even te verhogen)

Offline

Board footer

Powered by FluxBB