Re: [OSM-talk-nl] B R I G H T :: Vijf procent Nederland al in opensource kaart
On 5/16/07, localhost [EMAIL PROTECTED] wrote: Nou, ik ben via dat artikel in elk geval wel hier beland. Moet me alleen nog wel even verdiepen in wat ik dan zoal moet doen om een stukje kaart in kaart te brengen. Welkom! De wiki bevat veel informatie, maar helaas zijn een aantal pagina's nog niet naar het Nederlands vertaald. Daarnaast is deze mailinglist een goeie plek om vragen te stellen :) -- Stefan Koopmanschap Lead Software Developer Dutch Open Projects ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] Voetgangers
Er zijn meerdere systemen om voetgangersgebieden aan te geven. http://www.informationfreeway.org/?lat=6868081.83843lon=544892.58416zoom=17layers=B00 West van het Damrak loopt parallel de Nieuwendijk met pedestrian getagd, ziet er grijs uit. De steegjes daar rechts van zijn als ik het goed heb (kan de server even niet in) getagd als restricted (oranje). Oost van het Damrak getagd met pedestrian. Als je uitzoomd: http://www.informationfreeway.org/?lat=6868081.83843lon=544883.02953zoom=14layers=B00 dan vallen de kleine steegjes rechts van de Nieuwendijk meer op de Nieuwendijk zelf. Het lijken belangrijke wegen geworden. Ten oosten van het Damrak beginnen de voetgangersgebieden juist weg te vallen - hetgeen bij de schaal past. Rotterdam heeft ook veel voetgangersgebieden (rond de koopgoot). Ik stel voor pedestrian te gebruiken. 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] altijd als ns willen weten hoe tele-atlas mapt?
On 5/15/07, Stefan de Konink [EMAIL PROTECTED] wrote: Overigens is dit wel een erg high-tech campertje. Wat ik uit een interview in een podcast begreep, rijden ze gewoon met een wat duurdere GPS-ontvanger op het dak van een auto met z'n 2-en het land rond. De ene rijdt en houdt zich netjes aan de snelheid, en de ander spreekt alles wat ze tegenkomen in een software-pakket. Kan iemand me eens vertellen wat de bedoeling is in Rotterdam? Gaan er mensen in auto's rijden of wordt het wandelen/fietsen? Mensen kunnen doen wat ze willen. Ik heb geen auto, dus wordt het een fiets. In een aantal steden is een auto onhandig vanwege alle straten met een richtings verkeer. Een fietser hoeft zich daar niks van aan te trekken... Hoe dat precies zit in Rotterdam weet ik net. Ook zijn fietspaden, parken, autovrije zones, etc zijn moeilijk. Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] vb.net mapping en routing, wie doet er mee?
Hallo allemaal! Zijn er binnen de openstreetmappers vb.net, C++ of C# programmeurs die open source producten rondom OSM met mij op willen zetten? Ik ben bezig met een converter van OSM dataformaat naar ESRI shape. Zit as we speak een xml parser te schrijven die OSM naar ESRI shape file zet en vice versa. Het maken van een shape file voor gebruik in mijn GIS is al gelukt. Bij het opstellen van OSM vanuit een shape krijg je te maken met de unieke id perikelen van OSM, wie denkt er met me mee hoe ik dit het beste kan oplossen? Waar ik naar toe wil is dat het mogelijk wordt vanuit een open source GIS pakketje (zoals QuantumGIS http://qgis.org/ of MapWindow GIS www.mapwindow.com) de data te gebruiken uit en om te zetten naar OSM. Waarom ik dit wil? Ik werk dagelijks met sattelietfoto's en GIS data die netjes commercieel is aangeschaft. Hierbij heb ik dan ook het recht om afgeleide producten te maken. Deze afgeleide producten wil ik wanneer het wegen en straten betreft met liefde afstaan aan OSM. Converteren dus en aanbieden! Een van de eerste producten die ik in OSM wil schieten zijn de wegen op Aruba, dit eiland wordt door navteq en teleatlas als commercieel oninteressant gezien. Maar ik wil er met een navigatieproduct over kunnen rijden! Ik wil de OSM data toetsen aan een navigatie component voor .net die ik heb. Deze component is commercieel, maar een testversie kan worden gedownload van www.routeware.dk. Dit houdt in dat de OSM data naar binaire nodes - route lijsten wordt getransformeerd waardoor deze component vervolgens allerlei routerings vraagstukken kan uitvoeren. Je begrijpt dat hiervoor de connectiviteit belangrijk is, daarom maak ik me ook druk om eerst het Nederlandse snelwegen-net in kaart te brengen zodat je in ieder geval het hele land door kan routeren. Het algoritme voor deze conversie heb ik al, nu nog bouwen. Een aantal parameters die essentieel zijn voor goed routeren zijn: - rijrichting - (gemiddelde) rijsnelheid op een segment - wegklasse - een stabiele vork-structuur, geen wegen eilanden. De navigatie component heeft ook een toetsings-mechanisme waarmee kan worden gecontroleerd op Cul-de-Sac, mis-connected nodes etc. Uiteindelijk hoop ik dat het er van gaat komen dat we naast tomtom en zo ook een OSM navigatie product kunnen maken. Is er misschien interesse in iets dergelijks? Resumerend zoek ik open source programmeer mensen die met mij werken aan: - OSM converters (van GIS naar OSM en vice versa) - MapWindow GIS OSM plugin (http://www.mapwindow.com/) - Desktop routerings product (misschien een routerings-plugin voor mapwindow?) - PDA routerings product Groet, Milo van der Linden signature.asc Description: OpenPGP digital signature ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] vb.net mapping en routing, wie doet er mee?
Wat is de omgeving waar jij de voorkeur aan geeft dan Stefan? Ikzelf vind Java juist geen optie omdat de snelheid en geheugen-efficiente lager is dan die van b.v. C++, Mijn JOSM vindt het b.v. heel lastig om de planet.osm in te lezen. Ik zoek naar een generiek karakter, misschien kunnen we (mits er mensen zijn die hier écht verstand van hebben) kijken of we gelijktijdig op het microsoft.net framework en mono aan de slag kunnen. Voor conversie bibliotheken is dit zeker geen probleem, alleen het bouwen van user-interfaces is natuurlijk wel spannend... Stefan de Konink schreef: Milo van der Linden schreef: Zijn er binnen de openstreetmappers vb.net, C++ of C# programmeurs die open source producten rondom OSM met mij op willen zetten? Ik heb hier zeker wel zin in, maar niet in vb/C++/C# ;) Stefan signature.asc Description: OpenPGP digital signature ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] vb.net mapping en routing, wie doet er mee?
On 5/16/07, Milo van der Linden [EMAIL PROTECTED] wrote: Ik werk dagelijks met sattelietfoto's en GIS data die netjes commercieel is aangeschaft. Hierbij heb ik dan ook het recht om afgeleide producten te maken. Deze afgeleide producten wil ik wanneer het wegen en straten betreft met liefde afstaan aan OSM. Converteren dus en aanbieden! Heb je ook het recht om deze afgeleide producten af te staan aan derden en hen dezelvde rechten te geven? Want dat is wel nodig. Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] vb.net mapping en routing, wie doet er mee?
At Wed, 16 May 2007 17:20:43 +0200, Milo van der Linden wrote: Ik ben bezig met een converter van OSM dataformaat naar ESRI shape. Zit as we speak een xml parser te schrijven die OSM naar ESRI shape file zet en vice versa. Het maken van een shape file voor gebruik in mijn GIS is al gelukt. Bij het opstellen van OSM vanuit een shape krijg je te maken met de unieke id perikelen van OSM, wie denkt er met me mee hoe ik dit het beste kan oplossen? Dat kan al: http://wiki.openstreetmap.org/index.php/Converting_OSM_to_GML En misschien zijn er ook nog wel andere manieren. Ik werk dagelijks met sattelietfoto's en GIS data die netjes commercieel is aangeschaft. Hierbij heb ik dan ook het recht om afgeleide producten te maken. Deze afgeleide producten wil ik wanneer het wegen en straten betreft met liefde afstaan aan OSM. Converteren dus en aanbieden! Je hebt het recht om afgeleide producten te maken, maar wat kan je allemaal met die afgeleide producten doen? Dat je het recht hebt een afgeleid product te maken, wilt nog niet zeggen dat jij het mag distribueren, of dat andere mensen het vervolgens weer mogen herdistribueren. Uiteindelijk hoop ik dat het er van gaat komen dat we naast tomtom en zo ook een OSM navigatie product kunnen maken. Is er misschien interesse in iets dergelijks? Het schijnt al mogelijk te zijn om OSM data in gpsdrive te importeren: http://wiki.openstreetmap.org/index.php/Neat_Stuff#OSM_Data_in_GpsDrive Jeroen Dekkers ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] Afgeleide producten (off-topic van: vb.net mapping en routing, wie doet er mee?)
Hallo Martijn, Dat is inderdaad een goeie. Nu ben ik zelf geen jurist, maar onderstaande tekst is de volledige tekst van de gebruiksvoorwaarden: Ik heb het gevoel dat met deze gebruiksvoorwaarden alleen het doorgeven van gebruiksrecht van het oorspronkelijke product, in dit geval de sattelietfoto, wordt beschermd. Afgeleide producten zoals ontwerpen en schetsen die on top of zijn gemaakt zijn volgens mij mijn eigendom. Dit geldt toch ook voor wegen die ik op de luchtfoto schets? Of zie ik dit verkeerd? Anders wordt zo'n luchtfoto lekker onbruikbaar in de 3D toepassingen die ik maak.. :-( 4.1 Door het sluiten van een overeenkomst verleent X aan de klant een niet-overdraagbaar en nietexclusief gebruiksrecht voor de Producten binnen de door X aan te geven beperkingen. 4.2 De eigendomsrechten op de Producten blijven bij de Leverancier. De overeenkomst houdt geen overdracht in van octrooi-, auteurs- dan wel merkenrecht of enig ander intellectueel eigendomsrecht. 4.3 De producten als geheel of enig gedeelte daarvan mogen uitsluitend worden aangewend voor de doeleinden waarvoor zij zijn toegeleverd, te weten eigen gebruik van de Klant. Onder eigen gebruik wordt in ieder geval verstaan lay-outs voor presentaties, schetsen, ontwerpen, advertentie- en publiciteitsmateriaal, brochures, publicaties, verkooppresentaties, en marketingdoeleinden. 4.4 Indien Klant de producten ten behoeve van andere doeleinden wenst te gebruiken dan is opgesomd in het vorige lid, zal Klant een aanvullende, de gewijzigde doeleinden betreffende, overeenkomst aangaan met X, alvorens Klant de producten gebruikt voor die gewijzigde doeleinden. 4.5 Het is Klant of haar rechtsopvolgers niet toegestaan de producten op enigerlei wijze aan derden, te verstrekken, te verkopen, te verhuren, te verpanden of anderszins te bezwaren, aan derden over te dragen of anderszins al dan niet tegen betaling in gebruik af te staan, zonder voorafgaande schriftelijke toestemming van X. 4.6 De Klant is niet bevoegd om onderhavige licentie aan een derde over te dragen of in een gemeenschap, vennootschap of rechtspersoon in te brengen zonder voorafgaande schriftelijke toestemming van X. 4.7 De Klant is gerechtigd met inachtneming van de daaraan of daarvoor door X gestelde beperkingen en met inachtneming van de auteursrechten of andere intellectuele eigendomsrechten van de ontwerpers en met inachtneming van de bepalingen van lid 9 van dit artikel, de Producten te kopiëren, uitsluitend voor gebruik ten behoeve van haar organisatie, op haar eigen hardware systemen, voor veiligheidsdoeleinden of back-up. 4.8 Het is de Klant niet toegestaan de Producten zodanig te publiceren dat deze via het internet voor derden gratis te verkrijgen zijn. 4.9 Het is de Klant niet toegestaan om de naam van Leverancier respectievelijk de naam van de vervaardiger van de Producten bij de Producten te vermelden, voorzover deze de klant bekend is; 4.10 Het is de Klant toegestaan om het Product te modificeren, echter slechts zodanig dat geen sprake is van misvorming of verminking van het oorspronkelijke Product; 4.11 De Klant is verplicht, indien van toepassing, na beëindiging van onderhavige overeenkomst alle door X in licentie gegeven producten terstond aan X terug te geven. Bovendien dienen alle kopieën, die de Klant onder gebruikmaking van de haar in dit artikel gegeven bevoegdheid heeft vervaardigd of heeft doen vervaardigen, aan X te worden teruggegeven dan wel vernietigd. 4.12 Klant vrijwaart X voor alle aanspraken van derden ter zake van schades waarvoor aansprakelijkheid van X jegens klant is uitgesloten en voorts in het bijzonder voor schade als gevolg van: ondeskundig gebruik/foutieve installatie van de Producten en het verschaffen van onjuiste/onwettelijke informatie en/of afbeeldingen op een Internetsite van de Eindgebruiker, het zonder toestemming van Licentienemer inbreken in en/of toegang verschaffen tot computerprogramma's / Internet-sites van Licentienemer door derden (hacken), het beledigen en het anderszins inbreuk maken op rechten van derden waaronder het verspreiden van virussen via de Producten. 4.13 Een klantnaam is persoonlijk. Het is klant niet toegestaan zijn klantnaam en/of wachtwoord aan derden te verkopen, verhuren en/of ten gebruik te stellen noch tegen een vergoeding noch om niet, tenzij X hier uitdrukkelijke, schriftelijke toestemming voor heeft gegeven. 4.14 Schade aan X of derden, veroorzaakt door handelen in strijd met dit artikel kan op de klant worden verhaald. 4.15 Klant zal zich terzake de overeenkomst wenden tot X en niet tot de Leverancier. signature.asc Description: OpenPGP digital signature ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] Segmenten die meervoudig voorkomen in een en dezelfde way
Hallo, Mijn XML parser hapert op het volgende: Tijdens het genereren van een in memory ways collectie krijg ik een exception error omdat een seg id 2x voorkomt voor die betreffende way Is dit een foutje in mij osm-bestand? Of mag dit echt, mag een way 2x hetzelfde segment passeren? Ik heb natuurlijk eerst over de engelstalige wiki rond-gesurfd, maar kan hier niets over vinden. signature.asc Description: OpenPGP digital signature ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] vb.net mapping en routing, wie doet er mee?
At Wed, 16 May 2007 17:36:10 +0200, Milo van der Linden wrote: Wat is de omgeving waar jij de voorkeur aan geeft dan Stefan? Ikzelf vind Java juist geen optie omdat de snelheid en geheugen-efficiente lager is dan die van b.v. C++, Mijn JOSM vindt het b.v. heel lastig om de planet.osm in te lezen. Ja, maar dit komt grotendeels door de grootte van de planet.osm. In C++ zal het waarschijnlijk wel efficiënter gaan, maar dan nog zal je waarschijnlijk een probleem hebben als je de hele planet.osm gaat inlezen, omdat het gewoon een paar gigabyte aan data is. Als ik het zelf zou schrijven, zou ik de delen die heel efficient moeten zijn in C schrijven en de rest in python. Maar als in de subversion repository van OpenStreetMap kijk, dan zie je daar perl, ruby, python, java, C++ en C. Het is niet zo dat er slechts 1 of 2 programmeertalen gebruikt worden... Ik zoek naar een generiek karakter, misschien kunnen we (mits er mensen zijn die hier écht verstand van hebben) kijken of we gelijktijdig op het microsoft.net framework en mono aan de slag kunnen. Voor conversie bibliotheken is dit zeker geen probleem, alleen het bouwen van user-interfaces is natuurlijk wel spannend... Niemand stopt je te gebruiken wat je wilt gebruiken, maar .NET en C# blijven Microsoft technologieën en mono zal waarschijnlijk altijd wel achter de feiten aan blijven lopen. Het enthousiasme om daarvan gebruik te maken zal in de Open Source gemeenschap niet erg groot zijn. Zeker niet nu java net onder de GPL vrijgegeven is. Jeroen Dekkers ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] vb.net mapping en routing, wie doet er mee?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Milo van der Linden schreef: Wat is de omgeving waar jij de voorkeur aan geeft dan Stefan? GTK en keiharde C code ;) Werkt crossplatform... en ik voorzie met Cairo dat de render code porteerbaar is naar Firefox/IE/Safari/Opera :) Stefan ps. ook nog even naar de lijst -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGSzq3YH1+F2Rqwn0RCu9dAJ9WPzRsy6Ygv+V5kvsHQMBgeW+2eQCdFFZb U9toFcJOgGSBen61wL+nTj8= =Fn2D -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] Vervoer - Rotterdam
Hoi, Ik ga komend weekend met de auto naar Rotterdam, dus mochten er nog mensen zin hebben om mee te rijden (regio Eindhoven); er is nog plaats in de auto (fiets kan denk ik ook wel mee) Groeten, Ivar ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] vb.net mapping en routing, wie doet er mee?
Wat is de omgeving waar jij de voorkeur aan geeft dan Stefan? Ikzelf vind Java juist geen optie omdat de snelheid en geheugen-efficiente lager is dan die van b.v. C++, Mijn JOSM vindt het b.v. heel lastig om de planet.osm in te lezen. Ja, maar dit komt grotendeels door de grootte van de planet.osm. In C++ zal het waarschijnlijk wel efficiënter gaan, maar dan nog zal je waarschijnlijk een probleem hebben als je de hele planet.osm gaat inlezen, omdat het gewoon een paar gigabyte aan data is. Ik weet niet goed of er gebruik wordt gemaakt van de spatial functies in mysql (http://dev.mysql.com/doc/refman/5.0/en/spatial-extensions.html), misschien dat ik het database team daareens naar kan vragen. Idd. de osm-xml file is hier gewoon niet heel handig, maar een bepaald stuk extracten op het moment dat je het nodig hebt is het ook goed natuurlijk. Of extracties maken op hoofdwegen en alleen bij begin en eindpunt van een route detail topo ophalen... Als ik het zelf zou schrijven, zou ik de delen die heel efficient moeten zijn in C schrijven en de rest in python. Maar als in de subversion repository van OpenStreetMap kijk, dan zie je daar perl, ruby, python, java, C++ en C. Het is niet zo dat er slechts 1 of 2 programmeertalen gebruikt worden... Wat C betreft ben ik het met je eens, .net is namelijk enorm /inefficient /met arrays. Bij mijn vorige baas heb ik een GIS oplossing gemaakt met een team van 3 programmeurs waarbij het Nederlandse wegennet (TeleAtlas) werd opgeknipt in de 25 brandweer-regio's. Per regio werden vervolgens routerings vraagstukken uitgerekend. Inhoud van de dataset: - wegsegmenten van één regio - alle adressen in x,y met de brandweerzorgbehoefte (aantal blusvoertuigen ter plaatse, evt. ladderwagen etc.) - kazernes(x,y) - voertuigen (ladderwagens, blusvoertuigen etc. gepositioneerd op de kazernes) - woonlocaties vrijwilligers - werklocaties vrijwilligers Ons systeem rekende vervolgens het volgende uit: - Vanaf het moment dat de pieper gaat - vrijwilligers gaan naar kazerne - voertuig vult zich met bemanning - voertuig start met rijden - routering - aankomst op incident locatie. - Dit voor alle voertuigen in de hele regio - De resultaat tijden werden vervolgens aan de normtijden gekoppeld zodat zichtbaar werd of de brandweerzorg binnen de gestelde normtijd wordt uitgevoerd. - Per brandweer regio werd een management presentatie (kaart, grafieken en lijsten) gegenereerd. Het geheel was geschreven in vb, vb.net en deels in C++, database SQL Server, GIS data in MapInfo +/- 2 Gb per regio, binaire routeringsbestanden +/- 100Mb per regio Totale rekentijd voor bovengenoemde proces was voor de regio's met de hoogste wegendichtheid (Regio Rijnmond/Regio Amsterdam/Amstelland) maximaal 3 minuten op een windows systeem 1,6Ghz Intel, 1024Mb ram. Naast deze regio-oplossingen heb ik de berekening een keer (In opdracht van Binnenlandse Zaken) landelijk uitgevoerd voor calamiteiten (ontploffingen, snelweg-rampen en terroristische aanslagen) Omdat de meeste navigatie software alleen van A naar B routeert (enkelvoudige routering) evt. met wat via punten, moet het dus met de toolset die we destijds gebruikten mogelijk zijn om met het Nederlandse wegen bestand te rekenen onder de 10 sec. Europa breed: max 30 sec, wereldwijd max. 2 minuten. Dit is in feite wat ik wil gaan proberen en ik wil hier heel graag mensen voor vinden die dit samen met me willen doen, dit is niet iets dat ik in mijn eentje kan. Ik zoek naar een generiek karakter, misschien kunnen we (mits er mensen zijn die hier écht verstand van hebben) kijken of we gelijktijdig op het microsoft.net framework en mono aan de slag kunnen. Voor conversie bibliotheken is dit zeker geen probleem, alleen het bouwen van user-interfaces is natuurlijk wel spannend... Niemand stopt je te gebruiken wat je wilt gebruiken, maar .NET en C# blijven Microsoft technologieën en mono zal waarschijnlijk altijd wel achter de feiten aan blijven lopen. Het enthousiasme om daarvan gebruik te maken zal in de Open Source gemeenschap niet erg groot zijn. Zeker niet nu java net onder de GPL vrijgegeven is. Dan is inderdaad zoals je stelt C++ of C het beste. Omdat het bouwen van gui's in .net zo prettig werkt zou ik wel willen kijken of er b.v. assembly wrappers om de C en C++ code heen kunnen worden gebouwd. Vaak wordt hier SWIG voor gebruikt. M.a.w. bibliotheken in C of C++, Gui's in .net, mono, gtk, qt etc. etc. Zijn er nog meer mensen met ideeen? Ik waardeer deze discussie en vind hem nu al erg nuttig! Jeroen Dekkers signature.asc Description: OpenPGP digital signature ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] Is een way met meerdere richtingen toegestaan?
Ik wil graag een park op de kaart inkleuren met gebruik van segmenten die al op de kaart staan. De richtingen van de segmenten zijn echter bepaald door het eenrichtingsverkeer (voor autos) en maken het onmogelijk om het park in een richting te markeren. Josmlint geeft direkt een melding Discontinuous Way als ik het toch doe. Is dit erg? Hoe lossen anderen dit op? Paulb ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] vb.net mapping en routing, wie doet er mee?
At Wed, 16 May 2007 19:45:16 +0200, Milo van der Linden wrote: Wat is de omgeving waar jij de voorkeur aan geeft dan Stefan? Ikzelf vind Java juist geen optie omdat de snelheid en geheugen-efficiente lager is dan die van b.v. C++, Mijn JOSM vindt het b.v. heel lastig om de planet.osm in te lezen. Ja, maar dit komt grotendeels door de grootte van de planet.osm. In C++ zal het waarschijnlijk wel efficiënter gaan, maar dan nog zal je waarschijnlijk een probleem hebben als je de hele planet.osm gaat inlezen, omdat het gewoon een paar gigabyte aan data is. Ik weet niet goed of er gebruik wordt gemaakt van de spatial functies in mysql (http://dev.mysql.com/doc/refman/5.0/en/spatial-extensions.html), misschien dat ik het database team daareens naar kan vragen. Geen idee wat ze op het moment precies gebruiken, er was iemand bezig met het testen of PostGIS een stuk sneller zou zijn. Als je op de hoogte wilt blijven kan je het beste op de talk en dev mailinglisten abboneren. De meeste OSM software bevindt zich in de grote subversion repository (http://wiki.openstreetmap.org/index.php/Getting_The_Source), voordat je wat schrijft zou ik daar ook altijd eerst even kijken. Idd. de osm-xml file is hier gewoon niet heel handig, maar een bepaald stuk extracten op het moment dat je het nodig hebt is het ook goed natuurlijk. Of extracties maken op hoofdwegen en alleen bij begin en eindpunt van een route detail topo ophalen... XML bestanden zijn nooit heel erg efficient, zeker niet met grote hoeveelheden data, maar het grote voordeel van XML is dat het uitwisselbaar is. Omdat de meeste navigatie software alleen van A naar B routeert (enkelvoudige routering) evt. met wat via punten, moet het dus met de toolset die we destijds gebruikten mogelijk zijn om met het Nederlandse wegen bestand te rekenen onder de 10 sec. Europa breed: max 30 sec, wereldwijd max. 2 minuten. Dit is in feite wat ik wil gaan proberen en ik wil hier heel graag mensen voor vinden die dit samen met me willen doen, dit is niet iets dat ik in mijn eentje kan. Heb je al naar gpsdrive gekeken? Ik heb er nog nooit naar gekeken, maar het wiel opnieuw uitvinden is vaak niet zo heel nuttig. :-) Zijn er nog meer mensen met ideeen? Ik waardeer deze discussie en vind hem nu al erg nuttig! In mijn ogen kan de discussie eigenlijk beter op de internationale dev lijst plaatsvinden, aangezien dit niet echt specifiek voor Nederland is. Jeroen Dekkers ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
