Klimheuvels

Combinatie prune, 3droutebuilder en oo geeft ongeveer het gewenste visuele resultaat.

Resultaat inhoudelijk checken met hoogtekaart van nl geeft probleem. Zo hoe zo 50 meter te hoog, maar dat is met prune te compenseren. Begin- en eindpunt van een heuvel is dan redelijk ok, maar het verloop, daar schort wel wat aan. Moet eigenlijk een andere gps proberen om eens te kijken of dat verschil maakt.

Wat voor hoogtemeter gebruik je? De hoogtes die de GPS aangeeft via de satelliet zijn niet erg nauwkeurig als het gaat om meters. een afwijking van enkele tientallen meters plus of min is normaal, hier in NL is dat een probleem, want de hoogteverschillen zijn gering. In de Alpen ofzo maakt dat niet zoveel uit of je nu 10 a 20 meter hoger of lager zit dan in werkelijkheid. Beter is het een hoogtemeter te gebruiken die op luchtdrukverschillen werkt (wel regelmatig ijken) zoals in de duurdere GPS-en van Garmin.

Gebruik een gsm als gps. Maar dat hoogteverschil is op zich geen probleem, over een paar honderd meter lijkt dat een constante afwijking die makkelijk is te compenseren. Het verloop binnen die paar honderd meter is niet (altijd) ok. Ben benieuwd of met een aantal tracks, bergop en bergaf, er niet op een gegeven moment een goed profiel is te krijgen.

Beste zou zijn als je http://www.ahn.nl/ zou kunnen gebruiken. Of de hoogteinfo in osm, of een lijst van punten opzoeken op ahn.

In relatie hiermee:

Zit/zat die informatie niet al ergens in osm (op de fietskaart bij .org zie ik toch wel iets van hoogtelijnen?))

deze data zit niet in onze db (en dat wil je ook niet)

deze hoogtelijnen worden gedistileerd uit public domain hoogte data die de space shuttle in 2000 heeft verzameld, zie ook http://wiki.openstreetmap.org/wiki/SRTM
er is iemand (Milo) bezig om shaded relief te renderen zodat je een soort shaduw ziet waar hoogteverschil is http://wiki.openstreetmap.org/wiki/Relief_maps

Aha, ook maar eens even bekijken.

Wat ik nodig heb is wat 3droutebuilder doet, voor een lijst van punten in een database de hoogte opzoeken. 3droutebuilder doet dat bij google (maar die data zijn in vergelijking met ahn niet 100% ok), weet niet of dat bij SRTM kan? en hoe goed die data dan zijn (of zijn dat wellicht de data die google gebruikt?).

SRTM zou je kunnen gebruiken maar daar zitten nogal de nodig fouten in (pieken en dalen). Het schijnt dat ASTER een gecorrigeerde dataset heeft welke dus al beter zou moeten zijn. Tools voor SRTM kun je vinden in de OSM SVN repository.

deze was ik alweer vergeten, Route altitude profiles SRTM
een google summer of code project van 2008

http://wiki.openstreetmap.org/wiki/Route_altitude_profiles_SRTM

Als dev weer operationeel is kunnen we dat er wel weer ophangen. De ervaring leerde echter dat de data meer “leuk” was dan echt nuttig.

Heb de gegevens van de gps, google en ahn naast elkaar gezet. De ahn data komen het best overeen met het ’ fietsgevoel’ . Over langere stukken (min. 500m?) middelt alles zich wel uit, voor echte bergen zul je wel een goed profiel kunnen maken.

Probleem zit zoals verwacht in de korte klimmetjes, zeker als daar over een kort stuk (25 meter) een extra knik zit. Die wil je eigenlijk laten zien, maar da’s niet makkelijk:

  • de gps ‘springt’ te veel, althans de mijn telefoon gps. Wellicht met andere gps met hoogtmeter dat die een beter beeld geeft;
  • google-data lijken wat ’ uitgesmeerd’, de hoogtelijnen lijken te ver uit elkaar te liggen om de knikjes in beeld te krijgen, maar goed voor bv. een gemiddeld klimpercentage;
  • ahn data lijken wel of die per vierkante cm zijn vastgelegd (dacht gelezen te hebben per meter). Dat geeft weer zijn eigen problematiek. Omdat de gps niet zo nauwkeurig is, is de kans groot dat je naast de feitelijke weg zit te meten. Nu liggen die hele steile stukken meestal net in een ‘hol’ stuk (uitgesleten weg). De kans is dus groot dat je in de berm meet, en die kan nog wel eens enkele meters hoger liggen, dus te veel stijging. Daarnaast heb ik de ahn data per muisklik opgevraagd, en dat is zo’n fijn pielewielewerk, ook daar zit je wel eens mis.

Zou ook nog graag die SRTM data in de vergelijking willen betrekken, maar ik zie niet hoe ik daar 1-2-3 van gebruik kan maken (dus of via een interface a la gpsview of voor mijn part klikken op een kaart a la ahn).

Waar ik nu naar wil overstappen is de steilste stukjes in de kaart aan te duiden via de incline tag (liefst op basis van berekening van ahn). Hopelijk dat het dan nog eens gerendered wordt met een bord met vastgelegde stijgingspercentage.

Nu je er zo mee bezig bent, begin je wel vraagtekens te krijgen bij de sites die de heuvels in kaart brengen. Deze zijn niet ’ open’ , dus hoe ze aan hun metingen komen, hoe die verwerkt zijn, joost mag het weten.

Misschien dat je op deze site http://www.petersfietssite.nl/nedhellingen/hellingen.html wat meer info kan vinden.

Het ahn bestand is idd erg nauwkeurig. Een paar meter naast de weg en je meet de hoogte van een boomkruin of flatgebouw ipv het wegdek :wink:

Nog even terugkomen op de Pois van hellinkjes die doortrapper wilde invoeren in osm:

De maker van de site http://heuvelsfietsen.nl/ is bereid eigen meetgegevens uit zijn database aan Openstreetmap te leveren.
Het gaat hier om gegevens van een heleboel hellingen in Nederland. Zinvol lijkt me het steilste 300m stuk in %, de lokatie hiervan en de naam van de helling.
Ik denk aan het taggen van één node per helling (steilste stuk), met de node incline=…% Verder name=“naam van de helling” en source=heuvelsfietsen.nl
Op mijn OpenFietsMap GPS kaart staan er al een paar gerenderd, zou ook mooi zijn als die bijv ook op de online openfietskaart komen te staan dmv