De download van gebieden uit de OSM data is steeds beperkter lijkt het wel. Wat JOSM nog accepteert wordt door de server al geweigerd …
Nou is het rare dat ik eigenlijk maar een klein gebied wil, de provincie Groningen met een ruime grens. In data vrij gering, <<50MB als pbf.
Om daar bij te komen moet ik de Benelux extract ( 650 MB als pbf ) downloaden en dan daaruit weer een kleiner gebied halen. Ik download dus tegen de 15 keer zoveel als ik nodig heb.
Werkt op die manier een downloadbeperking niet juist een hoger datagebruik in de hand?
Nog erger wordt het trouwens als ik het gebied uit wil breiden met een stuk noord-duitsland. Dan moet ik nog veel meer downloaden. En eigenlijk allemaal voor niks …
Bij geofabrik kan je ook de Nederland extract downloaden: http://download.geofabrik.de/osm/europe/ (494M)
Als je een deel van de grensstreek wilt hebben heb je een probleem, want dan moet je de Europa extract pakken (7,5Gig) en daaruit een stuk snijden, dat doe ik voor mijn benelux kaart met osmconvert:
Nog even een waarschuwing voor het downloaden van mn de geofabrik Europe extract. Ik had een script opgestart die vanochtend aan de download begon (6.30u) maar kennelijk wordt die omstreeks dat tijdstip op de site ververst (hoewel het tijdstip van aanmaak veel vroeger is, nl 3:19). De verwerking mislukte dus.
Weet iemand toevallig hoe je met wget.exe (of een ander programma) de datum van het op te halen bestand eerst kan controleren, dus als ik mijn script opstart dat ie dan eerst kijkt of het een vers exemplaar is en anders wacht totdat de filedatum gelijk is aan de huidige datum?
Nou, de eerste stap … cloudmate is oud, dus geofabric benelux. Met osmconvert ( even zelf uitvogelen dat de grenscoordinaten in Hms zijn … en niet in H ) eerst een klein stuk geknipt, Haren in dit geval. Osmconvert bleek niet te kunnen inpakken dus dan maar zelf naar bz2. Maperitive met eigen rules-file … en ja daar kwamen de fietspaden in mooie rode lijnen op een mapnik achtergrond.
Inzoomen en wat zie ik: een fietspad wat er al 2 jaar niet meer is … frustrerend hoor dat kaarten maken. Ligfietser stijgt nog meer in mijn achting.
Hoe dan ook, dit lijkt al wat op wat ik wil:
Even een puzzel voor Ligfietser:
Hoe tag ik een weg waar aan 1 kant een fietspad ligt met 1 rijrichting en aan de andere kant een lane terwijl de weg zelf twee richtingen is? Alle opposite tags zijn juist voor een 1-richtingsweg met twee richtingen fietsers … Wat in de buurt komt is op de weg cycleway=lane en oneway:bicycle=yes, alleen heb ik dan eigenlijk een lane teveel … Of zou je in zo’n geval beter de lane weglaten. En wat gebeurt er voor de router als ik een weg op oneway:bicycle=yes zet?
Als je de optie timestamping gebruikt ( -N ) dan haalt wget het bestand alleen op als het nieuwer is dan het lokale exemplaar.
Optie -c (of -continue) kan je gebruiken voor het voortzetten van afgebroken downloads in het geval er ook op een ander tijdstip onderhoud wordt gepleegd aan de server.
Maar nu heb ik geen lokaal exemplaar of is het al een week oud. Wat ik wil is dat wget (of een andere tool) eerst checkt of de europe.osm.pbf van vandaag is en niet nog van gisteren.
Optie -c gebruik ik reeds.
Het tijdstip van aanmaak wordt altijd getoond en niet het tijdstip waarop de upload klaar is. Toen ik enige tijd geleden het netherlands.osm.pbf bestand wilde downloaden, zag ik als tijd staan 9.16. Dat was de tijd waarop het bestand werd geupload. Toen de upload klaar was, stond er een veel eerder tijdstip. Je kunt er de klok niet op gelijk zetten dat de upload altijd op precies dezelfde tijd er staat. Gisteren is er een foutje gemaakt en stond het netherlands.osm.pbf bestand er pas laat in de middag. De bestanden van de continenten in de hoofddirectory worden als eerste ververst.
Ja dat heb ik ook gemerkt, die van vandaag staat op 17-Mar-2012 03:19 maar ik vermoed dat die rond half zeven-zeven uur er pas op stond, toevallig toen ik net eentje aan het downloaden was.
Nu wil ik mijn computer 's ochtends vroeg laten draaien, en het scriptje moet dan kijken of de extract van die ochtend er al op staat of nog niet. Als die (zoals vanochtend) om een uur of 6 gewoon gaat downloaden (die van de vorige dag dus) en de geofabrik server zet er tussentijds een verser exemplaar op dan gaat het fout. Dus hij moet pas beginnen als de laatste versie van vandaag erop staat (en zonder dat ik dat zelf hoef te controleren).
Ik kan 'm natuurlijk ook gewoon 's nachts om 24 uur aanzetten, want dan is het risico niet aanwezig dat er tussentijds een nieuwere upload eroverheen wordt geschreven.
Het maken van kaarten is niet frusterend. Wel moet je heel veel dingen uitproberen en dat kost zo vreselijk veel tijd. Het is heel leerzaam om ook andere stylesheets uit te proberen. Je leert de persoonlijke voorkeuren van de auteur goed kennen. Toen ik de style sheets van de Radreiskarte probeerde, keek ik soms mijn ogen uit, vooral toen ik de cobblestone wegen zag.
De stylesheets die Ligfietser heeft gemaakt zijn voor de fietsers in Nederland ideaal. Zijn kaart is een echt Nederlandse kaart en andere kaarten kunnen er niet aan tippen. Ik heb veel waardering voor de pioniers op dit gebied en je krijgt hun ideeën kant en klaar aangereikt, zodat je die kunt aanpassen naar je eigen voorkeuren. Het valt niet mee om een kaart te maken zonder hun ideeën te gebruiken. Handboeken zijn er niet.
Daar heb ik nooit last van, van die download beperking. Wat is dan de limiet?
En 10 uur is te laat, ik wil 's ochtends een verse kaart zien als ik opsta
Zelf heb ik nog nooit last gehad. Als vele mensen tegelijk aan het downloaden zijn, kan het voorkomen. Uit voorzorg download ik europe.osm.pbf van de andere site. De download snelheid is op die site constant.
Het netherlands.osm.pbf bestand kan binnen 8 minuten worden gedownload. Splitsen duurt 6-8 minuten en een kaart maken duurt 16-18 minuten. Als ik om 10.45 uur van huis ga, zit er soms een kakelverse kaart in mijn Garmin Etrex:-)
Je kan met wget de datum wanneer het bestand is aangemaakt opvragen zonder dat het wordt gedownload, gebruik dan wget -S --spider “url-bestandsnaam”
Een andere mogelijkheid is een leeg bestand aanmaken met dezelfde naam en dan wget weer met timestamping gebruiken (en niet op grootte laten controleren).
touch -t $(date -d “10 hours ago” +%m%d%H%M ) bestandsnaam && wget --ignore-length -N url-bestandsnaam
Die eerste stap kan ik opslaan als een txt file waarmee ik met Last-Modified: Sat, 17 Mar 2012 02:19:06 GMT iets mee moet doen maar ik weet niet hoe ik die datum notitie Sat, 17 Mar 2012 weer kan vergelijken met 17-03-2012?
Ik gebruik een dos script in windows, die laatste stap met touch begrijp ik niet.
Overigens heb ik nog nooit ergens kaarten gevonden met de helder fietspadweergave van de klassieke ANWB/Falk kaarten, van voor de route- en nummerellende. En al helemaal niet in printbare vorm. Want onderweg werkt een papieren kaart nog altijd het best.
Ik neem al jarenlang geen papieren kaart meer mee. Ik heb genoeg aan mijn Garmin Etrex. Ik maak mijn fietsroutes thuis op de computer en probeer steeds weer nieuwe, onbekende landwegen te zoeken. Deze route zet ik om in een track m.b.v. Basecamp. De track is lila gekleurd en de achtergrond is op mijn Etrex is vrij licht. Ik hoef alleen maar domweg de track te volgen en kan dus rustig om me heen kijken. Gisteren heb ik een fietstocht gemaakt via Merum en Marsum. Ik was nog nooit in Marsum geweest. Ik heb al die jaren heel wat gemist, want Marsum is een prachtig gehucht en als je richting de dijk fietst, kom je langs bunkers. Volgens de Onroute Fietskaart bestaan de wegen/fietspaden via Merum en Marsum niet. Op de OSM staan ze wel vermeld.
Ik heb de typ files aangepast naar eigen inzicht en de wegen een eigen kleur gegeven. Helaas moest ik de typ files op een tijd wekelijks aanpassen toen ik de Openfietsmap gebruikte. In januari ben ik begonnen met het maken van kaarten en heb die ook iets aangepast.
er weer achter plakken.