Nog een verzoekje. Sinds Mapillary zijn site heeft aangepast werkt de link naar de juiste mapillary locatie niet meer. In mijn eigen webkaartjes heb ik het aangepast met de volgende code.
Een weg met “vehicle=no” (als gevolg van geslotenverklaring C1) wordt niet getoond bij overlay “non cycleable” / wordt getoond bij overlay “cycleable”.
Een weg met “surface=asphalt” wordt niet getoond met overlay “surface = paved”.
Idem voor “surface=paving_stones”, en wellicht ook andere surfaces die normaal als “verhard” worden beschouwd.
Ik weet ook niet helemaal precies wat je onder “semi-paved” vat.
ja dat kan best, deze categorie bevat zoveel uitzonderingen dat het nagenoeg (voor mij althans) onbeheersbaar is geworden.
Zie de volgende code. Daar kan best vehicle=no en bicycle niet gelijk aan yes, designated etc aan teogevoegd worden maar daar begin ik niet meer aan.
Oei… Je zou zeggen dat dat eenvoudiger moet kunnen. Waarom sluit je highway=path uit? Zou standaard wel fietsbaar moeten zijn volgens de wiki, tenzij getagged met bicycle=no.
Highway=path is doorgaans slecht te fietsen voor een tourfietser. Voor de mtb-er is dit beter.
Mits surface=fine_gravel als tag is aangebracht, dootgaans is dit wel “fietsbaar”
Er zijn idd heel wat path’s die gewoon bospaden of bergpaden zijn. Ze zullen niet allemaal verboden voor fietsers zijn maar niet ‘befietsbaar’.
Wat ‘cyclable’ is, is indicatief bedoeld en uiteraard voor iedereen verschillend. Een racefietser zal de half verharde fietspaden al als niet befietsbaar zien en een MTB-er zal er heel anders tegenaan kijken. Misschien dat ik die layer beter helemaal weg moet laten?
@Kars
Vergeet niet dat de BTM een controle-tool is. Je kijkt in een jou bekende gebied naar de aanwezige tags, en komt het je vreemd voor dan kun je de tags eens nader bestuderen. De BTM is geen zelfstandige kaart, al kun je met de bicycle=x lagen wel snel een route plannen met zoveel mogelijk fietspaden. Waarbij de non-cyclable laag van dienst kan zijn om ‘moeilijke’ wegen te vermijden.
@ligfietser
Op OFM staat in het stukje over Oruxmaps dat de OFM laag niet routeerbaar is. Maar tegenwoordig is er een leuke tool bij gekomen, http://brouter.de/brouter/. Die gebruikt OSM als database om fietsroutes te berekenen. Het is een losse routerings engine die integreert in een aantal OSM-gerelateerde kaart apps, waaronder Oruxmaps. Er is een web-versie http://brouter.de/brouter-web/.
De engine geeft als resultaat een route terug die in Oruxmaps getoond kan worden.
De combi Oruxmaps-OFM-BRoute geeft dan hetzelfde resultaat als een Garmin, met ook de mogelijkheid specifieke profielen voor de routering te gebruiken.
Bedankt Noordfiets, ik heb al tijden niet meer naar Oruxmaps gekeken. De Garminkaart in Oruxmaps renderde niet zo best. M.n. de labels, of veel teveel of niets.
@noordfiets
Ik wil het BTM webkaartje verplaatsen naar de dev server van osm.org en ben wat links aan het herstellen. De wms links naar het fietsroutenetwerk en knooppunten zijn gewijzigd.
In js_source\ layerdef.js verwijzen ze nog naar http://geodata.nationaalgeoregister.nl en routedatabank.nl maar die doen het niet meer.
Op pdok.nl heb ik wel een wms gevonden die het in josm wel doet, (OGC) Webservices - PDOK maar ik krijg ze in het webkaartje niet werkend. Iemand een idee hoe dit moet worden aangepast?
Ik liep er ook al tegen aan. Het heeft idd te maken met de projectie, en dan met name de bounding box die verkeerd is. Maar het is al zo lang geleden dat ik er mee bezig was dat ik die afwijkende layers maar laat schieten.
Je was me net voor. Ik had ook de projectie aangepast in index.html.
Overigens kun je daarna de CRS in de laag weglaten omdat 3857 nu default is en ook in de request wordt meegestuurd. Die CRS wordt toch genegeerd.
openlayers in de btm loopt inderdaad hopeloos achter. maar als je de scripts lokaal hebt staan blijft het gelukkig wel werken.