skywave,
hoe werkt dat rechtstreeks koppelen van de style sheet van kosmos ?
kan dit nergens vinden
Date: Sat, 16 Feb 2008 12:57:02 +0100From: [EMAIL PROTECTED]: [EMAIL
PROTECTED]: Re: [OSM-talk-nl] Fietsroutenetwerk-punten automatiseren?Nav
aanleiding van dit plaatje en de import heb ik
Bert Muijtstege wrote:
Blauw zal het wel worden...
Ik ben bezig (samen met anderen) met de routes in het schone twentse
land en zie in een keer in Kosmos (welke ik gebruik voor het
controleren van de fietsroutes, en wat een perfect programma is om je
file te controleren voor je upload
Kosmos gbruikt geen stylesheet maat een textbestand voor het renderen.
Helaas kan Kosmos (nog) geen relaties renderen, dus de routes kun je
nog niet zichtbaar maken, maar dit staat op de todo list..
Dat textbestand bedoelde ik ook ... want normaal komen die knooppunten
er dus niet op te
@openstreetmap.org
From: [EMAIL PROTECTED]
Subject: Re: [OSM-talk-nl] Fietsroutenetwerk-punten automatiseren?
Kosmos gbruikt geen stylesheet maat een textbestand voor het renderen.
Helaas kan Kosmos (nog) geen relaties renderen, dus de routes kun je
nog niet zichtbaar maken, maar dit
Dat textbestand bedoelde ik ook ... want normaal komen die knooppunten
er dus niet op te staan.
zie bijgevoegde file
kijk op de laatste regel om de nummers als in de png te krijgen
tnx
Wedden van niet, ok, ik speel vals ;)
Zie bijgevoegde png (is een backup van gisteren)
Hierin
:22:25 +0100 To: talk-nl@openstreetmap.org From:
[EMAIL PROTECTED] Subject: Re: [OSM-talk-nl] Fietsroutenetwerk-punten
automatiseren? Dat textbestand bedoelde ik ook ... want normaal
komen die knooppunten er dus niet op te staan.zie bijgevoegde
file kijk op de laatste regel om de
Hoi Bert,
Joris
Bekijk deze nummers maar: 9-10-16
ze stonden woensdag al op de server:
http://www.gravitystorm.co.uk/osm/?zoom=14lat=6836013.46224lon=774982.27942layers=B00
http://www.gravitystorm.co.uk/osm/?zoom=14lat=6836013.46224lon=774982.27942layers=B00
Punt 10 heeft er een en
Hoi Joris Over de punten die er extra zijn bijgekomen begrijp ik je probleem
niet, bij de nieuwe staat toch gewoon de source gpsfietsroutes.nl? Als er dan
in de buurt een node staat die dat niet heeft, dan verwijderen we toch
gewoon de nieuwe gpsfietsroute.nl tags bij de automatisch
@openstreetmap.org From:
[EMAIL PROTECTED] Subject: Re: [OSM-talk-nl] Fietsroutenetwerk-punten
automatiseren? De extra nodes van 9, 51 en 16 zijn weg. Als dat bij jou
niet het geval is horen we dat graag.
___ Talk-nl mailing list
Talk-nl
De extra nodes van 9, 51 en 16 zijn weg. Als dat bij jou niet het geval
is horen we dat graag.
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
kan iemand een peer review doen op het change bestand dat net vers uit m'n
proggie komt (is een josm file)
aan of opmerkingen zijn welkom
http://burghthof.nl/osm/change.osm
Op 13-02-08 heeft Joris Meijerink [EMAIL PROTECTED] het volgende
geschreven:
ik heb de delta eens op 0.0002 gezet
Helemaal super Rob,
Nooit geweten dan ik zo kan uitkijken naar blauwe nummertjes op een kaart :)
gr joris
data is inmiddels allemaal geupload.. afwachten op de rendering..
Op 15-02-08 heeft *Rob* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
het volgende geschreven:
kan iemand een peer
15:46:27 +0100 To: talk-nl@openstreetmap.org From:
[EMAIL PROTECTED] Subject: Re: [OSM-talk-nl] Fietsroutenetwerk-punten
automatiseren? Helemaal super Rob, Nooit geweten dan ik zo kan
uitkijken naar blauwe nummertjes op een kaart :) gr joris data is
inmiddels allemaal geupload
Nu blijkt dat de routes welke ik heb ingevoerd dmv relaties, waar in
de nodes alleen een rcn nummer hebben, in een keer een heleboel tags
erbij te hebben gekregen, waaronder source = gpsfietsroutes.nl
en network=rcn (wat sinds de komst van relaties niet meer nodig is,
je kunt in de
eerste output via de streaming (sax) methode
waypoint file heb ik even tot 7 waypoints beperkt (voor debuggen) en de bbox
delta staat nu op +/-0.0001, dit zou 2x11meter om waypoint moeten zijn
Waypoint file loaded in 31 mseconds
found node id=43892693 lat=51.805012 lon=4.030329 for Waypoint
Ziet er goed uit, alleen voor deze drie dus al 2 nodes per knooppunt,
lijkt me dat we de dichtstbijzijnde pakken? Dat het niet helemaal klopt
maakt eigenlijk ook niet heel veel uit, je gps heeft een afwijking en
als je er al 5m vanaf zit moet je wel heel erg bijziend zijn om die
knooppunten
die 78 seconden is om de hele dutch-road-nodes.osm file te
doorzoeken/parsen vanaf disk, 2de run (als file nog in mem-cache zit, duurt
het maar 18 seconden) ik verwacht ook niet giga veel extra tijd bij meer
waypoints, deze run op de hele set van 1701 waypoints kost maar 132
seconden.. kopje
die 78 seconden is om de hele dutch-road-nodes.osm file te
doorzoeken/parsen vanaf disk, 2de run (als file nog in mem-cache zit,
duurt het maar 18 seconden) ik verwacht ook niet giga veel extra tijd
bij meer waypoints, deze run op de hele set van 1701 waypoints kost
maar 132 seconden..
ik heb de delta eens op 0.0002 gezet (+-22m) om meer hits te krijgen, nu
worden 1131 van de 1701 waypoints (66%) aan een bestaande node gehangen. ik
vind het wel vreemd want ik zou verwachten dat de meeste knooppunten wel op
een bestaande weg zouden liggen.. nog eens nakijken, bij 0.0001 is het
oeps, ook die 300MB file inladen in een dom object geeft geheugen problemen
(1gig)
had niet verwacht dat het zo inefficient zou zijn, bij nader inzien lees ik
dat het een factor 10 kan expanderen
toch maar de streaming methode implementeren...
2008/2/12, Joris Meijerink [EMAIL PROTECTED]:
Ik
Ik ben benieuwd. Vandaag klaar, zodat het vannacht met de update van de
cyclemap mee kan is zeker nog iets te veel gevraagd ;)
Ik ben iig benieuwd hoe de punten eruit komen te zien op
Schouwen-Duiveland en Goeree-Overflakkee, die vorige week zijn ingevoerd.
ah dat bestand is makkelijker te
ah dat bestand is makkelijker te behappen.. bedankt, zo eens downloaden.
die van 900MB ging er via de sax methode in 155 sec doorheen, zonder
geheugen problemen, alleen is die methode ietsje lastiger processen (soort
streaming)
2008/2/12, Martijn Verwijmeren [EMAIL PROTECTED]:
Nu we het toch
Wat zijn de voordelen hiervan? Ik kan me voorstellen dat het snellere
parsers zijn; nu gaat het niet heel snel maar ik vind een halve minuut
nog best acceptabel. Ik kan me niet voorstellen dat ze veel minder
geheugen gebruiken als ze dezelfde datastructuur maken (DOM). Dus ik zie
niet in dat
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Steven te Brinke schreef:
Zelf ben ik wat aan het spelen geweest met al het water in Nederland,
wat een 100 MB groot XML bestand oplevert. Java kon de DOM niet laden
als ik Java 400MB geheugen gaf, omdat de DOM met alle handige
referenties voor
On Tue, 12 Feb 2008 02:17:14 +0100
Joris Meijerink [EMAIL PROTECTED] wrote:
Dit zijn alle highways in Nederland (en stukjes Duitsland en België)
die gisteren in de database zaten van het type:
* primary
* secondary
* tertiary
* unclassified
* unsurfaced
* track
* residential
Dit zijn alle highways in Nederland (en stukjes Duitsland en België)
die gisteren in de database zaten van het type:
* primary
* secondary
* tertiary
* unclassified
* unsurfaced
* track
* residential
* living_street
* service
* cycleway
* pedestrian
Volgens mij zijn dat alle type
Nu we het toch over ways en nodes hebben. Die ways zelf heb je
natuurlijk niet nodig tijdens het zoeken naar de dichtsbijzijnde node:
http://www.xs4all.nl/~tibors/Temp/dutch-road-nodes.osm.gz
bevat alleen de nodes uit het eerder vermelde bestand. Nog maar 279MB
uitgepakt.
m.v.g.
Cartinus
On
ben nu op de 917MB grote osm file aan het knauwen maar dat schiet niet echt
op
vooral ook omdat m'n intern geheugen maar 1gig is. Ben nu kijken of ik de
file doomidden knip, of dat ik het via sax ga parsen..
Op 11-02-08 heeft Joris Meijerink [EMAIL PROTECTED] het volgende
geschreven:
Ik ben
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Steven te Brinke schreef:
Wat zijn de voordelen hiervan? Ik kan me voorstellen dat het snellere
parsers zijn; nu gaat het niet heel snel maar ik vind een halve minuut
nog best acceptabel. Ik kan me niet voorstellen dat ze veel minder
geheugen
On Mon, 11 Feb 2008 17:15:30 +0100
Rob [EMAIL PROTECTED] wrote:
ben nu op de 917MB grote osm file aan het knauwen maar dat schiet
niet echt op
vooral ook omdat m'n intern geheugen maar 1gig is. Ben nu kijken of
ik de file doomidden knip, of dat ik het via sax ga parsen..
Doormidden knippen
hoe wil je dit gaan sorteren.. b/r-tree ? geef eens een hint
ondertussen ga ik xpath eens pesten
Groeten
Rob
Op 07-02-08 heeft Steven te Brinke [EMAIL PROTECTED] het
volgende geschreven:
Hallo,
XPath is wel heel krachtig, maar niet heel snel. Ik denk dus dat het
gebruik van een gesorteerde
Coördinaten zijn niet makkelijk de sorteren, omdat ze 2-dimensionaal
zijn. Hiermee heb ik ook niet zo veel ervaring. maar ik heb eens
nagedacht wat volgens mij een aardig algoritme is. Ik zal beschrijven
hoe ik het zou implementeren:
Stel we hebben een aantal punten P die niet in OSM zitten.
Ik ben een beetje aan het kijken naar het fietsroutenetwerk, daarvan
zijn vele knooppunten al de gps gegevens bekend, bv
http://www.gpsfietsroutes.nl/Knoop%20Nederland_files/wpned-zuid.gpx, en
deze mogen we ook gebruiken.
Met JOSM heb ik geheel Schouwen Duiveland en Goeree-Overflakkee. Alleen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Joris Meijerink schreef:
| Ik ben een beetje aan het kijken naar het fietsroutenetwerk, daarvan
| zijn vele knooppunten al de gps gegevens bekend, bv
| http://www.gpsfietsroutes.nl/Knoop%20Nederland_files/wpned-zuid.gpx, en
| deze mogen we ook
Rob wrote:
als ik het maak zal het in c# of vb.net http://vb.net zijn.. daar
kan ik het makkelijkste stoeien met xml files..
eindresultaat is een exe (voor windows) dus daar heb je weinig voor
nodig (op dotnet framework na)
maar het gaat om het eindresultaat he.. niet om de
als ik het maak zal het in c# of vb.net zijn.. daar kan ik het makkelijkste
stoeien met xml files..
eindresultaat is een exe (voor windows) dus daar heb je weinig voor nodig
(op dotnet framework na)
maar het gaat om het eindresultaat he.. niet om de ontwikkeltools/omgeving
Op 07-02-08 heeft Joris
dank u, heb nu de netherlands.osm van 600MB
dat wordt flink stampen voor xml parser ;)
Op 07-02-08 heeft Lambertus [EMAIL PROTECTED] het volgende geschreven:
Rob wrote:
weet iemand (kleptog?) de locatie van de nederlandse osm file ?
heb even op de wiki rondgekeken maar helaas nog niet
Op 07-02-08 heeft Joris Meijerink[EMAIL PROTECTED] het volgende geschreven:
Rob wrote:
weet iemand (kleptog?) de locatie van de nederlandse osm file ?
heb even op de wiki rondgekeken maar helaas nog niet gevonden
De volgende link zou die info direct van de server moeten halen ... ik
weet
Rob wrote:
weet iemand (kleptog?) de locatie van de nederlandse osm file ?
heb even op de wiki rondgekeken maar helaas nog niet gevonden
Hier staan allemaal up-to-date excerpts:
http://download.geofabrik.de/osm/europe/
___
Talk-nl mailing list
Rob wrote:
weet iemand (kleptog?) de locatie van de nederlandse osm file ?
heb even op de wiki rondgekeken maar helaas nog niet gevonden
De volgende link zou die info direct van de server moeten halen ... ik
weet alleen niet hoe groot die is, zal wel meer dan een Gb zijn, of
hoelang dat gaat
Rob wrote:
ik zou wel eens een tooltje kunnen schrijven om de beste node binnen
5m te vinden (uit een nl.osm)
en dan een modify osm file wegschrijven die je met josm kunt uploaden..
is alleen een tag toevoegen op een bestaande node, of indien geen
bestaande node gevonden een nieuwe node
ik heb die wpned-zuid.gpx (1701 waypoints) eens tegen de places.osm (8875)
laten draaien, om een indruk te krijgen van performance
en dit is een stukje output
...
wpt 52C37 close to Pannenschop @ 587m
wpt 52C39 close to Vreewijk @ 300m
wpt 52C43 close to Leensel @ 714m
wpt 52C44 close to Leensel
Er staan excerpts op http://roland-ramthun.de/osm/extracts/, volgens
mij redelijk recent.
On 07/02/2008, Rob [EMAIL PROTECTED] wrote:
weet iemand (kleptog?) de locatie van de nederlandse osm file ?
heb even op de wiki rondgekeken maar helaas nog niet gevonden
Op 07-02-08 heeft Joris Meijerink
weet iemand (kleptog?) de locatie van de nederlandse osm file ?
heb even op de wiki rondgekeken maar helaas nog niet gevonden
Op 07-02-08 heeft Joris Meijerink [EMAIL PROTECTED] het volgende
geschreven:
Rob wrote:
als ik het maak zal het in c# of vb.net http://vb.net zijn.. daar
kan ik het
ik zou wel eens een tooltje kunnen schrijven om de beste node binnen 5m te
vinden (uit een nl.osm)
en dan een modify osm file wegschrijven die je met josm kunt uploaden..
is alleen een tag toevoegen op een bestaande node, of indien geen bestaande
node gevonden een nieuwe node aanmaken
Op 07-02-08
Hallo,
XPath is wel heel krachtig, maar niet heel snel. Ik denk dus dat het
gebruik van een gesorteerde lijst een beter idee is. Zelf heb ik nog
nooit .net gebruikt, dus daar heb ik niet zo veel verstand van. Maar
mocht het niet lukken, dan wil ik wel iets in Java schrijven. Daarmee
lees ik
46 matches
Mail list logo
