Re: [OSM-talk-nl] eerste AND import resultaat :)
- Original Message - From: Mark Huizer [EMAIL PROTECTED] Dus we mogen de komende tijd lekker 's avonds laptop op schoot wegen combineren? :-) Nee, dat moet nog wel te automatiseren zijn. Ziet er mooi uit trouwens. Wat doe je nou allemaal met mogelijke conflicten? Nog helemaal niets :) Daar moeten we nog eens goed over brainstormen :) groet, floris Mark ___ 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] eerste AND import resultaat :)
Floris Looijesteijn wrote: En nog een mooi plaatje: Een ge-osmarenderde versie van Den Burg: http://floris.nu/osm/texel/denburg_and_data_osmarendered.png (2000x1872 pixels/1 MB) Dat de straatnamen door elkaar staan komt doordat een 'way' in de AND data van kruispunt naar kruispunt loopt. De mapnik renderer zou dit als het goed is wel goed renderen. Dus we mogen de komende tijd lekker 's avonds laptop op schoot wegen combineren? :-) Ziet er mooi uit trouwens. Wat doe je nou allemaal met mogelijke conflicten? Mark ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] eerste AND import resultaat :)
ik heb dit weekend ook niet stilgezeten, en blijkbaar dubbel werk geleverd. Toch wil jullie het eindresultaat niet onthouden: http://www.kessels.name/texel.pdf (2.8 MB) gedaan met shapelib 1.2.10 (http://dl.maptools.org/dl/shapelib/ ) en wat aanpassingen daarin. (http://www.kessels.name/and2osm.zip , unzippen in de folder van shapelib, bevat AND2osm.c +.h en een nieuwe Makefile). vraag aan Floris: heb jij jouw script al ergens online staan? groet, Marc On Mon, 2007-07-16 at 10:10 +0200, Floris Looijesteijn wrote: En nog een mooi plaatje: Een ge-osmarenderde versie van Den Burg: http://floris.nu/osm/texel/denburg_and_data_osmarendered.png (2000x1872 pixels/1 MB) Dat de straatnamen door elkaar staan komt doordat een 'way' in de AND data van kruispunt naar kruispunt loopt. De mapnik renderer zou dit als het goed is wel goed renderen. Groet, Floris ___ 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] eerste AND import resultaat :)
Zo te horen, heb je geen dubbel werk gedaan, maar een andere manier en dat is volgens mij precies de bedoeling met deze data, zodat we kunnen kijken welke het beste (en efficientste) resultaat levert. Groets, Jaap-Andre, die zich nu maar even op fietspaden richt... Marc Kessels wrote: ik heb dit weekend ook niet stilgezeten, en blijkbaar dubbel werk geleverd. Toch wil jullie het eindresultaat niet onthouden: http://www.kessels.name/texel.pdf (2.8 MB) gedaan met shapelib 1.2.10 (http://dl.maptools.org/dl/shapelib/ ) en wat aanpassingen daarin. (http://www.kessels.name/and2osm.zip , unzippen in de folder van shapelib, bevat AND2osm.c +.h en een nieuwe Makefile). vraag aan Floris: heb jij jouw script al ergens online staan? groet, Marc On Mon, 2007-07-16 at 10:10 +0200, Floris Looijesteijn wrote: En nog een mooi plaatje: Een ge-osmarenderde versie van Den Burg: http://floris.nu/osm/texel/denburg_and_data_osmarendered.png (2000x1872 pixels/1 MB) Dat de straatnamen door elkaar staan komt doordat een 'way' in de AND data van kruispunt naar kruispunt loopt. De mapnik renderer zou dit als het goed is wel goed renderen. Groet, Floris ___ 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 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] eerste AND import resultaat :)
- Original Message - From: Marc Kessels [EMAIL PROTECTED] To: OpenStreetMap NL discussion list talk-nl@openstreetmap.org Sent: Monday, July 16, 2007 11:25 AM Subject: Re: [OSM-talk-nl] eerste AND import resultaat :) ik heb dit weekend ook niet stilgezeten, en blijkbaar dubbel werk geleverd. Toch wil jullie het eindresultaat niet onthouden: http://www.kessels.name/texel.pdf (2.8 MB) gedaan met shapelib 1.2.10 (http://dl.maptools.org/dl/shapelib/ ) en wat aanpassingen daarin. (http://www.kessels.name/and2osm.zip , unzippen in de folder van shapelib, bevat AND2osm.c +.h en een nieuwe Makefile). vraag aan Floris: heb jij jouw script al ergens online staan? Ik doe nog een paar kleine aanpassingen en daarna zet ik hem online. Dat is echter php dus wel een iets andere aanpak... Ik denk dat het nu wel bewezen is dat de data goed in te lezen is dus ik stel voor dat we ons op de volgende belangrijke importbeslissingen richten, ik maak daar even twee mailthreads voor aan :) Groet, Floris groet, Marc On Mon, 2007-07-16 at 10:10 +0200, Floris Looijesteijn wrote: En nog een mooi plaatje: Een ge-osmarenderde versie van Den Burg: http://floris.nu/osm/texel/denburg_and_data_osmarendered.png (2000x1872 pixels/1 MB) Dat de straatnamen door elkaar staan komt doordat een 'way' in de AND data van kruispunt naar kruispunt loopt. De mapnik renderer zou dit als het goed is wel goed renderen. Groet, Floris ___ 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 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] AND-import: Wat doen we met reeds ingevoerde data?
Laten we het eerst even op wegen houden, POI kan later nog wel... Even een paar losse flodders: Iemand had opgemerkt dat we misschien niets moesten importeren binnen een straal van x00 meter rondom bestaande data. Dat is een goed idee maar betekend veel handwerk. Het lijkt erop dat AND data echt alleen met de auto toegankelijke wegen bevat. Elk fietspaadje of voetgangersgebied 'mist'. Maar daarvan hebben we er natuurlijk al veel in OSM. Is het een optie om alles te importeren en daarna dubbele wegen met de hand weg te halen? Het gaat nooit precies over elkaar heen liggen dus dit moet in JOSM vrij goed te doen zijn. Iemand goede ideeen? floris ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] AND-import: Welke tags overnemen/negeren/toevoegen aan OSM?
Er zijn twee losse datasets, een de POI (met ook tankstations bijvoorbeeld) en de wegen. Belangrijkste is in eerste instantie de wegendb. Veel discussie is al op de wiki gezet, oa hier: http://wiki.openstreetmap.org/index.php/AND_Data/AND-tag-mapping-to-OSM Laat uw licht er eens over schijnen :) Ik denk dat we op een gegeven moment misschien gewoon moeten importeren en later kunnen we altijd nog dingen toevoegen via de AND-id's die voorlopig ook nog opgeslagen worden. groet, floris ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] AND-import: Wat doen we met reeds ingevoerde data?
Floris Looijesteijn wrote: Laten we het eerst even op wegen houden, POI kan later nog wel... Even een paar losse flodders: Iemand had opgemerkt dat we misschien niets moesten importeren binnen een straal van x00 meter rondom bestaande data. voor Losser (net begonnen) zou ik zeggen: importeer alles maar, dan kijk ik er wel naar. Data van AND is wrs vergeijkbaar beter dan van mezelf, Voor Assen kan ik me voorstellen dat je dat jij niet wilt. je hebt het over 100den meters, misschien is tientallen meters een idee? Je hebt vast geen gemeente data of zo er in zitten?, zodat je kan differentieren per gemeente? Groets, Ikke ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] AND-import: Wat doen we met reeds ingevoerde data?
Floris Looijesteijn schreef: Iemand had opgemerkt dat we misschien niets moesten importeren binnen een straal van x00 meter rondom bestaande data. Dat is een goed idee maar betekend veel handwerk. Dat was ik. Een voordeel is dat we dan snel een groot deel van de data gewoon kunnen importeren. We moeten (volgens mij) sowieso de overlappende data anders behandelen dan de data in lege gebieden (zie onder), en misschien moeten we wachten op een volgende JOSM-versie. Is het een optie om alles te importeren en daarna dubbele wegen met de hand weg te halen? Het gaat nooit precies over elkaar heen liggen dus dit moet in JOSM vrij goed te doen zijn. Dan krijg je dus in de renderers dubbele segmenten; en dat kan best lang duren, want we moeten een heleboel met de hand bijwerken. En in JOSM zelf zijn dubbele wegen niet heel goed te onderscheiden van wegen met gescheiden rijbanen, of een weg met een fietspad ernaast. Ik zie daar twee oplossingen voor: A) Importeer (alleen in het overlappende gebied) de AND-data als segmenten; dan kan je ze in JOSM duidelijk onderscheiden en worden ze ook niet gerenderd. OF B) Wacht tot JOSM meerdere data-layers kan gebruiken; upload de AND-data niet, maar stel ze ter beschikking (in stukjes) als .osm files, en laat de merge handmatig uitvoeren door vrijwilligers (door ons allemaal, dus). Methode B) is eleganter, en misschien makkelijker uitvoerbaar; maar je bent wel afhankelijk van de JOSM-programmeurs. (Ik heb ergens gelezen dat ze bezig zijn met die meerdere data-layers erin te programmeren, maar ik kan dat nu zo snel niet vinden.) Eugene ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] AND-import: Wat doen we met reeds ingevoerde data?
Ik ben geen programmeur, maar dit lijkt mij het meest logische: Wegen met dezelfde richting (enkele vrijheidsgraden inbouwen) en binnen een bepaalde straal niet importeren of met een speciale tag importeren, zodat ze makkelijk terug te vinden zijn. De fiets- en voetpaden moeten niet vergeleken worden met de AND data lijkt mij. Met sportieve groet, Foppe Benedictus Floris Looijesteijn schreef: Laten we het eerst even op wegen houden, POI kan later nog wel... Even een paar losse flodders: Iemand had opgemerkt dat we misschien niets moesten importeren binnen een straal van x00 meter rondom bestaande data. Dat is een goed idee maar betekend veel handwerk. Het lijkt erop dat AND data echt alleen met de auto toegankelijke wegen bevat. Elk fietspaadje of voetgangersgebied 'mist'. Maar daarvan hebben we er natuurlijk al veel in OSM. Is het een optie om alles te importeren en daarna dubbele wegen met de hand weg te halen? Het gaat nooit precies over elkaar heen liggen dus dit moet in JOSM vrij goed te doen zijn. Iemand goede ideeen? floris ___ 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: Wat doen we met reeds ingevoerde data?
Eugene van der Pijll wrote: Floris Looijesteijn schreef: Iemand had opgemerkt dat we misschien niets moesten importeren binnen een straal van x00 meter rondom bestaande data. Dat is een goed idee maar betekend veel handwerk. Dat was ik. Een voordeel is dat we dan snel een groot deel van de data gewoon kunnen importeren. We moeten (volgens mij) sowieso de overlappende data anders behandelen dan de data in lege gebieden (zie onder), en misschien moeten we wachten op een volgende JOSM-versie. Is het een optie om alles te importeren en daarna dubbele wegen met de hand weg te halen? Het gaat nooit precies over elkaar heen liggen dus dit moet in JOSM vrij goed te doen zijn. Dan krijg je dus in de renderers dubbele segmenten; en dat kan best lang duren, want we moeten een heleboel met de hand bijwerken. En in JOSM zelf zijn dubbele wegen niet heel goed te onderscheiden van wegen met gescheiden rijbanen, of een weg met een fietspad ernaast. Ik zie daar twee oplossingen voor: A) Importeer (alleen in het overlappende gebied) de AND-data als segmenten; dan kan je ze in JOSM duidelijk onderscheiden en worden ze ook niet gerenderd. OF B) Wacht tot JOSM meerdere data-layers kan gebruiken; upload de AND-data niet, maar stel ze ter beschikking (in stukjes) als .osm files, en laat de merge handmatig uitvoeren door vrijwilligers (door ons allemaal, dus). hmmm kan je de een niet als wms-layer tonen, net als die landsat beelden? Dat zou je eigenlijk met beide willen doen: Als wat we in osm hebben al vrij uitgebreid is, wil je daar aanpassingen doen op basis van de AND data, als er nog weinig in OSM zit, wil je juist wat je hebt overbrengen op de AND data. In combinatie met 'kleine' osm bestanden, lijkt me dit een mooie optie. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] AND-import: Wat doen we met reeds ingevoerde data?
Foppe Benedictus schreef: Ik ben geen programmeur, maar dit lijkt mij het meest logische: Wegen met dezelfde richting (enkele vrijheidsgraden inbouwen) en binnen een bepaalde straal niet importeren of met een speciale tag importeren, zodat ze makkelijk terug te vinden zijn. Dat is makkelijker gezegd dan gedaan... Neem bijvoorbeeld parallelwegen; als wij zo'n weg nog niet hebben, en AND wel, zal hij er toch uitgefilterd worden omdat hij zo dicht bij de hoofdweg ligt. Hetzelfde geldt voor wegen met gescheiden rijbanen. En rotondes: als wij die met 4 nodes hebben, maar AND heeft daar 8 nodes, dan komen minstens 4 segmenten qua richting niet overen met die van ons. Hetzelfde geldt voor (scherpe) bochten. Het kan allemaal wel, maar als je daar allemaal rekening mee moet houden, dan gaat het programmeren nog wel eventjes duren. De fiets- en voetpaden moeten niet vergeleken worden met de AND data lijkt mij. Mee eens. Eugene ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] AND-import: Wat doen we met reeds ingevoerde data?
On Mon, July 16, 2007 1:42 pm, Milo van der Linden wrote: hmmm kan je de een niet als wms-layer tonen, net als die landsat beelden? Dat zou je eigenlijk met beide willen doen: Als wat we in osm hebben al vrij uitgebreid is, wil je daar aanpassingen doen op basis van de AND data, als er nog weinig in OSM zit, wil je juist wat je hebt overbrengen op de AND data. In combinatie met 'kleine' osm bestanden, lijkt me dit een mooie optie. Kleine osm bestanden leveren veel afstemmings en vastknopen problemen op. Hoe groter de gebieden vanuit 1 bron, hoe efficienter, maar dus ook wel weer hoe grover wat keuze van bron betreft. Omdat in een stad alles verknoopt is, kunnen steden mogelijk het beste uit 1 bron komen. Ik zou best een stad waar we veel aan gewerkt hebben, zoals Amsterdam of Den Haag willen kunnen vergelijken, AND en OSM. vriendelijke groet, cordialmente, Ante ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] AND-import: Wat doen we met reeds ingevoerde data?
Kan de data naar een .osm file geexporteerd worden? Als je die in (geografische) stukken hakt kun je ze in JOSM laden, data van de server erbij en dan combineren. Maarten -Original Message- From: Floris Looijesteijn [EMAIL PROTECTED] To: talk-nl@openstreetmap.org Sent: 16-07-07 12:20 Subject: [OSM-talk-nl] AND-import: Wat doen we met reeds ingevoerde data? [knip] Is het een optie om alles te importeren en daarna dubbele wegen met de hand weg te halen? Het gaat nooit precies over elkaar heen liggen dus dit moet in JOSM vrij goed te doen zijn. Iemand goede ideeen? floris ___ 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: Wat doen we met reeds ingevoerde data?
Ik snap niet wat jullie met een binary compare bedoelen in deze
situatie. Kan iemand dat even toelichten?
Er is nog wel een ander belangrijk punt: De data die in de AND
db zit lijkt van hoge kwaliteit te zijn. Beter bijvoorbeeld dan
de data op Google maps. Als ik de straatdata van Googlemaps
vergelijk met de satelliet foto's van Google en dan daarnaast
de AND import leg zie ik bijvoorbeeld fietspaadjes die in Google
maps gewoon doorgetrokken zijn als weg maar in de AND
data op de juiste plek onderbroken zijn.
floris
- Original Message -
From: Berend Dekens [EMAIL PROTECTED]
To: OpenStreetMap NL discussion list talk-nl@openstreetmap.org
Sent: Monday, July 16, 2007 4:09 PM
Subject: Re: [OSM-talk-nl] AND-import: Wat doen we met reeds ingevoerde
data?
Kunnen we niet de 50 meter regel en een binary compare combineren?
Als het gebied leeg is, importeren we alle wegen waarbij we markeren dat
de wegen uit de AND dataset komen. Zodra we in gemapped gebied komen,
knippen we die wegen er uit en houden de uitgeknipte wegen apart (dus
wat niet in de OSM server gaat, gaat in een apart bestand met de rest).
Wat mij betreft verknip je die bestanden in sectoren en prak je die
online op de OSM site. Als we dan met de hand de wegen gaan aansluiten
kunnen we ook zien hoe de AND kaart in dat gebied er uit zag en zo de
merge bepalen uit beide datasets.
Door tevens elk 'afgeknipte' weg te taggen ('ANDpartial=true
bijvoorbeeld) kunnen we zelfs statistieken bijhouden hoeveel wegen nog
moeten worden vastgemaakt aan de oude data.
Berend
Floris Looijesteijn wrote:
Laten we het eerst even op wegen houden, POI kan later
nog wel...
Even een paar losse flodders:
Iemand had opgemerkt dat we misschien niets moesten importeren
binnen een straal van x00 meter rondom bestaande data.
Dat is een goed idee maar betekend veel handwerk.
Het lijkt erop dat AND data echt alleen met de auto toegankelijke
wegen bevat. Elk fietspaadje of voetgangersgebied 'mist'. Maar
daarvan hebben we er natuurlijk al veel in OSM.
Is het een optie om alles te importeren en daarna dubbele wegen met
de hand weg te halen? Het gaat nooit precies over elkaar heen liggen
dus dit moet in JOSM vrij goed te doen zijn.
Iemand goede ideeen?
floris
___
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
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] AND-import: Wat doen we met reeds ingevoerde data?
De term is hier ook niet helemaal correct maar in principe test je of een straat/node/whatever op veilige afstand zit en dan prak je em in OSM, zoniet dan laat je hem er uit. Ik bedacht me net dat dit zwart-wit scenario bijvoorbeeld lange straten richting gemapped gebied ook weg zou laten... Het is dan beter om de way op een node af te snijden zodra the dicht bij komt - dan krijg je dus een grijs segment van ways die buiten het gemappede gebied beginnen en daarna te dicht bij de rest komen. Dergelijke straten moeten dan worden geknipt op de zoveel meter grens. Berend Floris Looijesteijn wrote: Ik snap niet wat jullie met een binary compare bedoelen in deze situatie. Kan iemand dat even toelichten? Er is nog wel een ander belangrijk punt: De data die in de AND db zit lijkt van hoge kwaliteit te zijn. Beter bijvoorbeeld dan de data op Google maps. Als ik de straatdata van Googlemaps vergelijk met de satelliet foto's van Google en dan daarnaast de AND import leg zie ik bijvoorbeeld fietspaadjes die in Google maps gewoon doorgetrokken zijn als weg maar in de AND data op de juiste plek onderbroken zijn. floris ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] AND-import: Wat doen we met reeds ingevoerde data?
On Mon, July 16, 2007 7:50 pm, Floris Looijesteijn wrote: Ik snap niet wat jullie met een binary compare bedoelen in deze situatie. Kan iemand dat even toelichten? Er is nog wel een ander belangrijk punt: De data die in de AND db zit lijkt van hoge kwaliteit te zijn. Beter bijvoorbeeld dan de data op Google maps. Als ik de straatdata van Googlemaps vergelijk met de satelliet foto's van Google en dan daarnaast de AND import leg zie ik bijvoorbeeld fietspaadjes die in Google maps gewoon doorgetrokken zijn als weg maar in de AND data op de juiste plek onderbroken zijn. Als het om consistentie en efficientie gaat zou het kunnen zijn dat - osm opslaan - vervangen door AND - fietspaden en voetpaden uit osm toevoegen - osm als achtergrond ter vergelijking een pijnlijke maar goede oplossing is. vriendelijke groet, cordialmente, Ante ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] AND-import: Wat doen we met reeds ingevoerde data?
Floris Looijesteijn wrote: Ik snap niet wat jullie met een binary compare bedoelen in deze situatie. Kan iemand dat even toelichten? Er is nog wel een ander belangrijk punt: De data die in de AND db zit lijkt van hoge kwaliteit te zijn. Beter bijvoorbeeld dan de data op Google maps. Ja maar wij hebben zelf data verzameld en die is veel beter, dus om die zomaar te vervangen... ;-) Groets, Jaap-Andre ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] AND-import: Wat doen we met reeds ingevoerde data?
- Original Message - From: Jaap-Andre de Hoop [EMAIL PROTECTED] Floris Looijesteijn wrote: Ik snap niet wat jullie met een binary compare bedoelen in deze situatie. Kan iemand dat even toelichten? Er is nog wel een ander belangrijk punt: De data die in de AND db zit lijkt van hoge kwaliteit te zijn. Beter bijvoorbeeld dan de data op Google maps. Ja maar wij hebben zelf data verzameld en die is veel beter, dus om die zomaar te vervangen... ;-) dat was eigenlijk inderdaad het punt wat ik dus niet zeker weet. AND heeft z'n data waarschijnlijk verkregen door langmetingen, dus die zullen in principe wel nauwkeuriger zijn. floris Groets, Jaap-Andre ___ 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] eerste AND import resultaat :)
er blijken ook straatjes in de voetgangersgebieden in de data te zitten: http://floris.nu/osm/texel/import_and_pedestrian.png het levert een paar vreemde situaties op en unclassified wegen waar je alleen maar via een pedestrian kunt komen maar het ziet er wel mooi uit. groet, floris - Original Message - From: Floris Looijesteijn [EMAIL PROTECTED] To: OpenStreetMap NL discussion list talk-nl@openstreetmap.org Sent: Monday, July 16, 2007 12:14 PM Subject: Re: [OSM-talk-nl] eerste AND import resultaat :) - Original Message - From: Marc Kessels [EMAIL PROTECTED] To: OpenStreetMap NL discussion list talk-nl@openstreetmap.org Sent: Monday, July 16, 2007 11:25 AM Subject: Re: [OSM-talk-nl] eerste AND import resultaat :) ik heb dit weekend ook niet stilgezeten, en blijkbaar dubbel werk geleverd. Toch wil jullie het eindresultaat niet onthouden: http://www.kessels.name/texel.pdf (2.8 MB) gedaan met shapelib 1.2.10 (http://dl.maptools.org/dl/shapelib/ ) en wat aanpassingen daarin. (http://www.kessels.name/and2osm.zip , unzippen in de folder van shapelib, bevat AND2osm.c +.h en een nieuwe Makefile). vraag aan Floris: heb jij jouw script al ergens online staan? Ik doe nog een paar kleine aanpassingen en daarna zet ik hem online. Dat is echter php dus wel een iets andere aanpak... Ik denk dat het nu wel bewezen is dat de data goed in te lezen is dus ik stel voor dat we ons op de volgende belangrijke importbeslissingen richten, ik maak daar even twee mailthreads voor aan :) Groet, Floris groet, Marc On Mon, 2007-07-16 at 10:10 +0200, Floris Looijesteijn wrote: En nog een mooi plaatje: Een ge-osmarenderde versie van Den Burg: http://floris.nu/osm/texel/denburg_and_data_osmarendered.png (2000x1872 pixels/1 MB) Dat de straatnamen door elkaar staan komt doordat een 'way' in de AND data van kruispunt naar kruispunt loopt. De mapnik renderer zou dit als het goed is wel goed renderen. Groet, Floris ___ 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 ___ 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
