Re: [OSM-talk-nl] Mijn import vanaf autocad en mijn ervaringen
Op Fri, 25 Mar 2011 20:02:58 +0100, schreef Lennard: > Er zijn wel tools beschikbaar om vanaf (bepaalde) dxf'en naar iets > openers te gaan. Okee, dat wist ik niet. Ik kon namelijk in eerste instantie niet direct iets vinden. (schijnbaar niet goed genoeg gezocht) > >> 1. Node duplicates worden alleen gezien wanneer ze exact gelijk zijn. >> Dit gaat al snel fout met de precisie van een double. (is overigens >> makkelijk op te lossen) > Afronden op de maximale precisie die OSM gebruikt, en dan vergelijken. Ik zat meer te denken aan alle nodes die binnen bv X cm van elkaar liggen. >> 2. Het originele bestand heeft iets te veel nodes in de polylines (zie >> fietspad bij rotonde) > Vereenvoudigen? Je kunt in JOSM met verschillende parameters voor > simplify (area) spelen, zodat je wel het verloop van een weg houdt, maar > toch overbodige nodes kwijtspeelt. Inderdaad! Ik vond het altijd veel te rigoureus, echter, je kan het instellen! :) 0.1 lijkt een goede waarde. >> 3. OSM heeft lang niet voor alle data die ik kwijt wil tags >> beschikbaar. Bijvoorbeeld de stoep, asfalt oppervlakte en druppels. > Stoep -> zie tagging ML van de afgelopen dagen. Waar kan ik dat precies vinden? > Asfalt -> surface=asphalt Maar dit is alleen van toepassing op highways? Niet op areas? > Verder moet je jezelf de vraag stellen of je alle data die je in je dxf > hebt zitten wel kwijt *wilt* in OSM? Bijvoorbeeld die druppels. Tja, waarom geen druppels en wel stoepranden of bermen tussen weg en fietspad? Misschien lijkt het nu een beetje veel, maar het past in principe prima in osm (mits tagging beschikbaar) en het zou hele mooie ingezoomde kaarten kunnen opleveren. >> 5. De RD conversie is naar ETRS89, dus max. 30cm afwijking met WGS84. > Dat kan beter! :) Het is maar hoe je het bekijkt. Opzich is de conversie van RD naar ETRS89 de beste beschikbaar (de procedure van kadaster) Echter WGS84 is iets verschoven in een bepaalde richting ivm het schuiven van de continentale platen. Maar hier heeft OSM zowiezo nog wat op te lossen. Neem bijvoorbeeld Japan. Die zijn enkele meters opgeschoven, hoe gaan ze dat corrigeren? >> Graag jullie commentaar. De code is voorlopig niet opensource vanwege >> rdnaptrans, maar bij interesse wil ik deze graag uitlenen ;-) > Waarom geen (variant van) proj4 gebruiken? Geen id :) Ook nog nooit van gehoord. Ik zal er eens naar kijken. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Mijn import vanaf autocad en mijn ervaringen
On 25-3-2011 19:54, Matthijs Benschop wrote: Ik heb laatst een autocad bestand gekregen van een nieuw bedrijventerein. Omdat je deze niet 1-2-3 kan copy pasten naar osm, heb ik speciaal hiervoor een rd-dxf2osm tooltje geschreven. Er zijn wel tools beschikbaar om vanaf (bepaalde) dxf'en naar iets openers te gaan. 1. Node duplicates worden alleen gezien wanneer ze exact gelijk zijn. Dit gaat al snel fout met de precisie van een double. (is overigens makkelijk op te lossen) Afronden op de maximale precisie die OSM gebruikt, en dan vergelijken. 2. Het originele bestand heeft iets te veel nodes in de polylines (zie fietspad bij rotonde) Vereenvoudigen? Je kunt in JOSM met verschillende parameters voor simplify (area) spelen, zodat je wel het verloop van een weg houdt, maar toch overbodige nodes kwijtspeelt. 3. OSM heeft lang niet voor alle data die ik kwijt wil tags beschikbaar. Bijvoorbeeld de stoep, asfalt oppervlakte en druppels. Stoep -> zie tagging ML van de afgelopen dagen. Asfalt -> surface=asphalt Verder moet je jezelf de vraag stellen of je alle data die je in je dxf hebt zitten wel kwijt *wilt* in OSM? Bijvoorbeeld die druppels. 4. Erg veel werk om alles aan elkaar te knopen. OSM werkt met ways/areas, Autocad bestanden zijn een verzameling van lijntjes. Goed he? :) Ik heb er ook al heel wat uurtjes aan besteedt. 5. De RD conversie is naar ETRS89, dus max. 30cm afwijking met WGS84. Dat kan beter! :) Graag jullie commentaar. De code is voorlopig niet opensource vanwege rdnaptrans, maar bij interesse wil ik deze graag uitlenen ;-) Waarom geen (variant van) proj4 gebruiken? -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Mijn import vanaf autocad en mijn ervaringen
Ik heb laatst een autocad bestand gekregen van een nieuw bedrijventerein. Omdat je deze niet 1-2-3 kan copy pasten naar osm, heb ik speciaal hiervoor een rd-dxf2osm tooltje geschreven. Dit tooltje zet van de gekozen layer alle lines,polylines en arcs om naar osm ways en nodes. Inclusief het omzetten van de RD coordinaten naar lat/ lon. Het resultaat van dit tooltje kan je openen in bv josm om vervolgens van alle ways een mooi geheel te maken. Het eerste resultaat (nog niet volledig af) is hier: http://www.openstreetmap.org/?lat=52.09076&lon=4.73662&zoom=16&layers=M Een aantal problemen die ik tegenkwam: 1. Node duplicates worden alleen gezien wanneer ze exact gelijk zijn. Dit gaat al snel fout met de precisie van een double. (is overigens makkelijk op te lossen) 2. Het originele bestand heeft iets te veel nodes in de polylines (zie fietspad bij rotonde) 3. OSM heeft lang niet voor alle data die ik kwijt wil tags beschikbaar. Bijvoorbeeld de stoep, asfalt oppervlakte en druppels. 4. Erg veel werk om alles aan elkaar te knopen. OSM werkt met ways/areas, Autocad bestanden zijn een verzameling van lijntjes. 5. De RD conversie is naar ETRS89, dus max. 30cm afwijking met WGS84. Graag jullie commentaar. De code is voorlopig niet opensource vanwege rdnaptrans, maar bij interesse wil ik deze graag uitlenen ;-) Groetjes Matthijs ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
