Re: [OSM-talk-nl] Fietsroutenetwerk-punten automatiseren?
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 name=43A65 lat=51.805022 lon=4.030421 distance=6.4m found node id=43893055 lat=51.805100 lon=4.030400 for Waypoint name=43A65 lat=51.805022 lon=4.030421 distance=8.8m found node id=43994359 lat=51.827950 lon=5.497370 for Waypoint name=39G04 lat=51.827970 lon=5.497280 distance=6.6m found node id=43994856 lat=51.828060 lon=5.497360 for Waypoint name=39G04 lat=51.827970 lon=5.497280 distance=11.4m found node id=135512350 lat=51.820918 lon=4.036945 for Waypoint name=37C64 lat=51.820908 lon=4.036921 distance=2.0m found node id=135518644 lat=51.820828 lon=4.036902 for Waypoint name=37C64 lat=51.820908 lon=4.036921 distance=9.0m Osm file searched in 78516 mseconds er wordt dus voor 3 van de 7 waypoints een node gevonden 2008/2/12, Rob [EMAIL PROTECTED]: 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 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 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] mailto:[EMAIL PROTECTED]: 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.gzhttp://www.xs4all.nl/%7Etibors/Temp/dutch-road-nodes.osm.gz http://www.xs4all.nl/%7Etibors/Temp/dutch-road-nodes.osm.gz bevat alleen de nodes uit het eerder vermelde bestand. Nog maar 279MB uitgepakt. m.v.g. Cartinus On Tue, 12 Feb 2008 02:58:11 +0100 Martijn Verwijmeren [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: On Tue, 12 Feb 2008 02:17:14 +0100 Joris Meijerink [EMAIL PROTECTED] mailto:[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 * living_street * service * cycleway * pedestrian Volgens mij zijn dat alle type wegen waar je met een normale fiets of mountainbike wil komen. Pedestrian zit alleen maar in de lijst omdat AND tracks zo heeft getagged en die nog niet allemaal gecorrigeerd zijn.\ Klopt toch niet helemaal, er zijn ook nodes die alleen een AND tag hebben en geen highway tag, maar zijn soms wel degelijk een weg. De ander kant op zou beter werken, dus geen rail, geen landuse enz., heb alleen geen ideeof dat ook kan. De selectie kijkt naar de tags op de ways, niet naar die op de nodes. Het neemt simpelweg alle nodes die onderdeel zijn van (minstens) één van de geselecteerde ways. De laatste node in het bestand is bijvoorbeeld een amenity=parking en heeft zelf helemaal geen highway tag. Volgens mij is het zelfs zo dat bovenstaande waarden voor de highway tag alleen zinvol zijn op ways en niet op nodes. De enige (land)wegen die ik ooit heb gezien zonder highway tag waren FIXME previously unwayed segments (of zoiets) en die lagen allemaal in het buitenland :) ___ Talk-nl mailing list Talk-nl@openstreetmap.org mailto:Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Fietsroutenetwerk-punten automatiseren?
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 niet te vinden. 3000/7*78516 / (24*60*60) = ruim een jaar, heb je een idee waar de meeste tijd voor nodig is? 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 name=43A65 lat=51.805022 lon=4.030421 distance=6.4m found node id=43893055 lat=51.805100 lon=4.030400 for Waypoint name=43A65 lat=51.805022 lon=4.030421 distance=8.8m found node id=43994359 lat=51.827950 lon=5.497370 for Waypoint name=39G04 lat=51.827970 lon=5.497280 distance=6.6m found node id=43994856 lat=51.828060 lon=5.497360 for Waypoint name=39G04 lat=51.827970 lon=5.497280 distance=11.4m found node id=135512350 lat=51.820918 lon=4.036945 for Waypoint name=37C64 lat=51.820908 lon=4.036921 distance=2.0m found node id=135518644 lat=51.820828 lon=4.036902 for Waypoint name=37C64 lat=51.820908 lon=4.036921 distance=9.0m Osm file searched in 78516 mseconds er wordt dus voor 3 van de 7 waypoints een node gevonden 2008/2/12, Rob [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: 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] mailto:[EMAIL PROTECTED]: 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 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] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: 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 http://www.xs4all.nl/%7Etibors/Temp/dutch-road-nodes.osm.gz http://www.xs4all.nl/%7Etibors/Temp/dutch-road-nodes.osm.gz bevat alleen de nodes uit het eerder vermelde bestand. Nog maar 279MB uitgepakt. m.v.g. Cartinus On Tue, 12 Feb 2008 02:58:11 +0100 Martijn Verwijmeren [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: On Tue, 12 Feb 2008 02:17:14 +0100 Joris Meijerink [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[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 * living_street * service * cycleway * pedestrian Volgens mij zijn dat alle type wegen waar je met een normale fiets of mountainbike wil komen. Pedestrian zit alleen maar in de lijst omdat AND tracks zo heeft getagged en die nog niet allemaal gecorrigeerd zijn.\ Klopt toch niet helemaal, er zijn ook nodes die alleen een AND tag hebben en geen highway tag, maar zijn soms wel degelijk een weg. De ander kant op zou beter werken, dus geen rail, geen landuse enz., heb alleen geen ideeof dat ook kan. De selectie kijkt naar de tags op de ways, niet naar
Re: [OSM-talk-nl] AND import: highway=footway / pedestrian
Ik zie ze ook op bijvoorbeeld met een hek afgesloten bedrijven terreinen waarbij de wegen breed genoeg zijn voor twee vrachtwagens. Het gaat hier blijkbaar niet alleen om smalle wegen. Ook voor sommige voetgangers doorsteekjes (=footway) is in de AND import gebruik gemaakt voor pedestrian. Martijn van Exel wrote: Ha, Ik ben aan het mappen in Amsterdam-Noord en kom relatief veel highway=pedestrian tegen, waar volgens mij highway=footway zou moeten zijn getagged. Het gaat om AND-segmenten. Een voorbeeld: http://tile.openstreetmap.nl/?zoom=16lat=52.38896lon=4.9098layers=B00F waar langs de van der Pekstraat een 'highway=pedestrian' is, wat gewoon een trottoir is. Ik vraag me af welke criteria bij de AND-import zijn gebruikt om onderscheid te maken tussen highway=pedestrian en highway=footway. Een korte discussie op IRC leverde op dat footway toepasselijk is voor paden die te smal zijn om auto's door te laten ook al zou het mogen, terwijl pedestrian voor bredere paden / straten is waar wel autoverkeer door zou passen, maar waar voetgangers de dienst uitmaken. Zo lees ik het ook uit de Engelse map features-pagina. Klopt dit met de interpretatie bij de AND-import? ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Fietsroutenetwerk-punten automatiseren?
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 koffie met een koekje erbij en het is goed te doen ;) Waypoint file loaded in 32 mseconds, 1701 waypoints found node id=25597973 lat=51.443231 lon=5.474244 for Waypoint name=51G96 lat=51.443259 lon=5.474170 distance=6.0m found ... found node id=244493246 lat=51.447915 lon=5.604022 for Waypoint name=51H83 lat=51.447930 lon=5.603970 distance=3.9m Osm file searched in 132797 mseconds, 2079852 nodes nu nog een output.xml maken voor josm en we zijn klaar 2008/2/13, Joris Meijerink [EMAIL PROTECTED]: 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 niet te vinden. 3000/7*78516 / (24*60*60) = ruim een jaar, heb je een idee waar de meeste tijd voor nodig is? 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 name=43A65 lat=51.805022 lon=4.030421 distance=6.4m found node id=43893055 lat=51.805100 lon=4.030400 for Waypoint name=43A65 lat=51.805022 lon=4.030421 distance=8.8m found node id=43994359 lat=51.827950 lon=5.497370 for Waypoint name=39G04 lat=51.827970 lon=5.497280 distance=6.6m found node id=43994856 lat=51.828060 lon=5.497360 for Waypoint name=39G04 lat=51.827970 lon=5.497280 distance=11.4m found node id=135512350 lat=51.820918 lon=4.036945 for Waypoint name=37C64 lat=51.820908 lon=4.036921 distance=2.0m found node id=135518644 lat=51.820828 lon=4.036902 for Waypoint name=37C64 lat=51.820908 lon=4.036921 distance=9.0m Osm file searched in 78516 mseconds er wordt dus voor 3 van de 7 waypoints een node gevonden 2008/2/12, Rob [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: 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] mailto:[EMAIL PROTECTED]: 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 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] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: 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 http://www.xs4all.nl/%7Etibors/Temp/dutch-road-nodes.osm.gz http://www.xs4all.nl/%7Etibors/Temp/dutch-road-nodes.osm.gz bevat alleen de nodes uit het eerder vermelde bestand. Nog maar 279MB uitgepakt. m.v.g. Cartinus On Tue, 12 Feb 2008 02:58:11 +0100 Martijn Verwijmeren [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: On Tue, 12 Feb 2008 02:17:14 +0100 Joris Meijerink [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[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 *
Re: [OSM-talk-nl] Fietsroutenetwerk-punten automatiseren?
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 koffie met een koekje erbij en het is goed te doen ;) Dat valt idd reuze mee, de andere datasets zijn kleiner. Waypoint file loaded in 32 mseconds, 1701 waypoints found node id=25597973 lat=51.443231 lon=5.474244 for Waypoint name=51G96 lat=51.443259 lon=5.474170 distance=6.0m found ... found node id=244493246 lat=51.447915 lon=5.604022 for Waypoint name=51H83 lat=51.447930 lon=5.603970 distance=3.9m Osm file searched in 132797 mseconds, 2079852 nodes nu nog een output.xml maken voor josm en we zijn klaar De enige info die moet worden toegevoegd aan de node is network=rcn en rcn_ref=##, waar ## staat voor de laatste 2 cijfers van de waypoint name. Het is wel mogelijk dat er meerdere nodes eenzelfde rcn_ref nummer hebben. Wat gaan we doen met knooppunten die reeds zijn ingevuld? gr Joris ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Fietsroutenetwerk-punten automatiseren?
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 trouwens 780 waypoints (45%) tja al reeds ingevulde nodes kunnen we of overslaan, of vervangen.. hoort dezelfde info in te staan ik stel ook voor om de volledige naam van de waypoint in de node erbij te doen als referentie naar de bron, nog een tag verzinnen.. josm vraagje: weet iemand of je in de josm change file alle bestaande velden moet opnemen van een node of mag je volstaan met id en dan de extra toe te voegen velden, ik denk dat ik alle velden moet meegegeven anders weet hij vast niet welke tags weg moeten Op 13-02-08 heeft Joris Meijerink [EMAIL PROTECTED] het volgende geschreven: 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 koffie met een koekje erbij en het is goed te doen ;) Dat valt idd reuze mee, de andere datasets zijn kleiner. Waypoint file loaded in 32 mseconds, 1701 waypoints found node id=25597973 lat=51.443231 lon=5.474244 for Waypoint name=51G96 lat=51.443259 lon=5.474170 distance=6.0m found ... found node id=244493246 lat=51.447915 lon=5.604022 for Waypoint name=51H83 lat=51.447930 lon=5.603970 distance=3.9m Osm file searched in 132797 mseconds, 2079852 nodes nu nog een output.xml maken voor josm en we zijn klaar De enige info die moet worden toegevoegd aan de node is network=rcn en rcn_ref=##, waar ## staat voor de laatste 2 cijfers van de waypoint name. Het is wel mogelijk dat er meerdere nodes eenzelfde rcn_ref nummer hebben. Wat gaan we doen met knooppunten die reeds zijn ingevuld? gr Joris ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] AND import: highway=footway / pedestrian
Dat zou dus, imho, niet moeten - al was het alleen maar omdat pedestrian echt als brede grijze weg wordt gerenderd in mapnik, en footway als stippellijntje. -- martijn van exel -+- [EMAIL PROTECTED] -+- http://www.schaaltreinen.nl/ Op 13 feb 2008, om 14:24 heeft Lambertus het volgende geschreven: Ook voor sommige voetgangers doorsteekjes (=footway) is in de AND import gebruik gemaakt voor pedestrian. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] AND import: highway=footway / pedestrian
On Wednesday 13 February 2008, Martijn van Exel wrote: Ik ben aan het mappen in Amsterdam-Noord en kom relatief veel highway=pedestrian tegen, waar volgens mij highway=footway zou moeten zijn getagged. Het gaat om AND-segmenten. [...] Klopt dit met de interpretatie bij de AND-import? Zie deze thread http://lists.openstreetmap.org/pipermail/talk-nl/2008-January/004190.html en mijn reactie http://lists.openstreetmap.org/pipermail/talk-nl/2008-January/004196.html Misschien moet het ergens duidelijker op de wiki komen te staan... -- Freek ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] planet files op mirror.openstreetmap.nl
Volgens [1] wordt de planet file op mirror.openstreetmap.nl/planet dagelijks geupdate maar helaas is de laatste planet-latest al van 31 januari. Is het de bedoeling dat de de mirror up-to-date blijft en is er een storing of is hiermee gestopt? ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] planet files op mirror.openstreetmap.nl
Oops, link vergeten: http://wiki.openstreetmap.org/index.php/Planet.osm - Original Message - From: Lambertus [EMAIL PROTECTED] To: OpenStreetMap NL discussion list talk-nl@openstreetmap.org Sent: Wednesday, February 13, 2008 20:12 Subject: [OSM-talk-nl] planet files op mirror.openstreetmap.nl Volgens [1] wordt de planet file op mirror.openstreetmap.nl/planet dagelijks geupdate maar helaas is de laatste planet-latest al van 31 januari. Is het de bedoeling dat de de mirror up-to-date blijft en is er een storing of is hiermee gestopt? ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] Yahoo imagery voor Amsterdam/Almere
Hallo allemaal, zie net dat Yahoo luchtfoto's heeft toegevoegd voor zo snel als ik nu zie Almere, Amsterdam en een stukje Lelystad ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Yahoo imagery voor Amsterdam/Almere
On Wed, 13 Feb 2008 22:53:06 +0100 Skywave [EMAIL PROTECTED] wrote: Hallo allemaal, zie net dat Yahoo luchtfoto's heeft toegevoegd voor zo snel als ik nu zie Almere, Amsterdam en een stukje Lelystad En Utrecht :) Cartinus ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Yahoo imagery voor Amsterdam/Almere
On Wed, 13 Feb 2008 22:53:06 +0100 Skywave [EMAIL PROTECTED] wrote: Hallo allemaal, zie net dat Yahoo luchtfoto's heeft toegevoegd voor zo snel als ik nu zie Almere, Amsterdam en een stukje Lelystad Zeg maar de hele provincies Zuid-Holland en Utrecht, het grootste deel van Noord-Holland plus wat aangrenzende delen van Flevoland, Gelderland en Brabant (en ook nog wat splintertjes Zeeland). Cartinus ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] combinatie OpenAerialMap en OpenStreetMap
Beste Talk'ers, Ik heb op de wiki, bij Enschede ( http://wiki.openstreetmap.org/index.php/Enschede#Enschede_op_de_Kaart) , een link gezet naar ( http://www.openaerialmap.org/?zoom=10lat=52.23929lon=6.87695layers=BT ) Enschede op de combinatie kaart van OpenAerialMap luchtfoto's met de kaartdata van OpenStreetMap. klik op 'display OpenStreetMap-data'. De resolutie van de luchtfoto's is volgens mij nog lang niet voldoende. Ik weet dat OpenAerialMap al bekend is binnen OSM, maar weet niet of deze combinatiekaart, welke standaard op de OpenAerialMap-startpagina staat al bekend is bij de NL OSM'ers. Grtz. Bas! ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Yahoo imagery voor Amsterdam/Almere
Martijn Verwijmeren schreef: On Wed, 13 Feb 2008 22:53:06 +0100 Skywave [EMAIL PROTECTED] wrote: Hallo allemaal, zie net dat Yahoo luchtfoto's heeft toegevoegd voor zo snel als ik nu zie Almere, Amsterdam en een stukje Lelystad En Utrecht :) En Aruba! Helemaal compleet (likkebaard!) Cartinus ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] robomappers
Beste Talk'ers, Op SlashGeo kwam ik een verwijzing naar dit artikel tegen: 'Robots in Cartography' http://gislounge.com/robots-in-cartography/ welke verhaalt over Robots die zelf kaarten maken. Dar staat ook weer een verwijzing naar CARMEN: http://carmen.sourceforge.net/ CARMEN is the open source Carnegie Mellon Robot Navigation Toolkit, “modular software designed to provide basic navigation primatives including: base and sensor control, logging, obstacle avoidance, localization, path planning, and mapping.” En er staat een verwijzing naar de weblog van SARA: http://sara.spatialrobotics.com/ 'Adventures in Spatial Robotics: SARA the robot's world travels.' Another robot, named SARA (the Spatially Aware Robotic Assistant) has its own blog to detail its spatial adventures. Developed by Spatial Robotics, SARA is used for gathering data in GIS and CAD formats particularly for building plans. Dit is wel een geinige foto van Sara met 'Darth Vader': http://sara.spatialrobotics.com/uploaded_images/Philly-707758.jpg Grtz. Bas! ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] TomTommers delen routes en locaties
http://www.bright.nl/tomtommers-delen-routes-en-locaties ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
