function addlink(match){
return "<a href=\"http://www.openstreetmap.org/browse/way/" + match.match(/[0-9]{5,}/) + "\" target=\"_blank\">" + match +"</a>";
}
var zoek=/Way [0-9]{5,}/g;
text = text.replace(zoek,addlink);
Zo zou het eigenlijk moeten ( en is het nu ook ). Ik zoek eerst alle ways met een nummer, want anders krijg je ook de and-tags ( zie maar eens, die zijn nu ook een link bij jou ), en uit die way =nnnnnn haal ik weer de cijfers als ik de link maak.
rcn_ref=* is de tag van een knooppunt.
Dan klopt mijn layer query niet. Ik vind die uitleg op de wiki ook erg verwarrend, daar begrijp ik nog niks van.
Ok, nu doet ie het goed, bij fietsenzaken met website kom je direct op de site 
Klopt, het antwoord van overpass is een nette html die ik gewoon laat zien. Ik maak alleen links van de ways
http://wiki.openstreetmap.org/wiki/Fietsroutes#Regionale_Fietsroutes_.2F_Fietsknooppuntennetwerk
De knooppunten zijn nodes, de routes tussen die knooppunten zijn relaties (van ways).
Alle fietsroutes zitten onder de relaties met route=bicycle Daaronder kan je weer een onderverdeling maken tussen network=ncn (LF routes) rcn (knooppunten) lcn (lokaal) .
De mtb routes vallen onder route=mtb
Ik bedoelde eigenlijk van de ql van overpass…
De code iets aangepast:
function addlink(match){
s = "<a href=\"http://www.openstreetmap.org/browse/" + match.match(/node|way/i) + "\/" + match.match(/[0-9]{5,}/) + "\" target=\"_blank\">" + match + "</a>";
return s.toLowerCase();
}
var zoek=/Way [0-9]{5,}/g;
text = text.replace(zoek,addlink);
var zoek=/Node [0-9]{5,}/g;
text = text.replace(zoek,addlink);
Dan worden ook nodes omgezet naar links naar osm
popup in map
popup.closeOnMove = false;
popup.panMapIfOutOfView = true;
popup.keepInMap = true;
popup.autoSize = true;
Nieuwe versie online.
Allroads: dat werkte maar ontzettend traag. Alleen … dat bleek mijn pc te zijn.
Mooi vind ik het niet, dat schuiven van de kaart heeft zo’n vervelende vertraging aan het eind ( alhoewel dat ‘modern’ schijnt te zijn ), en de popup verdwijnt niet meer als je met de kaart schuift. Maar voorlopig laat ik het zo.
IE heeft nog probleem met titelblok, laat niet de achtergrondkleur zien.
Ja, niet ideaal. Dat was ook mijn conclusie ook.
Nieuwe site opbouw top!
Zie http://mijndev.openstreetmap.nl/~ligfietser/fiets
Ziet er mooi uit, die geïntegreerde kaart. Goed bezig Noordfiets!
Alleen het bezwaar is nu dat als je een permalink naar de surface tags kaart wil maken, je eerst in de cycleway kaart komt en alle instellingen zijn weer teruggezet naar de beginstand.
Toegevoegd in noordpass.js: var zoek=/Relation [0-9]{5,}/g; en match.match(/node|way|relation/i)
Zodat je via de popup nu ook kunt browsen naar een route relatie: http://www.openstreetmap.org/browse/relation/
Dat moet ik nog uitzoeken, hoe ik zelf de permalink aan kan passen.
Ik sluit me volledig bij de vorige spreker aan.
Ook als je geen permalink maakt maar gewoon switcht tussen de 3 kaartjes worden de checkboxes niet onthouden. Zou wel handig zijn.
Werkt heel goed. Ook goed bezig hoor Ligfietser.
Op keepright zien we allerlei fouten en mogelijke fouten in OSM. Die zijn niet echt fietsspecifiek. Om die reden had ik al eens een kaartje gemaakt waarop fouten (of mogelijke fouten) te zien zijn. Helaas werkt XMS nog steeds niet mee en dus kan ik het niet laten zien dus zet ik hier maar even neer welke api calls ik had bedacht.
Alle wegen die onderdeel uitmaken van een fietsroute relatie maar die tevens een bicycle=no hebben. Toen OSM nog niet heel veel fietspaden kende zijn er veel relaties op wegen gezet waar een fietspad naast lag en die zijn later niet altijd even goed gecorrigeerd. Die kun je er nu snel uitpikken.
make_layer( "http://overpass-api.de/api/interpreter?data=rel[route=bicycle](bbox);out+skel;(relation[route=bicycle](bbox);way[bicycle=no](r);node(w););out+skel;", "red", name="fietsroutes bicycle=no")
Alle fietspaden die een bicycle=no hebben. (OK voor bromfietsverbindingen is dat blijkbaar normaal maar die kleine stukjes weg kun je snel genoeg herkennen 
)
make_layer("http://overpass-api.de/api/interpreter?data=node[highway=cycleway][bicycle=no](bbox);out+skel;(way[highway=cycleway][bicycle=no](bbox);node(w););out+skel;", "blue", name="fietspad bicycle=no (blauw)"),
Alle fietspaden met een bicycle=yes|designated. Ok niet fout maar wel overbodig en data belasting voor OSM
make_layer("http://overpass-api.de/api/interpreter?data=node[highway=cycleway][bicycle~'^designated$|^yes$'](bbox);out+skel;(way[highway=cycleway][bicycle~'^designated$|^yes$'](bbox);node(w););out+skel;", "purple", name="fietspad bicycle=designated/yes (paars)"),
Is het mogelijk om dit soort (mogelijke) fouten en overbodige tags op te nemen in een (apart?) kaartje?
Het wordt steeds mooier. Zodra het licht is ga ik weer een stukje fietsen voor het verzamelen van bicycle en surface tags.
Zou bij de surface tags onder de checkbox asphalt/concrete/paved in de query paved vervangen kunnen worden door alles wat begint met pav? Dan heb je namelijk ook paving_stones (klinkers) en paving_stones:30 (stoeptegels) erbij.
Cartinus, zo stond die al, zie bv hier
[highway~‘^cycle|^foot|^path|^track’][surface~‘^asphalt|^pav|^concrete’]
Wat ik nav dit kaartje nu wel op de OFM ga aangeven zijn de bromfietspaden (moped=yes/designated) en de niet verplichte (dus niet brommen) fietspaden (mofa=no).
http://mijndev.openstreetmap.nl/~ligfietser/fiets/?zoom=13&lat=52.14154&lon=5.3018&layers=B00FFTFTFFFFFFFFFF
De eerste vind je vnl buiten de bebouwde kom langs de N-wegen, de laatste vooral in het bos. Als er veel zijn ingetekend op OSM kan ik dan de routing hier beter op afstellen.
@peewee, goed idee om een soort Keep right layer voor fietspaden tagging.
Fietspaden met bicycle=no zijn soms tijdelijk afgesloten fietspaden (Bij Nijkerk heb jij er zelf ook een op de kaart gezet ;))
bicycle=yes|designated zijn geloof ik tags die Goudappel heeft ingevoerd op verplichten en niet verplichte fietspaden?
Maar ook worden ze door beginnende Potlatch gebruikers ingevuld omdat ze alle velden denken te moeten invoeren.
Ik heb er ook nog wel een paar, cycleway=track of lane en bicycle=no kom je ook vaak tegen.
Hier nog een call voor de Keepright
"http://overpass-api.de/api/interpreter?data=(way[cycleway~'^opposite_lane$|^opposite$|^cyclestreet$|^track$|^opposite_track$'][bicycle=no](bbox);node(w););out+skel;", "yellow", name="cycleway=* bicycle=no (yellow)"),
Allerlei cycleway=* met ee n bicycle=no. Niet echt logisch.
Kijk maar eens op de Haarlemmer Houttuinen net onder Tussen de bogen. Een cycleway=track met een bicycle=no.
Klopt. tja wat moet je met een fietspad dat afgesloten is maar niet op de schop is gegaan. Dan toch maar een bicycle=no (en acces=no).
Zie Code… Misschien is die nog wel wat bij te schaven.
Hopelijk werkt het.
NB zo’n keepright layer kan het beste als aparte layerset. Ligfietser: zet ze eerst onder route dan maak ik er later een aparte layer van.
Kijk ook even naar de route query’s. De eerste rel[ … kan er ook gewoon uit, anders haal je dubbel op.
Was blijkbaar nog te vroeg op de morgen. Ik dacht dat ik het fietspad aan het eind van de straat al van een surface-tag voor stoeptegels had voorzien, maar dat was nog niet het geval.