Bedoel je dat je hem ook offline gebruikt tijdens het rijden.
Ik probeer het te visualiseren, hoe je het gebruikt.
Ergens online zoom je in, alle data in cache, je gaat rijden zet je locatie aan, hoe ga er mee om, buiten je bbox kom.
Op welke device doe je dat.
Nee, op de fiets gebruik ik oruxmaps met offline osm ( mapsforge ) kaarten en aangepaste stylesheet.
De webversie gebruik ik als ik op een pc of tablet met verbinding een route wil checken.
Dat moet wel online want er is simpelweg geen goede off-line viewer voor OSM voor windows 
En al helemaal niet in de windows app-store.
Dat was ook een enorme teleurstelling , ik had een hybride windows tablet/nettop gekocht en dacht daarmee onderweg te kunnen.
Maar dat zit er niet in ! Helemaal niks wat ook maar in de buurt van adroid+oruxmaps komt.
De overpass api (waar de BTM fietskaart gebruik van maakt) is sinds gisteren niet meer up-to-date, schijnt nog enkele dagen te kunnen duren voordat die weer actuele data weergeeft:
https://lists.openstreetmap.org/pipermail/talk/2014-November/071366.html
Duidelijk, dat is wel jammer.
@ ligfietser bedankt.
De nieuwe functies van Noordfiets en Allroads zitten nu ook in de BTM: http://mijndev.openstreetmap.nl/~ligfietser/fiets/
Klik linksonder om je GPS track te laden.
De plaats van de clear all functie zit ook niet echt logisch, die zou eerder onderaan de layer box moeten zitten.
In Chrome in Firefox heb ik nog het probleem dat bij drukken op load gpx een popup opengaat in de rechterbovenhoek van het scherm.
Dit zie ik ook bij jouw kaartje. Vandaar dat ik het nog niet heb in MtM alleen in de testpagina.
edit: hetzelfde heb je ook als je op de leeg/naast text checkbox layerswitcher drukt dan openend de popup daaronder.
het check en uncheck, bij mij is de lijst al lang genoeg daar, heb daar al zaken samengevoegd.
Geen plaats voor deze twee knoppen.
BTM, geeft geen foutmelding, splitsing weg verder als one=yes en cycleway=lane dat in zou houden dat links en recht een lane is, wannneer daar geen oneway:bicycle=no of cyclway=opposite op staat maar eigenlijk zou het cycleway:right=lane moeten zijn.
Hier maakte vmarc een opmerking.
Ik weet niet of dat fout is. Je kan ook interpreteren dat cycleway= lane icm met oneway=yes synoniem is aan cycleway:right=lane. Dat is tenminste wat ik met de OFM concludeer als ik die combinatie tegenkom.
Als er wel aan beide kanten een bike lane zit, moet er specifiek oneway:bicycle=no erbij gezet worden. Doe je dit niet dan geldt oneway ook voor fietsers, dus de cycleway=lane zit maar aan één kant van de weg (cycleway:right dus).
Ik heb het even aangepast net toen ik aan het tikken was plaatste jij jouw stukje.
Ik dacht dat het wel fout was, alleen cycleway=lane op dat stuk en geen cyclweay:right=lane, dat is wat het oog ziet.
cycleway:right=lane is vollediger, maar de renderer / router kan cycleway=lane ook goed interpreteren als cycleway:right=lane als er alleen oneway=yes staat. Kwestie van afspreken wat de juiste regels zijn, cycleway=lane is eenvoudiger voor de mapper. Ik (OFM/BTM) reken dat dus niet fout/ ben niet zo kritisch.
Wat nogal eens gedaan wordt is een oneway in de tegengestelde richting voor fietsers taggen als cycleway=opposite_lane zonder oneway:bicycle=no.
vmarc herkent dat niet als oneway:bicycle=no en blijft de weg zien als oneway ook voor fietsers
vmarc herkent wel cycleway=opposite als oneway:bicycle=no
cycleway=opposite_lane houdt automatisch in oneway:bicycle=no, zelfde als cycleway=opposite (maar dan met een fietsstrook in de andere richting). Dit soort tags als cycleway=opposite of opposite_lane zijn ooit door iemand bedacht en geaccepteerd dus voorlopig moeten we er maar mee werken. Wat vmarc zegt hoeft niet altijd op te gaan, dat geldt voor alle kwaliteitscontrole tools.
Dat jij in btm dit niet als fout wil aangeven, omdat je afgeleid een bepaling kan maken is jouw keuze.
Dat taggers zich er makkelijk van af maken met alleen lane aangeven (dus voor beide kanten) is in beginsel fout. Dus aan beide kanten een fietsstrook. Terwijl dat dat er niet is. Bij dit soort gesplitste weg situaties.
Hebben we het nog niet gehad over shared_lane, wat vaak ook nog het geval is (fietssuggestiestrook).
De routeerder of de controleurtagger in jouw, een van de twee heeft een beetje de overmacht. 
Dat je cycleway=lane aan beide zijden ziet is jouw interpretatie. Je kan het ook anders zien, cycleway=lane op een oneway is maar één lane. Maar dat is een kwestie van afspreken wat betekent wat. En die afspraken zijn nogal vaag en voor meerdere interpretaties vatbaar, zoals alles op OSM.
wist niet meer dat het zo zwart op wit in de wiki stond. Dan mag vmarc zijn script aanpassen.
Voor belangstellenden en medeontwikkelaars:
De source code van de BTM is nu ook als github repository beschikbaar: https://github.com/ligfietser/Bicycle_Tags_Map
Het tag-info scherm werkte in de laatste versies van Firefox niet meer. Dankzij Hubert87 is dit opgelost door regel 46 in noordfiets.jss uit te schakelen:
// oRequest.setRequestHeader("User-Agent", navigator.userAgent);
https://github.com/ligfietser/Bicycle_Tags_Map/commit/c4a2a96fb12b024b2bb01d3fa82567b5555d4295
Bedankt voor het melden. Ik snap er niet veel van maar het werkt nu tenminste weer.
Fijne tool! Ik heb hem nu ook ontdekt
Ik heb drie verzoekjes:
Ik kwam erachter dat in de BTM, als je het menu “route tags” gebruikt de wegen met “bicycle=use_sidepath” niet voorkomen in de overlay “non cycleable ways” en wel zichtbaar zijn in de overlay “cycleable ways”. Het gaat wel goed in het menu “cycleway tags”. Zou je dat kunnen aanpassen?
Hij lijkt geen rekening te houden met de tags van de vorm “moped:forward:yes”. Kun je dat toevoegen?
Is het misschien mogelijk om Omniscale als basiskaart toe te voegen? Die refreshen supersnel, op meerdere zoomlevels (als in live). Kwam ik achter toen ik routing testte via GraphHopper, het is hun standaard basiskaart.