OpenStreetMap Forum

The Free Wiki World Map

You are not logged in.

#1 2012-11-29 18:20:28

Hulp gevraagd bij opzetten server wandelroutes

Beste mensen,

Wellicht hebben jullie mijn wandelwebsite al eens gezien - Traildino http://www.traildino.com. Ik wil graag gebruik gaan maken van OSM.

Mijn eerste gedachte is om - anders dan Lonvia - selecties van wandelpaden te laten zien, en niet alle routes door elkaar. De bezoeker moet zelf een keuze kunnen maken. Ik hoop dat er iets ontstaat waar wandelaars veel aan hebben. En misschien stimuleert het wandelaars zelfs om actieve mapper te worden.

Het moet een flexibele oplossing zijn, die on the fly de route layers genereert (boven op de standaard OSM tiles), want het lijkt me ondoenlijk om van te voren van alle mogelijke combinaties van routes tiles te genereren.

Ik ben onvoldoende thuis in softwareland om de server die dit mogelijk maakt in elkaar te zetten. Dus jullie raden het al: ik zou ontzettend graag hulp hebben:
- de ideale toolchain
- de hardware specificaties
- installatie en configuratie
- functionaliteit ("dát zou handig zijn")

Als jullie denken "waar begint die gozer aan", dan moet je het eerlijk zeggen... (ik denk dat zelf wel eens).

Ik ben ontzettend blij met alle suggesties hier op het forum. Maar ik vrees dat ik ook een deskundig iemand nodig heb die samen met mij de doos in elkaar wil pluggen en de software helpt installeren en configuren. Het zou fantastisch zijn als iemand daar toe bereid is.

Ik hoop dat mijn vraag in goede aarde valt, en dank bij voorbaat iedereen die wil reageren.

Groet,
Henk

Offline

#2 2012-11-30 11:08:29

Re: Hulp gevraagd bij opzetten server wandelroutes

Is zo'n webkaartje voor fietsers niet iets om op je site op te nemen?
Dat kan je 'gemakkelijk' aanpassen door de queries in layerdef.js aan te passen op wandelaars.
De benodigde bestanden vind je hier.

Offline

#3 2012-11-30 13:50:53

Re: Hulp gevraagd bij opzetten server wandelroutes

Dat is een mooi begin, maar als ik de site van traildino bekijk zit hij meer hier aan te denken.
Mijn frans is net zo goed als mijn chinees, maar als je aan de rechterkant kijkt zie je de verschillende sites met GPX bestanden, die dan op een OSM kaart worden geprojecteerd.
klikje b.v GPSies aan, en pak je linksboven het "handje" dan verschijnt er een pop-up met info van de track asl je hem aanklikt , en kun je hem eventueel downloaden.

Maar ik zou eerst eens kijken of je met de gegevens die ligfietser hierboven heeft staan Zoiets kunt bouwen Onder Over deze kaart staat wel het e.e.a over de hardware,en een contactadres.

Offline

#4 2012-11-30 18:35:10

Re: Hulp gevraagd bij opzetten server wandelroutes

Is zo'n webkaartje voor fietsers niet iets om op je site op te nemen?

Ja, erg mooi.

Voordeel is dat ik dus helemaal geen map server nodig heb. Nadeel lijkt me dat ik niet een overzichtskaartje van bijvoorbeeld heel Nederland kan laten zien (te veel data). Ander nadeel is dat de data client side worden verwerkt (toch?). Aan de andere kant werkt de WMS server van die Franse website ook niet erg snel.

Mooi begin dus.

Zou er een mogelijkheid zijn om ook de osmc:symbol tag op te nemen in de route layer? Ik weet onvoldoende van de api, maar kan ik ook de bounding box van de data opvragen?

Offline

#5 2012-11-30 23:05:30

noordfiets
Senior Member
From: Groningen stad
Registered: 2010-02-14
Posts: 547

Re: Hulp gevraagd bij opzetten server wandelroutes

Traildino wrote:

Is zo'n webkaartje voor fietsers niet iets om op je site op te nemen?

Ja, erg mooi.

Voordeel is dat ik dus helemaal geen map server nodig heb. Nadeel lijkt me dat ik niet een overzichtskaartje van bijvoorbeeld heel Nederland kan laten zien (te veel data). Ander nadeel is dat de data client side worden verwerkt (toch?). Aan de andere kant werkt de WMS server van die Franse website ook niet erg snel.

Mooi begin dus.

Zou er een mogelijkheid zijn om ook de osmc:symbol tag op te nemen in de route layer? Ik weet onvoldoende van de api, maar kan ik ook de bounding box van de data opvragen?

Alles kan. Dat de data clientside wordt verwerkt is eerder een voor dan een nadeel. Het gaat namelijk sneller dan png's downloaden van een wms server.
Overzichtskaartjes lukken ook prima, je verandert de route dan in een marker, bij klikken zoom je in en laat je die route zien. Het is alleen .. veel werk en studie.

Offline

#6 2012-12-04 18:41:23

Re: Hulp gevraagd bij opzetten server wandelroutes

Het tekenen van de routes is inderdaad eenvoudig. Dit zijn bijvoorbeeld alle routes van Stichting Wandelnet:

make_layer("http://overpass-api.de/api/interpreter?data=(relation[route~'hiking|foot'][ref~'LAW|SP'](bbox);way(r)(bbox);node(w););out+skel;", "green",name="#l#LAW of SP", 3, false),

Ik heb wel wat vragen:

1) De hoeveelheid data levert wel een probleem op. De Overpass api is vrij snel, maar soms te druk, en vervolgens moet de browser alle data nog verwerken. Kan ik dit oplossen?

2) Ik zou de individuele paden binnen deze dataset graag een aparte kleur of icoon willen geven. Is dat eenvoudig op te lossen met de Overpass api of vergt dat programmeerwerk elders?

3) Hoe kan ik recursief alle nodes van een route, die is opgesplitst in relaties en subrelaties, vinden? Het moet vast kunnen, maar het lukt me niet.

Bijvoorbeeld: in dit geval vind ik de nodes van de vier subrelaties waaruit de "Stelling van Amsterdam" is opgebouwd, maar NIET de twee subsubrelaties:

overpass-api.de/api/interpreter?data=(relation[route~'hiking|foot'][name='Stelling van Amsterdam'];rel(r);way(r);node(w););out+skel;

En in onderstaand voorbeeld vind ik wel alle nodes van de twee subsubrelaties, maar niet die van hun vier parents:

overpass-api.de/api/interpreter?data=(relation[route~'hiking|foot'][name='Stelling van Amsterdam'];rel(r);rel(r);way(r);node(w););out+skel;

Maar ik wil natuurlijk alle nodes hebben van alle relaties en subrelaties, en dat lukt me niet

Offline

#7 2012-12-04 19:30:09

Re: Hulp gevraagd bij opzetten server wandelroutes

En als je ze achterelkaar plakt?

overpass-api.de/api/interpreter?data=(relation[route~'hiking|foot'][name='Stelling van Amsterdam'];rel(r);way(r);node(w);relation[route~'hiking|foot'][name='Stelling van Amsterdam'];rel(r);rel(r);way(r);node(w););out+skel;

Offline

#8 2012-12-04 20:04:24

Re: Hulp gevraagd bij opzetten server wandelroutes

Je kan makkelijker recursen door een relation met: >>

Dit pakt alle wat onder de relatie hangt, inclusief sub relaties, way nodes, en member nodes.

Online

#9 2012-12-06 12:06:19

Re: Hulp gevraagd bij opzetten server wandelroutes

Dank - beiden werkt! Ik ben nog wat dieper in de api gedoken, en er blijkt veel mogelijk te zijn.

Minder fraai is de hoeveelheid data die naar de client wordt overgehaald. Voor een klein pad is het OK, maar als ik de Via Alpina op deze manier wil bekijken, wordt het tricky (5MB "out+skel;").

Vandaar nog twee vraagjes:

1) kan ik de output van de api strippen van alle informatie die niet ter zake doet? Heb ik het goed dat alleen de lat/lon informatie van de nodes wordt gebruikt en de andere informatie wordt genegeerd? Zo ja, dan hoeft de output set niet alle ways en relations te bevatten.

2) kan ik aan de client kant de hoeveelheid lon/lat punten die getoond worden uitdunnen? En dan nog liefst op een slimme manier die rekening houdt met zoomlevel en bounding box?

Wellicht weten jullie nog andere tricks om de client load te verminderen?!

Offline

#10 2012-12-06 13:10:51

Re: Hulp gevraagd bij opzetten server wandelroutes

Traildino wrote:

Ik ben onvoldoende thuis in softwareland ...

Henk, weet je het zeker ? lol

@Noordfiets: heb je misschien een voorbeeld hoe je een route in een marker om kunt zetten ?

Groeten,

Bert

Offline

#11 2012-12-06 13:52:25

Re: Hulp gevraagd bij opzetten server wandelroutes

BertMu wrote:
Traildino wrote:

Ik ben onvoldoende thuis in softwareland ...

Henk, weet je het zeker ? lol

ja of gewoon lui roll

Offline

#12 2012-12-06 15:37:49

noordfiets
Senior Member
From: Groningen stad
Registered: 2010-02-14
Posts: 547

Re: Hulp gevraagd bij opzetten server wandelroutes

Traildino wrote:

Dank - beiden werkt! Ik ben nog wat dieper in de api gedoken, en er blijkt veel mogelijk te zijn.

Minder fraai is de hoeveelheid data die naar de client wordt overgehaald. Voor een klein pad is het OK, maar als ik de Via Alpina op deze manier wil bekijken, wordt het tricky (5MB "out+skel;").

Vandaar nog twee vraagjes:

1) kan ik de output van de api strippen van alle informatie die niet ter zake doet? Heb ik het goed dat alleen de lat/lon informatie van de nodes wordt gebruikt en de andere informatie wordt genegeerd? Zo ja, dan hoeft de output set niet alle ways en relations te bevatten.

2) kan ik aan de client kant de hoeveelheid lon/lat punten die getoond worden uitdunnen? En dan nog liefst op een slimme manier die rekening houdt met zoomlevel en bounding box?

Wellicht weten jullie nog andere tricks om de client load te verminderen?!

1- de ways zijn nodig als je wegen wilt tekenen, anders weet de client niet welke nodes aan elkaar verbonden moeten worden. Welke query gebruik je ervoor?
2 - je kunt bij de layer als (extra) strategie 'cluster' opgeven. Dan worden dicht bij elkaar getekende punten slechts als 1 punt op de kaart getekend.

Offline

#13 2012-12-06 17:12:48

Re: Hulp gevraagd bij opzetten server wandelroutes

noordfiets wrote:

1- de ways zijn nodig als je wegen wilt tekenen, anders weet de client niet welke nodes aan elkaar verbonden moeten worden. Welke query gebruik je ervoor?

Deze:

http://overpass-api.de/api/interpreter?data=(relation[route~'hiking|foot'][name='Stelling van Amsterdam'];>>;);out+skel;

Dat kan vast efficienter.

noordfiets wrote:

2 - je kunt bij de layer als (extra) strategie 'cluster' opgeven. Dan worden dicht bij elkaar getekende punten slechts als 1 punt op de kaart getekend.

Als ik dit toevoeg aan new OpenLayers.Layer.Vector ():

strategies : [new.OpenLayers.Strategy.Cluster({distance: 20, threshold: 3})]

Dan krijg ik een soort morse code: streepjes en puntjes door elkaar.

Maar dit wordt meer een OpenLayers cursus dan OSM. Ik kom er denk ik wel uit. Dit is absoluut de goede weg.

Offline

#14 2012-12-06 23:13:52

Re: Hulp gevraagd bij opzetten server wandelroutes

Mijn hersenspinsel:

Is de manier zoals hier gebruikt wordt niet iets?
Dat je bv eerst met markers werkt en daar dmv een click event de route uithaalt. de markers zoek je op mbv de boundingbox.
Zit het begin en het eindpunt van de route in de BBox dan laat je een marker zien, zit een deel van de route (een subrelatie) in de BBox dan haal je hem ook op.
Zo hoef je niet alle data eerst op te halen.
Misschien is er wel iets te doen met het zoomniveau.
Zo te zien zit je wat meer in het webpagina's bouwen dan ondergetekende, ik probeer iets te maken om mijn Tracks vanuit een simpele SQL database op een kaart te krijgen met OSM en zit aan het bovenstaande te denken.

Edit: Ik zie dat Noordfiets dit ook zo benoemd hierboven..

Last edited by BertMu (2012-12-06 23:22:35)

Offline

#15 2012-12-07 01:24:19

noordfiets
Senior Member
From: Groningen stad
Registered: 2010-02-14
Posts: 547

Re: Hulp gevraagd bij opzetten server wandelroutes

Traildino wrote:
noordfiets wrote:

1- de ways zijn nodig als je wegen wilt tekenen, anders weet de client niet welke nodes aan elkaar verbonden moeten worden. Welke query gebruik je ervoor?

Deze:

http://overpass-api.de/api/interpreter?data=(relation[route~'hiking|foot'][name='Stelling van Amsterdam'];>>;);out+skel;

Dat kan vast efficienter.

Nauwelijks. Dat beetje data wat de relaties innemen is haast niks. En de rest is nodig. En het gaat redelijks snel toch? Het tekenen zelf kost trouwens heel weinig tijd van de client.
Eventueel moet dit nog werken:
relation[route~'hiking|foot'][name='Stelling van Amsterdam'];rel(r);(way(r);node(w););out+skel;
Maar het scheelt echt heel weinig in data.

Ik heb wat met die kaarten gespeeld, maar het gaat redelijk snel, alleen het ophalen bij overpass is soms even traag.

Offline

#16 2012-12-07 02:20:09

Re: Hulp gevraagd bij opzetten server wandelroutes

noordfiets wrote:

Ik heb wat met die kaarten gespeeld, maar het gaat redelijk snel, alleen het ophalen bij overpass is soms even traag.

Knap werk! tongue

Offline

#17 2012-12-07 10:14:59

noordfiets
Senior Member
From: Groningen stad
Registered: 2010-02-14
Posts: 547

Re: Hulp gevraagd bij opzetten server wandelroutes

Traildino wrote:
noordfiets wrote:

Ik heb wat met die kaarten gespeeld, maar het gaat redelijk snel, alleen het ophalen bij overpass is soms even traag.

Knap werk! tongue

Maar daar houdt het ook wel op. Ik kom er achter dat wandelroutes en mtb-routes niet echt consequent zijn ingevoerd, en dat veel info die je nodig hebt er niet instaat. Startpunt ontbreekt, richting van een route is er niet ..
Om even MTB als voorbeeld te gebruiken: ik had verwacht dat de startpunten als node iets als mbt:route:start=yes zouden hebben en de relaties iets als mtb:route:clockwise = yes/no etc zouden hebben. Bij wandelroutes staat niet of er in 1 of 2 richtingen borden zijn etc.
Om een zinvolle kaart te maken moet je dus gewoon de info extern ophalen en over OSM laten zien. Of xml bestanden van de routes in OSM vorm met de eigen ingevulde info maken en vanaf de eigen server laden.

Last edited by noordfiets (2012-12-07 10:16:02)

Offline

#18 2012-12-07 12:15:28

Re: Hulp gevraagd bij opzetten server wandelroutes

noordfiets wrote:

Ik kom er achter dat wandelroutes en mtb-routes niet echt consequent zijn ingevoerd, en dat veel info die je nodig hebt er niet instaat.

Dat is één probleem. Veel lange afstand wandelpaden zijn in stukjes en beetjes ingevoerd, met verschillende tags, soms opgedeeld in child en child-child relaties. En na verloop van tijd wordt alles weer vernaggeld sad door andere gebruikers.

Maar ik ben toch een stapje verder. Met ">>" (tip sebastic) krijg ik alle geassocieerde relaties, en met ">" filter ik de relaties zelf er uit en hou ik alleen de ways en de nodes over. Dat scheelt 10% op een pad als de Stelling van Amsterdam.

overpass-api.de/api/interpreter?data=(relation[route~'hiking|foot'][name='Stelling van Amsterdam'];>>;);>;out+skel;

Mooi toch?!

Het tweede probleem zijn de echt lange paden. Een pad in Nederland laadt altijd snel. Maar een pad als de Via Alpina levert een XML bestand van 4,8 MB op. Door de recurse down query wordt dit slechts 100K minder. Ik vrees dat het niet anders is: die 4,7 MB moeten overgehaald worden naar de client.

overpass-api.de/api/interpreter?data=(relation[route~'hiking|foot'][name~'Via Alpina'];>>;);>;out+skel;

Maar dan nu het interessante! de cluster strategy in OpenLayers waar jij het over had! Wat ik zou willen, is bij verschillende zoom niveau's zo efficient mogelijk lijnen tekenen. Daarmee voorkom ik het overbelasten van de browser (toch?). Heb jij hier meer ervaring mee?

Offline

#19 2012-12-07 12:21:35

Re: Hulp gevraagd bij opzetten server wandelroutes

BertMu wrote:

Is de manier zoals hier gebruikt wordt niet iets?
Dat je bv eerst met markers werkt en daar dmv een click event de route uithaalt.

Dit is een mooie oplossing voor kleine wandelroutes. Maar het kenmerk van Lange afstands wandelpaden (Traildino) is dat ze dwars door het land / continent lopen, en dat de bezoeker van Traildino wil weten hóe ze lopen.

Offline

#20 2012-12-07 14:11:00

Re: Hulp gevraagd bij opzetten server wandelroutes

Traildino wrote:

Dit is een mooie oplossing voor kleine wandelroutes. Maar het kenmerk van Lange afstands wandelpaden (Traildino) is dat ze dwars door het land / continent lopen, en dat de bezoeker van Traildino wil weten hóe ze lopen.

Dat snap ik, en ik zou eerder zeggen dat locale routes geen marker nodig hebben omdat de downloadtijd erg laag is (weinig relaties).
Maar hoe ga je lange routes  zichtbaar maken:

Wil je alle routes laten zien, dan zit de gebruiker eerst 5 minuten tegen een zandloper aan te kijken, je zult de data wel eerst moeten ophalen en omzetten. (dit was je commentaar ook op de Franse WMS)
Ik zou eerder zeggen dat een simpele marker (of een boundingbox die plaats aangeeft) met een info-ballon, met bv de naam en nadat je hier op klikt, je dan alle relaties ophaalt.

Voorbeeld: Noaberpad langs de grens: haal de lon en lat gegevens op voor de BBox en laat in de infobox de omschrijving en relevante data van je site zien, bv een waarderings cijfer. Klik ik hier op, wordt de data opgehaald.
Je kunt de data van de BBox bv eens per week ophalen en in een XML file op je eigen server zetten, hierdoor kun je snel een overzicht genereren.
De relevante gegevens haal je pas na het selecteren op.

Maar goed, het is natuurlijk jouw project, ben wel benieuwd of wat je wilt praktisch gaat werken, en dat is zeker niet negatief bedoeld wink

Edit: Moet zeggen dat me de snelheid me van deze niet tegenvalt vanavond, vanmiddag kreeg ik alleen een zandloper ?

Last edited by BertMu (2012-12-07 20:09:23)

Offline

#21 2012-12-07 17:58:40

cartinus
Senior Member
From: Houten
Registered: 2008-01-06
Posts: 502

Re: Hulp gevraagd bij opzetten server wandelroutes

noordfiets wrote:

Ik kom er achter dat wandelroutes en mtb-routes niet echt consequent zijn ingevoerd, en dat veel info die je nodig hebt er niet instaat. Startpunt ontbreekt, richting van een route is er niet ..
Om even MTB als voorbeeld te gebruiken: ik had verwacht dat de startpunten als node iets als mbt:route:start=yes zouden hebben en de relaties iets als mtb:route:clockwise = yes/no etc zouden hebben. Bij wandelroutes staat niet of er in 1 of 2 richtingen borden zijn etc.

LAW's, LF's en knooppuntroutes zijn allemaal twee richtingen en hebben niet echt speciale startpunten (je kunt overal opstappen). Die hebben dus ook allemaal geen speciale tags voor richting en startpunt(en). Deze routes maken echter wel de bulk uit van alle gemapte routes in Nederland. Blijven over de lokale routes.

Bij de paar lokale rondjes die ik heb gemapped heb ik de relaties zoveel mogelijk voorzien van:

* Een tag: oneway=yes (maar geen oneway=no voor tweerichtingsroutes)
* Een tag: direction=clockwise|counterclockwise (natuurlijk weer niet voor tweerichtingsroutes)
* Nodes met de role start

Nu ik dit zo teruglees zou het waarschijnlijk handig zijn om voor de tweerichtingsroutes de tag direction=both te gebruiken.

Ik heb ooit een discussie gehad met Eimai. Die vond de direction tag niet goed genoeg, omdat je er niet alle rare uitzonderingen als rondjes in de vorm van een 8 of 9 mee kon taggen. Hij vond dat voor een éénrichtingsroute (maakt niet uit hoe lang) alle wegen van een role=forward|backward voorzien moesten worden.


IMHO zijn tags die beginnen met dingen als mtb:route: erg fout. Dat moet duidelijk zijn uit de context, als je de tags op de juiste plaats zet, namelijk in de relatie zelf.

Offline

#22 2012-12-07 22:40:19

noordfiets
Senior Member
From: Groningen stad
Registered: 2010-02-14
Posts: 547

Re: Hulp gevraagd bij opzetten server wandelroutes

cartinus wrote:

Bij de paar lokale rondjes die ik heb gemapped heb ik de relaties zoveel mogelijk voorzien van:

* Een tag: oneway=yes (maar geen oneway=no voor tweerichtingsroutes)
* Een tag: direction=clockwise|counterclockwise (natuurlijk weer niet voor tweerichtingsroutes)
* Nodes met de role start

Dat zag ik .. de examenroute als lcn smile
Lokale wandelroutes/fietsrondjes/mtb routes hebben vaak meerdere opstappunten, gunstig gelegen bij een parkeerplaats of nog liever cafe. Nou vallen die routes zobiezo een beetje buiten de OSM doelstelling, en voel ik me ook niet geroepen daar in te gaan roeren. Maar om mijn idee te geven: ik zou het liefst bij een relatie de start als tag geven met als waarde een node-id ipv een tag start op de node zelf. En dan kun je ook meerdere tags start geven met meerder nodes. En liefst lengte en richting ook op de relatie.
Dat ik mtb:route:start als voorbeeld gebruikte is omdat als je op de node zelf tagt die node deel uit kan maken van meerdere relaties. Tag je de node op de relatie dan vervalt die onduidelijkheid.
Maar ook voor bv Pieterpad kun je Pieterburen/Maastricht als begin/eind taggen. Daar hoef je niet te beginnen natuurlijk maar het zou wel duidelijk maken of een route compleet is, vooral als het geen rondje is.

Blijft de vraag of dat allemaal wel in OSM thuishoort. Ik denk eigenlijk van niet, of althans niet in de hoofd database. Ik heb geloof ik al vaker een pleidooi gehouden voor meer gelaagdheid in de database ipv 1 gigantische brij. Omdat ik uit ervaring weet dat dat op den duur altijd problemen geeft. Maar goed, OSM is zoals het is, en het zal wel goed doordacht zijn ..

Last edited by noordfiets (2012-12-07 22:47:02)

Offline

#23 2012-12-07 23:38:31

cartinus
Senior Member
From: Houten
Registered: 2008-01-06
Posts: 502

Re: Hulp gevraagd bij opzetten server wandelroutes

cartinus wrote:

* Nodes met de role start

noordfiets wrote:

Maar om mijn idee te geven: ik zou het liefst bij een relatie de start als tag geven met als waarde een node-id ipv een tag start op de node zelf. En dan kun je ook meerdere tags start geven met meerder nodes.

Dat is toch precies wat er gebeurt as je één of meerdere node(s) aan de relatie toevoegt en de role "start" geeft. De mapper hoeft zo niet dat nummer over te typen, maar het zit wel in de relatie. Bovendien waarschuwt een goede editor als je dingen weggooit die onderdeel zijn van een relatie.

Offline

#24 2012-12-08 00:02:36

noordfiets
Senior Member
From: Groningen stad
Registered: 2010-02-14
Posts: 547

Re: Hulp gevraagd bij opzetten server wandelroutes

cartinus wrote:
cartinus wrote:

* Nodes met de role start

noordfiets wrote:

Maar om mijn idee te geven: ik zou het liefst bij een relatie de start als tag geven met als waarde een node-id ipv een tag start op de node zelf. En dan kun je ook meerdere tags start geven met meerder nodes.

Dat is toch precies wat er gebeurt as je één of meerdere node(s) aan de relatie toevoegt en de role "start" geeft. De mapper hoeft zo niet dat nummer over te typen, maar het zit wel in de relatie. Bovendien waarschuwt een goede editor als je dingen weggooit die onderdeel zijn van een relatie.

Da's ook weer waar. Morgen eens kijken of ik daar markers voor kan bedenken.

Offline

#25 2012-12-08 12:23:48

Re: Hulp gevraagd bij opzetten server wandelroutes

noordfiets wrote:

Lokale wandelroutes/fietsrondjes/mtb routes hebben vaak meerdere opstappunten, gunstig gelegen bij een parkeerplaats of nog liever cafe. Nou vallen die routes zobiezo een beetje buiten de OSM doelstelling....

DAT moet je me eens uitleggen ???

OpenStreetMap is an open initiative to create and provide free map data to anyone who wants them.

en WIKI Project Fietsroutes

Zou wel eens willen weten wat dan precies de doelstelling is... en wat is het verschil tussen een regionaal knooppuntenroutenetwerk en een regionaal MTB netwerk dan ?

Last edited by BertMu (2012-12-08 13:13:51)

Offline

Board footer

Powered by FluxBB 1.4.8
Hosting sponsored by Oxilion