Re: [OSM-talk-nl] Tagging laadpalen auto in Nederland
Ik ben nog wel een oude mailing list liefhebber :-) Ik ben/was hier ook in geinteresseerd, Er staat wel het een en ander op de wiki https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dcharging_station Mijn hoop was namelijk ook dat de EVSE nummers allemaal goed in OSM kwamen. Er werd namelijk gewerkt met wat standaardisatie rond het melden van het bezet zijn van palen etc. Ik ging ervan uit dat die met EVSE nummers zouden werken, en dat we dan misschien vanuit de OSM gegevens de bezetting op de een of andere manier (live) zouden kunnen visualiseren... Maar waarschijnlijk een beetje luchtfietserij :-) Groet, Richard Duivenvoorde On 5/18/23 11:51, Hugo hölscher wrote: Dag allemaal, Bij het taggen van laadpalen die "los" op straat staan(voor elektrische auto's) loop ik tegen de naamgeving aan. Ik gebruik nu als name: de code die op de paal staat: bv cch0012334. Dat is een unieke code en deel van de ESVE (Europese officiele tag). Die lijkt langzaam te verdwijnen. Soms zie je ook een adres waar de paal bij in de buurt staat, maar dat lijkt me niet beter. Is hier al eerder over gedacht, ik heb in deze mail list niets gevonden. Groet Hugo ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] BAG straatnamen (ook?) in OSM
On 4/14/20 7:48 PM, Colin Smale wrote: > On 2020-04-14 18:52, g.id...@zonnet.nl wrote: >> Voor de straten is er de optie om de tag alt_name te gebruiken voor de >> BAG naam, als deze afwijkt van de uitgeschreven naam. Dit zie je >> bijvoorbeeld in Bunnik en Odijk. Dan zijn echter de namen op de >> straten en niet op de adressen. Een tag voor de officiele straatnaam >> op een adress heb ik niet kunnen vinden. Dat zou iets als >> addr:street:official of zo moeten worden. > > Dit gaat niet echt over straatnamen, maar over de schrijfwijze ervan. Er > is maar één bron van de officiële volledige schrijfwijze: het > gemeentebesluit waarin de naam wordt toegekend. Daarnaast zijn er > verschillende erkende schrijfwijzen in gebruik, met eigen regels voor > afkortingen, leestekens, accenten, hoofdletters, numerieke delen, enz. > > https://www.digitaleoverheid.nl/overzicht-van-alle-onderwerpen/basisregistraties-en-afsprakenstelsels/stelsel-van-basisregistraties/schrijfwijze-registreren-en-presenteren-adressen-stelsel-basisregistraties/ > > De straatnaam zoals die in de BAG staat, is misschien niet helemaal > gelijk aan het gemeentebesluit - en dan heb je altijd de mogelijkheid > van een typefout. > > Of een straatnaam (bijvoorbeeld) met puntjes of zonder geschreven wordt, > verandert niets aan de eigenlijke straatnaam; een mens ziet misschien > makkelijker dan een computer dat het om dezelfde straat gaat. In dit geval denk ik dat we in Nederland nu hebben besloten om BAG de officiele basisregistratie te laten zijn? En als ik naar bijvoorbeeld mijn straat kijk: https://bag.basisregistraties.overheid.nl/bag/doc/openbare-ruimte/039230011160 Dan zie ik zelfs een verwijzing naar een "brondocument". Ik zou er eigenlijk voor pleiten om in Nederland de BAG schrijfwijzen te hanteren voor alle adressen en straten. Dat maakt data-koppelingen (op straatnaam/adres) zo veel makkelijker. Ik zag dat er (veel?) discussie is geweest om ook wikidata id's toe te voegen: https://lists.openstreetmap.org/pipermail/talk/2020-March/084260.html Dus in mijn ogen zou het toevoegen van de BAG id's aan de adressen (==verblijfobjecten toch?) verschillende voordelen hebben: - koppelbaarheid van de OSM-adressen aan andere overheidsgerelateerde data - mogelijkheid om BAG-updates te monitoren (hoewel ik begrijp dat hoewel er staat 'source:BAG' men toch (straatnaam) aanpassingen maakt?) In deze tijd waarin ook de overheid steeds meer into 'linked'-data is, wordt het natuurlijk interessant om zelf ook 'linkable' te zijn? Wordt het WFS-script nog wel eens gerund? En zou het dan mogelijk zijn om de BAG-id's toe te voegen? Of alleen voor beperkte delen van NL? Groet, Richard Duivenvoorde ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] BAG straatnamen (ook?) in OSM
Hoi, Iemand probeert hier nederlandse BAG adressen te koppelen aan OpenStreetMap straatnamen. Nu wil het geval dat de OSM straatnamen in de adressen niet (altijd) overeenkomen met de BAG. Even googlen geeft mij: https://wiki.openstreetmap.org/wiki/NL:BAGimport_via_ODS_plugin#STAP_4_Nabewerking Waarin expliciet staat dat het een OSM conventie is om straatnamen UIT te schrijven. Dus waarschijnlijk krijg ik problemen wanneer ik de straatnamen BAG conform zou aanpassen :-) Is er dan een andere mogelijkheid om, gegeven een officieel adres of straatnaam, een koppeling te maken met een OSM straat of pand? Ik dacht dat er misschien wel BAG-id's in de data zouden zitten, maar ik zie ze niet in de verschillende editors die ik online kon bekijken. Een andere optie zou natuurlijk zijn om een 'way' een alternatieve naam te geven (net zoals plaatsnamen alternatieve namen hebben)? Een 'bag-spelling' ofzo? Iemand hier een idee over. Of kan iemand me wijzen waar hier eerder over gesproken is? Vriendelijke Groet, Richard Duivenvoorde ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] hypercube.telascience.org forbidden?
Mensen, ik gebruik altijd: planet-nl-latest.osm.gz van: http://hypercube.telascience.org/planet/planet-nl-latest.osm.gz om de boel in postgis te lezen. Deze server ligt er nu uit (althans 'forbidden'). Iemand hier iets van gehoord? Kunnen we ongegeneerd andere nl bestanden pakken? Ik weet bv dat geofabrik vroeger NL heel ruw 'uitknipte' waardoor er stukken zeeland miste... Groet Richard Duivenvoorde ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] mijn.openstreetmap.nl: snel en simpel een kaart op je website
Mooi Roeland! Dit soort dingen is idd prachtig om osm aan de man te brengen :-) Nog een opmerking: - je zou in de tekst over zoomen even kunnen vertellen dat je met de muisknop OF met een shift-muis-drag kunt inzoomen - je zou de zoombar alleen kunnen opnemen/tonen in het 'aanmaken deel', en het niet (of optioneel) uitgenereren in je uiteindelijke html... Dit in aanvulling van de opmerking om een schaalbar/zoombar toe te voegen. Meeste mensen schat ik in willen een kaal kaartje, maar zijn gewend om via de zoombar op de juiste plaats op de kaart te komen (is mijn ervaring). Groet, Richard Duivenvoorde Roeland Douma wrote: Frank, Dank je wel :) Over de schaalbar/zoombar zat ik ook nog te denken. Maar dan zou ik dus een appart voorbeeld iets moeten hebben. Want die zitten er nu nog niet op standaard (omdat de meeste mensen gewoon een kaartje willen van hier zit ik op het industrieterrein o.i.d.) De initiele hoogte komt inderdaad niet overheen. Hier moet ik nog even iets aan doen (wat javascript magic) maar staat op het lijstje dus! Denk dat dat probleem meer bij IE7 ligt. Maar ik zal kijken of ik hier iets over kan vinden. Maar als het in basis wel werkt dan is de nood iets minder hoog. Groet, --Roeland On Thursday 13 August 2009 19:09:41 you wrote: Hallo Roeland, Erg leuk idee :) Wat commentaarpuntjes: * Schaalbalkje + pijltjes voor navigatie. Niet iedereen gebruikt automatisch de muis, evt. i.c.m. shift om snel in te zoomen. * Initiele breedte / hoogte in de textboxen komt niet overeen met de kaart. Dus ook al verander je daar niets, dan nog wordt de afmeting van de kaart aangepast. Ik heb ook getest in IE 7: * Als ik in de kaart klik om te pannen, verschijnt de marker al, of wordt hij verplaatst. Verder werkt het wel. Groeten, Frank Quoting Roeland Douma u...@rullzer.com: Howdy, Vandaag live gegaan. De eerste (alpha) release van mijn.openstreetmap.nl (voor meer info zie [1]). Hier is het mogelijk om snel en eenvoudig je eigen kaart te maken voor op je website. Ik heb getracht het geheel een beetje gebruikersvriendelijk te maken, wat redelijk gelukt is, al zeg ik het zelf. Maar het geheel ziet er niet uit, als iemand daar mee wil klooien dan staat de source in git [2]. Hij is getest in FireFox, IE8 en konqueror. Gaarne hoor ik of het ook in andere browsers goed werk. Of dat het niet werkt. En uiteraard is al het overige commentaar/tips welkom! Groet, --Roeland [1] http://blog.openstreetmap.nl/index.php/2009/08/13/osm-kaartjes-op-je- website-appeltje-eitje/ [2] http://git.openstreetmap.nl/index.cgi/mijn-osm.git/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Openstreetmap CC-by-SA boek in het Nederlands
Milo van der Linden wrote: Ik ben begonnen met het maken van een openstreetmap boek, in het Nederlands voor alle soorten gebruikers maar uiteraard vooral voor beginners. Als stichting OpenGeo stellen we ons namelijk ook als doel om in Nederland meer mensen te laten meedoen aan openstreetmap. Mijn bedoeling is om samen te werken aan het boek! Je kunt de voortgang zien op: http://docs.google.com/View?id=dhhcvg5_23hqvnzvc9 en als je opmerkingen hebt of interesse hebt om mee te helpen, dan kun je dit bij mij melden. Ik heb ook al zitten kijken of het een idee zou zijn om het bijvoorbeeld via wikibooks te doen, of via een ander webbased methode om er eenvoudig een boek mee voor te bereiden voor druk. Ook zoek ik nog een drukkerij/uitgever die dit ook onder CC-by-SA zou willen uitgeven. Van een gedrukte versie zou de bedoeling zijn dat de inkomsten naar de stichting OpenGeo gaan met als doel de nederlandse openstreetmap community er mee te sponsoren. Uiteraard zullen alle auteurs worden vermeld! Mag ik even gebruik maken van het pluggen van dit (geo)wikiboek voor de (aspirant)geo-dudes: http://nl.wikibooks.org/wiki/Geo-visualisatie In mijn ogen een erg geslaagd wikiboek! Groet Richard Duivenvoorde ps, geodude: http://bulbapedia.bulbagarden.net/wiki/Geodude_(Pok%C3%A9mon) ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Openstreetmap CC-by-SA boek in het Nederlands
Richard Duivenvoorde wrote: Milo van der Linden wrote: Ik ben begonnen met het maken van een openstreetmap boek, in het Nederlands voor alle soorten gebruikers maar uiteraard vooral voor beginners. Als stichting OpenGeo stellen we ons namelijk ook als doel om in Nederland meer mensen te laten meedoen aan openstreetmap. Mijn bedoeling is om samen te werken aan het boek! Je kunt de voortgang zien op: http://docs.google.com/View?id=dhhcvg5_23hqvnzvc9 en als je opmerkingen hebt of interesse hebt om mee te helpen, dan kun je dit bij mij melden. Ik heb ook al zitten kijken of het een idee zou zijn om het bijvoorbeeld via wikibooks te doen, of via een ander webbased methode om er eenvoudig een boek mee voor te bereiden voor druk. Ook zoek ik nog een drukkerij/uitgever die dit ook onder CC-by-SA zou willen uitgeven. Van een gedrukte versie zou de bedoeling zijn dat de inkomsten naar de stichting OpenGeo gaan met als doel de nederlandse openstreetmap community er mee te sponsoren. Uiteraard zullen alle auteurs worden vermeld! Mag ik even gebruik maken van het pluggen van dit (geo)wikiboek voor de (aspirant)geo-dudes: http://nl.wikibooks.org/wiki/Geo-visualisatie In mijn ogen een erg geslaagd wikiboek! En voor ik het vergeet, Jochem Topf en Frederik Rahm hebben een jaar of een/twee geleden een duitstalig boek OSM uitgegeven: http://www.buecher.de/shop/Fachbuecher/OpenStreetMap/Ramm-Frederik-Topf-Jochen/products_products/detail/prod_id/26053191/vnode/1/lfa/quicksearch-index-1-titel/ Misschien eens overleggen met ze over vertaling/inspiratie? (ik meen zelfs dat iemand er toendertijd gevraagd heeft een nl vertaling van te maken...). Richard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Woonplaatsen taggen
Stefan de Konink wrote: ...altijd als het woord 'Kadaster' ergens naar boven komt drijven, word ik bang ;) Maar goed hier staan we vrij sterk. Immers gesluiten door de gemeenteraad genomen zijn: 1) Auteursrechten vrij 2) Voor het volk beschikbaar (iemand moet immers de wet kennen) Kennen we dit al? http://www.hackdeoverheid.nl/ Richard Duivenvoorde ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Woonplaatsen taggen
Lennard wrote: Lennard wrote: Skinkie en ik hebben vannacht gezocht naar deze documenten, en van een aantal gemeenten inderdaad ook gevonden inclusief kaart, in verschillende mate van detail. Van veel gemeenten is echter niet veel meer te vinden dan het besluit zelf, zonder de kaartbijlage. We zijn dus maar begonnen met enkele gemeenten aan te schrijven voor de originele tekeningen. De eerste heeft al een bestand aangeleverd, inclusief de woonplaatscodes. Blijft over de kwestie van tagging. Ik ben er nog steeds voor om het onder admin_level te scharen. Overigens moeten we de waterschappen ook nog een keer kwijt zien te raken in het model. Die grenzen lopen vaak totaal niet gelijk met gemeentegrenzen. He Lennard, ik heb al voor verschillende klanten gemeentekaarten nodig gehad. En kwam zo dus vaak bij het cbs (de gegeneraliseerde) gemeentegrenzen bestand uit. Het lijkt me prachtig als we de grenzen van gemeentes gewoon 'officieel' van de gemeentes ontvangen. Dan kunnen we ze namelijk ook netjes zelf bijhouden: als iemand iets weet van een herindeling of verschuiving: de gemeente weer even bellen/mailen en aanpassen. Maar ik zie dat dan als een aparte 'data-set' binnen osm. Een die dus wel gebruikt kan worden bij osm, maar ook heel duidelijk apart kan worden geexporteerd EN wordt onderhouden. Een duidelijk filter om bv gemeente, postcode (pc3, pc4, pc5, pc6), waterschappen, gemeentes, deelraden, staddelen, buurten, wijken, provincies, rijkswaterstaat districten, politie-districten enz enz uit osm trekken voor een kaartje is ideaal. M.a.w. allemaal ADMINISTRATIEVE grenzen; grenzen die NIET echt zijn ingemeten en kadastraal vastgelegd maar meer afgeleid zijn van adminsitratieve indelingen. Ik zou me dus dus niet vastleggen op 'admin-levels' (je weet toch niet heoveel je er nodig hebt), maar eerder iets doen met admin-type oid. Meestal zijn die begrenzingen namelijk losstaand (ik kan me alleen bij provinciegrenzen voorstellen dat die met gemeentegrenzen me omklappen). Voor de liefhebbers, ik heb intussen een QGIS-plugin klaar waarin je netjes (osm/ shape /ander data) een vector kaart opmaakt en die dan exporteert als svg (waarbij de kleuren en lagen dus netjes bij elkaar blijven (binnen g tags) en dus ook groepsgewijs later in inkscape kunnen worden aangepast). Iemand van wikimedia heeft me daar eens om gevraagd. Ik zal zorgen dat die eerdaags in de officiele qgis repository komt (maar mail me even op rich...@duif.net als je 'm eerder wilt hebben). Op deze manier is het voor iets als wikipedia heel eenvoudig om op basis van osm mooie en eenvoudige kaartjes te maken (en na te bewerken met inkscape). Ander voorstel: - wiki pagina met een lijst van alle gemeentes, provincies en waterschappen, en een voorbeeld brief /email. Iedereen kan dan beginnen met een paar gemeentes aan te schrijven, en elkaar op de hoogte houden ervan Bij voldoende belangstelling wil ik wel trekker worden van een sub-project 'administratieve grenzen' zoals er ook andere subprojecten zijn, zie http://wiki.openstreetmap.org/wiki/WikiProject_Netherlands (hoe begin ik trouwens zo'n project/categorie in de wiki ?) Groet Richard Duivenvoorde ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] maximumsnelheden.nl
Even ter info: er is ook een nieuwe datalaag in de geotool van rijkswaterstaat gehangen: http://www.rijkswaterstaat.nl//geotool/index.aspx?projecttype=wegencenter=158000,462200mapscale=250 Kies de laag 'Wegbeheerders', en zoom in. Wat je dan ziet: - (oude) osm ondergrond (vlakken, dus niet de wegen) - het nwb als wegenlaag (vergelijk maar werkzaamheden en wegbeheerders wegen) - het nwb bevat per wegsegment ook de maximumsnelheid (deze informatie wordt verzameld via www.maximumsnelheden.nl en door rijkswaterstaat verzameld en geverifieerd). - dus bij een mouse-over zie je de max-snelheid als verkeersbordje (precies dezelfde data die in maxsnelheden.nl staat), en de beheerder van dat wegdeel. Groet, Richard kies Stefan de Konink wrote: Lennard wrote: Stefan de Konink wrote: achtergrond kaart is op mijn verzoek de live kaart geworden. Zou dat niet slaan op de achtergrond (landuse) op de NWB-laag? :) Neen, tot vorige week hadden ze een soort van statische mapnik laag van jan 2008. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] wiki artikelen op openstreetmap kaart
He Floris, Mooi gedaan! hier werd tijdens de nieuwjaarsborrel al om gevraagd, door onze Wikipedia-gast :-) Zijn dit ALLE van geotag voorziene items uit de nederlandse wikipedia? Waar haal je die vandaan? Groet, Richard Floris Looijesteijn wrote: ante bracht me op een goed idee zondag: http://floris.nu/osm/wikimap/ voor de duidelijkheid dit is nog lang niet compleet en slechts een beperkt aantal van de wikipedia artikelen met coordinaten. maar het werkt in ieder geval wel :) groet, floris ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] zo koel: canvas tag en mario cart :-)
Dit is zooo koel: Naar aanleiding van een artikeltje http://ernestdelgado.com/?np=18 op de leuke geo site http://slashgeo.org/ Of direct naar de demo (Firefox!): http://ernestdelgado.com/public-tests/canvas-gpsmap/ Hier wordt het nieuwe canvas-element gebruikt om de osm-kaart op te projekteren. Met je pijltjes toetsen kun je dan door de buurt rijden ... Ooohh: zo leuk ... Richard Duivenvoorde ps ik weet niet precies waar je nu rondrijdt, maar het is nog wel een heel stukkie rijden naar Nederland ;-) ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] zo koel: canvas tag en mario cart :-)
Stefan de Konink wrote: :) maar nogsteeds niet native renderen, en dat lijkt me al twee jaar veel leuker ;) Geduld mijn zoon, geduld... ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Gemeentegrenzen
He Skywave, dank, ik was hier ook niet goed bekend mee... Ik krijg echter een flink grotere boundingbox binnen, en wanneer ik die laad in qgis (met osm plugin), dan verslikt die zich nogal in wegen die noden bevatten die blijkbaar niet in de file zitten (verwacht ik), na het handmatig verwijderen daarvan heb je dan zoiets: http://www.duif.net/osmgemeentegrenzen.png Nu lijkt het me al een tijdje een mooi idee om vanuit osm eenvoudig een gemeentegrenzen kaart te extraheren (a la de gegeneraliseerde cbs dataset, maar dan niet gegeneraliseerd en 'vrij'). Zodat je bijvoorbeeld daarmee eenvoudige aanklikbare html-imagemaps van gemeentes of provincies kunt maken ofzo. Of zoiezo komt een gemeentekaartje nogal eens van pas... Ik heb hier ook een 'oude' osm-postgis dump, maar als ik daarvan de polygons bekijk, dan zie ik dat er veel 'gemeenten' ontbreken (invalid polygons ofzo?): http://www.duif.net/oudepostgis.png ? Ik zal eens een recente dump inlezen ... Wie heeft er zin om eens zoiets op te pakken met mij? Ik stel me zo voor dat de eenvoudigste (?) weg is: - dump inlezen in postgis - view op admin_level=8 - eventuele invalid polygons in osm fixen en opnieuw in postgis inlezen - vanuit postgis of ogr2ogr een shape-export maken Iemand een eenvoudiger idee? Een belangrijk probleeem waar ik nog mee zit (er is al eerder over gesproken in de lijst): - het de zee/water inlopen van gemeentegrenzen. Voor een realistische nl-gemeentekaart is het mooier als de grenzen op het land blijven dat is natuurlijk wel met de hand te fixen (yahoo-images eronder oid?). Maar wil je dat? Wil je eigenlijk ook niet de 'oude' grenzen behouden/bewaren? En zo ja, wil je dan 2 admin_level=8 'lagen'? eentje als 'landgrenzen' en een als 'xxx-grenzen'? Wil iemand hier eens op schieten? In navolging van bijvoorbeeld http://download.geofabrik.de/ kunnen we dan bijvoorbeeld goede gemeentegrenzen-shapes 'aanbieden'. En daarna de postcode (pc6) polygonen ;-) Groet Richard Duivenvoorde Skywave wrote: www.informationfreeway.org/api/0.5/relation[admin_level=8][bbox=3.35376,50.57484,7.22095,53.51513] http://www.informationfreeway.org/api/0.5/relation[admin_level=8][bbox=3.35376,50.57484,7.22095,53.51513] 2008/11/18 Stefan de Konink [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Martijn van Exel wrote: Ik weet dat ik redelijk eenvoudig (Nederlandse) gemeentegrenzen uit OSM zou moeten kunnen plukken; wie vertelt me hoe dat moet? OSM XAPI pakken en dan selecteren op de gemeente grens tag? Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org mailto:Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Gemeentegrenzen
Kijkende naar de omrigende landen lijkt het er meer op dat gemeentes level-8 zijn en de veel meer aanwezige 'woonplaatsen' level-9? En dan inderdaad stadsdelen inderdaad level-10. Maarrr natuurlijk kun je die ook allemaal -1 doen (want 7 gebruiken we nog niet), of dat moeten grenzen worden voor zaken als 'groot amsterdam' of hoe wilde ze dat ook al weer noemen Richard Martijn van Exel wrote: Ik zie trouwens op de wiki staan onder level 8 in de tabel: 'boundaries for cities like Amsterdam but also smaller like Volendam and Lutjebroek.'. Dit is niet hetzelfde als een gemeentegrens. Zouden de gemeentegrenzen niet level 7 moeten zijn dan? Martijn 2008/11/18 Skywave [EMAIL PROTECTED]: Alle grenzen zijn paar weken geleden opnieuw geimported. Dus de oude postgis-dump kun je als als deprecated beschouwen. De grenzen zijn nu allemaal stukjes way, de polygons zijn nu relaties. Heb je http://tools.geofabrik.de/osmi/?view=boundaries al gezien? 2008/11/18 Richard Duivenvoorde [EMAIL PROTECTED] He Skywave, dank, ik was hier ook niet goed bekend mee... Ik krijg echter een flink grotere boundingbox binnen, en wanneer ik die laad in qgis (met osm plugin), dan verslikt die zich nogal in wegen die noden bevatten die blijkbaar niet in de file zitten (verwacht ik), na het handmatig verwijderen daarvan heb je dan zoiets: http://www.duif.net/osmgemeentegrenzen.png Nu lijkt het me al een tijdje een mooi idee om vanuit osm eenvoudig een gemeentegrenzen kaart te extraheren (a la de gegeneraliseerde cbs dataset, maar dan niet gegeneraliseerd en 'vrij'). Zodat je bijvoorbeeld daarmee eenvoudige aanklikbare html-imagemaps van gemeentes of provincies kunt maken ofzo. Of zoiezo komt een gemeentekaartje nogal eens van pas... Ik heb hier ook een 'oude' osm-postgis dump, maar als ik daarvan de polygons bekijk, dan zie ik dat er veel 'gemeenten' ontbreken (invalid polygons ofzo?): http://www.duif.net/oudepostgis.png ? Ik zal eens een recente dump inlezen ... Wie heeft er zin om eens zoiets op te pakken met mij? Ik stel me zo voor dat de eenvoudigste (?) weg is: - dump inlezen in postgis - view op admin_level=8 - eventuele invalid polygons in osm fixen en opnieuw in postgis inlezen - vanuit postgis of ogr2ogr een shape-export maken Iemand een eenvoudiger idee? Een belangrijk probleeem waar ik nog mee zit (er is al eerder over gesproken in de lijst): - het de zee/water inlopen van gemeentegrenzen. Voor een realistische nl-gemeentekaart is het mooier als de grenzen op het land blijven dat is natuurlijk wel met de hand te fixen (yahoo-images eronder oid?). Maar wil je dat? Wil je eigenlijk ook niet de 'oude' grenzen behouden/bewaren? En zo ja, wil je dan 2 admin_level=8 'lagen'? eentje als 'landgrenzen' en een als 'xxx-grenzen'? Wil iemand hier eens op schieten? In navolging van bijvoorbeeld http://download.geofabrik.de/ kunnen we dan bijvoorbeeld goede gemeentegrenzen-shapes 'aanbieden'. En daarna de postcode (pc6) polygonen ;-) Groet Richard Duivenvoorde Skywave wrote: www.informationfreeway.org/api/0.5/relation[admin_level=8][bbox=3.35376,50.57484,7.22095,53.51513] http://www.informationfreeway.org/api/0.5/relation[admin_level=8][bbox=3.35376,50.57484,7.22095,53.51513] 2008/11/18 Stefan de Konink [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Martijn van Exel wrote: Ik weet dat ik redelijk eenvoudig (Nederlandse) gemeentegrenzen uit OSM zou moeten kunnen plukken; wie vertelt me hoe dat moet? OSM XAPI pakken en dan selecteren op de gemeente grens tag? Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org mailto:Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Gemeentegrenzen
Zie trouwens: http://www.metatopos.org/ iemand dit de gemeentelijke herindeling trouw bijhoudt. Als voorbeeld: http://www.sdu.nl/staatscourant/gemeentes/gem503zh.htm Het samenvoegen van de (oude gemeenten, nu dus 'woonplaatsen') voorhout, sassenheim en warmond tot de nieuwe gemeente 'Teylingen' (nog niet op osm?). http://wiki.openstreetmap.org/index.php/Key:admin_level#admin_level Zijn dit hieronder niet ongeveer de in nederland gebruikelijke 'administratieve' grenzen? Welk level je er daarna aanhangt is natuurlijk eigenlijk triviaal, mits het maar consequent gebeurt: Twee voorstellen ter aanvulling op: http://wiki.openstreetmap.org/index.php/Key:admin_level#admin_level 2 2 landsgrenzen 5 6 provincies 6 8 gemeenten 443 (haarlem, 7 9 (woon)plaatsen/plaatsnamen 8 10 stadsdelen 9 - buurten/wijken (postcodes?) 10 - postcodes Richard Duivenvoorde wrote: Kijkende naar de omrigende landen lijkt het er meer op dat gemeentes level-8 zijn en de veel meer aanwezige 'woonplaatsen' level-9? En dan inderdaad stadsdelen inderdaad level-10. Maarrr natuurlijk kun je die ook allemaal -1 doen (want 7 gebruiken we nog niet), of dat moeten grenzen worden voor zaken als 'groot amsterdam' of hoe wilde ze dat ook al weer noemen Richard Martijn van Exel wrote: Ik zie trouwens op de wiki staan onder level 8 in de tabel: 'boundaries for cities like Amsterdam but also smaller like Volendam and Lutjebroek.'. Dit is niet hetzelfde als een gemeentegrens. Zouden de gemeentegrenzen niet level 7 moeten zijn dan? Martijn 2008/11/18 Skywave [EMAIL PROTECTED]: Alle grenzen zijn paar weken geleden opnieuw geimported. Dus de oude postgis-dump kun je als als deprecated beschouwen. De grenzen zijn nu allemaal stukjes way, de polygons zijn nu relaties. Heb je http://tools.geofabrik.de/osmi/?view=boundaries al gezien? 2008/11/18 Richard Duivenvoorde [EMAIL PROTECTED] He Skywave, dank, ik was hier ook niet goed bekend mee... Ik krijg echter een flink grotere boundingbox binnen, en wanneer ik die laad in qgis (met osm plugin), dan verslikt die zich nogal in wegen die noden bevatten die blijkbaar niet in de file zitten (verwacht ik), na het handmatig verwijderen daarvan heb je dan zoiets: http://www.duif.net/osmgemeentegrenzen.png Nu lijkt het me al een tijdje een mooi idee om vanuit osm eenvoudig een gemeentegrenzen kaart te extraheren (a la de gegeneraliseerde cbs dataset, maar dan niet gegeneraliseerd en 'vrij'). Zodat je bijvoorbeeld daarmee eenvoudige aanklikbare html-imagemaps van gemeentes of provincies kunt maken ofzo. Of zoiezo komt een gemeentekaartje nogal eens van pas... Ik heb hier ook een 'oude' osm-postgis dump, maar als ik daarvan de polygons bekijk, dan zie ik dat er veel 'gemeenten' ontbreken (invalid polygons ofzo?): http://www.duif.net/oudepostgis.png ? Ik zal eens een recente dump inlezen ... Wie heeft er zin om eens zoiets op te pakken met mij? Ik stel me zo voor dat de eenvoudigste (?) weg is: - dump inlezen in postgis - view op admin_level=8 - eventuele invalid polygons in osm fixen en opnieuw in postgis inlezen - vanuit postgis of ogr2ogr een shape-export maken Iemand een eenvoudiger idee? Een belangrijk probleeem waar ik nog mee zit (er is al eerder over gesproken in de lijst): - het de zee/water inlopen van gemeentegrenzen. Voor een realistische nl-gemeentekaart is het mooier als de grenzen op het land blijven dat is natuurlijk wel met de hand te fixen (yahoo-images eronder oid?). Maar wil je dat? Wil je eigenlijk ook niet de 'oude' grenzen behouden/bewaren? En zo ja, wil je dan 2 admin_level=8 'lagen'? eentje als 'landgrenzen' en een als 'xxx-grenzen'? Wil iemand hier eens op schieten? In navolging van bijvoorbeeld http://download.geofabrik.de/ kunnen we dan bijvoorbeeld goede gemeentegrenzen-shapes 'aanbieden'. En daarna de postcode (pc6) polygonen ;-) Groet Richard Duivenvoorde Skywave wrote: www.informationfreeway.org/api/0.5/relation[admin_level=8][bbox=3.35376,50.57484,7.22095,53.51513] http://www.informationfreeway.org/api/0.5/relation[admin_level=8][bbox=3.35376,50.57484,7.22095,53.51513] 2008/11/18 Stefan de Konink [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Martijn van Exel wrote: Ik weet dat ik redelijk eenvoudig (Nederlandse) gemeentegrenzen uit OSM zou moeten kunnen plukken; wie vertelt me hoe dat moet? OSM XAPI pakken en dan selecteren op de gemeente grens tag? Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org mailto:Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl
Re: [OSM-talk-nl] Gemeentegrenzen
Maar het is toch niet zo dat alle administratieve eenheden een eigen level moeten hebben? Ik stel me zo voor dat streekplangebieden ongeveer op het zelfde nivo liggen als ROA's of gemeenten. Het is dan meer zaak om te zorgen dat iedereen dezelfde admin-level gebruikt (cq tagged) en dat we de wiki up to date houden (bedankt skywave, ik zie dat je het meteen hebt gefixed :-) ) We moeten ze natuurlijk wel afzonderlijk kunnen selecteren voor het stijlen etc, maar dat mag ook met iets van [admin_level=8][type=streekplan] oid??? (ik zie trouwens dat de shape van cloudscape voor de administrative boundaries niet zoveel soep is...). Groet Richard Martijn van Exel wrote: Er zijn nog verschillende administratieve eenheden waarvoor we ruimte zouden moeten / kunnen reserveren: * Waterschappen (zou leuk zijn nu met de verkiezingen) * COROP-regio's (relevant voor ruimtelijke professionals, veel demografische / economische statistieken worden bepaald op COROP-indeling) * Streekplangebieden (voor planologen vooral interessant) * de stadsregio's waaronder ook 'Groot Amsterdam' oftewel het ROA. Martijn 2008/11/18 Richard Duivenvoorde [EMAIL PROTECTED]: Kijkende naar de omrigende landen lijkt het er meer op dat gemeentes level-8 zijn en de veel meer aanwezige 'woonplaatsen' level-9? En dan inderdaad stadsdelen inderdaad level-10. Maarrr natuurlijk kun je die ook allemaal -1 doen (want 7 gebruiken we nog niet), of dat moeten grenzen worden voor zaken als 'groot amsterdam' of hoe wilde ze dat ook al weer noemen Richard Martijn van Exel wrote: Ik zie trouwens op de wiki staan onder level 8 in de tabel: 'boundaries for cities like Amsterdam but also smaller like Volendam and Lutjebroek.'. Dit is niet hetzelfde als een gemeentegrens. Zouden de gemeentegrenzen niet level 7 moeten zijn dan? Martijn 2008/11/18 Skywave [EMAIL PROTECTED]: Alle grenzen zijn paar weken geleden opnieuw geimported. Dus de oude postgis-dump kun je als als deprecated beschouwen. De grenzen zijn nu allemaal stukjes way, de polygons zijn nu relaties. Heb je http://tools.geofabrik.de/osmi/?view=boundaries al gezien? 2008/11/18 Richard Duivenvoorde [EMAIL PROTECTED] He Skywave, dank, ik was hier ook niet goed bekend mee... Ik krijg echter een flink grotere boundingbox binnen, en wanneer ik die laad in qgis (met osm plugin), dan verslikt die zich nogal in wegen die noden bevatten die blijkbaar niet in de file zitten (verwacht ik), na het handmatig verwijderen daarvan heb je dan zoiets: http://www.duif.net/osmgemeentegrenzen.png Nu lijkt het me al een tijdje een mooi idee om vanuit osm eenvoudig een gemeentegrenzen kaart te extraheren (a la de gegeneraliseerde cbs dataset, maar dan niet gegeneraliseerd en 'vrij'). Zodat je bijvoorbeeld daarmee eenvoudige aanklikbare html-imagemaps van gemeentes of provincies kunt maken ofzo. Of zoiezo komt een gemeentekaartje nogal eens van pas... Ik heb hier ook een 'oude' osm-postgis dump, maar als ik daarvan de polygons bekijk, dan zie ik dat er veel 'gemeenten' ontbreken (invalid polygons ofzo?): http://www.duif.net/oudepostgis.png ? Ik zal eens een recente dump inlezen ... Wie heeft er zin om eens zoiets op te pakken met mij? Ik stel me zo voor dat de eenvoudigste (?) weg is: - dump inlezen in postgis - view op admin_level=8 - eventuele invalid polygons in osm fixen en opnieuw in postgis inlezen - vanuit postgis of ogr2ogr een shape-export maken Iemand een eenvoudiger idee? Een belangrijk probleeem waar ik nog mee zit (er is al eerder over gesproken in de lijst): - het de zee/water inlopen van gemeentegrenzen. Voor een realistische nl-gemeentekaart is het mooier als de grenzen op het land blijven dat is natuurlijk wel met de hand te fixen (yahoo-images eronder oid?). Maar wil je dat? Wil je eigenlijk ook niet de 'oude' grenzen behouden/bewaren? En zo ja, wil je dan 2 admin_level=8 'lagen'? eentje als 'landgrenzen' en een als 'xxx-grenzen'? Wil iemand hier eens op schieten? In navolging van bijvoorbeeld http://download.geofabrik.de/ kunnen we dan bijvoorbeeld goede gemeentegrenzen-shapes 'aanbieden'. En daarna de postcode (pc6) polygonen ;-) Groet Richard Duivenvoorde Skywave wrote: www.informationfreeway.org/api/0.5/relation[admin_level=8][bbox=3.35376,50.57484,7.22095,53.51513] http://www.informationfreeway.org/api/0.5/relation[admin_level=8][bbox=3.35376,50.57484,7.22095,53.51513] 2008/11/18 Stefan de Konink [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Martijn van Exel wrote: Ik weet dat ik redelijk eenvoudig (Nederlandse) gemeentegrenzen uit OSM zou moeten kunnen plukken; wie vertelt me hoe dat moet? OSM XAPI pakken en dan selecteren op de gemeente grens tag? Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org mailto:Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Gemeentegrenzen
Postcodes en ook woonplaatsen hebben misschien geen fysieke grenzen, maar er zijn vele geodata-verkopers die die grenzen wel verkopen ca bepalen. Ze zijn vaak gewoon erg handig bij geografische analyses of gewoon om leuke kaartjes te maken. Osm als 'vrije geodata' zou m.i. die dus ook gewoon moeten bevatten. Ik zou me in niet willen beperken tot alleen officiele administraties. Richard Martijn van Exel wrote: Mee eens, postcodes zijn geen administratieve gebieden in die zin. Er is ook geen 'officiele' begrenzing van een postcodegebied - de PC-gebieden worden begrensd door de inliggende adressen. Woonplaatsen is een beetje hetzelfde verhaal, een officiële komgrenzen-bepaling is er vziw niet. Het zou af te leiden kunnen zijn uit bestemmingsplannen, maar zolang daar nog geen geintegreerde repository voor is (www.durp.nl) is het bijna geen doen om dat uit alle individuele plannen af te leiden. Martijn 2008/11/18 Skywave [EMAIL PROTECTED]: 2008/11/18 Richard Duivenvoorde [EMAIL PROTECTED] - 2 2 landsgrenzen 5 6 provincies 6 8 gemeenten 443 (haarlem, 7 9 (woon)plaatsen/plaatsnamen 8 10 stadsdelen 9 - buurten/wijken (postcodes?) 10 - postcodes Postcodes en wijken zouden imo, niet in dit rijtje horen. Het zijn gewoon geen vaste administratieve grenzen. Woonplaatsen is ook een grensgevalletje, sommige plaatsen lopen in elkaar over. Ik gebruik voor wijken landuse=residential + name=naam wijk. Postcodes karlsruhe schema. Woonplaatsen place= area's. 2 Landgrenzen 4 Provincie 8 Gemeente 10 Stadsdelen ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] [Fwd: [Qgis-user] Announcing Qgis-mapper project]
Hoi, dit komt van de qgis lijst, ik wilde het nog maar niet aan de grote dev-lijst-klok hangen, maar sommige NL'ers vinden dit ook wel leuk. Martin Dobias is een bekende qgis-ontwikkelaar, dus het zou wel eens iets kunnen worden :-) Groet, Richard Duivenvoorde ---BeginMessage--- Hi all, I'd like to announce that we're starting a new QGIS-based project at our university. We've formed a group of five students from our faculty that will work on this project. It will introduce some improvements int QGIS and create tools for simpler creation of roadmaps. There's planned support for OpenStreetMap, topology handling, better rendering and editing capabilities, better handling of large data and even more stuff :-) You'll find more in the specification: http://mapserver.sk/~wonder/swproj/spec.html The project will be run for nine months, at the end of this period we should have all features from the specification ready. Public access to source repository is not available, but we will try to release some useful parts of the project during the development - PostGIS manager plugin is an example. There's Trac running for our project, those interested can take a look at the progress: http://urtax.ms.mff.cuni.cz/qgis-mapper/ Regards Martin ___ Qgis-user mailing list [EMAIL PROTECTED] http://lists.osgeo.org/mailman/listinfo/qgis-user ---End Message--- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Rijkswaterstaat vs OpenStreetMap
Dat was een eenmalige opdracht voor mij. Hiervoor hing er een kaartje in met alleen een paar snelwegen. Daar rws als standaard een oracle-spatial database hanteert, en er voor het doel waarvoor het gemaakt is even genoeg detail in zit, wordt er inderdaad niet regelmatig een nieuwe dump ingelezen... Het inlezen van zo'n nieuwe dump kan namelijk niet ongecontroleerd/getest worden gedaan en kost dus iedere keer tijd/geld. Ik weet dat er de vorige keer met de hand toch wat zaken moesten worden verwijderd (vreemde plaatsnamen etc). Maar ik zal het een dezer dagen aankaarten wanneer ik er weer eens iemand spreek daar. Groet Richard Stefan de Konink wrote: Hans van Wijk wrote: Al lang heb ik de postings in deze list gevolgd; ik dacht zo: Nu maar eens deelnemen. Ik bekeek bij toeval de Rijkswaterstaat pagina's en ontdekte dat de gebruikte kaart daar voorzien was van de tekst: 'OpenStreetmap'. Natuurlijk checkte ik meteen of mijn contributies waren meegenomen, maar dat was dus niet het geval. De kaart daar heeft nog steeds flinke fouten, die ik opgelost heb in OpenStreetMap. Hoe zit dat? Richard Duivenvoorde heeft dat bij Rijkswaterstaat geïmplementeerd. Maar ze gebruiken een eenmalige dump. Niet een continue update. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Data van provincie Zuid-Holland binnen
He Stefan, Prachtig!, maar weet je/ze zeker dat dat HUN data is? Het lijkt me namelijk stug dat de PROVINCIE zuid-holland de provinciale grenzen ZELF als data heeft (maw dat mag 'weggeven') of is het de 'gegeneraliseerde data' van het cbs (2003, die is wel 'gratis', maar zit wel een licentie op)? En van de PEHS is (Provincial Ecologische Hoofd Structuur) kan ik me eventueel wel voorstellen dat ze hun eigen provincie zelf doen (... misschien, kans is groter dat het van LNV komt...). Maar als het van heel nederland is, zou ik er toch ook even wat aanvullende vragen aanstellen? Wat ik bedoel te zeggen, we moeten die soort zaken wel echt helder naar de provincies communiceren om niet later gez**k te krijgen. Misschien zelfs een of andere 'officiele overeenkomst', waarin op zijn minst wij worden gevrijwaard van toekomstige claims oid? Groet, Richard Duivenvoorde Stefan de Konink wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Met enorme blijheid kan ik melden dat ik vandaag een hoopje data heb ontvangen van de provincie Zuid-Holland. Deze beslaat: - - Provincie grenzen van Nederland (2003) - - PEHS data (dat is milieu kaart met allemaal coole data) Ik heb aan Milo gevraagd om deze data voorlopig op zijn mapserver ding in te laden, dan kunnen we een kleine vergelijking maken wat we nu al hebben, en wat daar dus is bij gekomen. Dit kan onze kaart zeker wat kleur gaan geven. Voor zover dat nog niet door de AND data is gebeurd. Als onze Zuid-Holland import gelukt is lijkt het me verstandig de rest van de provincies af te bellen. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREKAAYFAkjjlZoACgkQYH1+F2Rqwn1lxwCcDPQaNXqEBODFY/8Rp3srz03R cfkAnRy5lNsKpl4r/fHzZWIKP29jA9IL =6wBc -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Data van provincie Zuid-Holland binnen
Mooi! Prachtig dan! Ik wilde juist net voorstellen om een projectje te maken waarbij we op basis van de gemeentegrenzen die NU in osm zitten wat 'schooldata' bij elkaar te friemelen: dus een view oid maken zodat men eenvoudig bv de provincies, de grote steden en evt de gemeenten als kaartjes kunnen aanmaken. Maar daarover later meer hoop ik... Maar dat van die gemeentegrenzen is dan niet meer nodig :-) Groet Richard Stefan de Konink wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Richard Duivenvoorde schreef: Prachtig!, maar weet je/ze zeker dat dat HUN data is? 100%, dat heb ik bij het telefoongesprek begrepen. Het gaat dus om een los bestand met de provincie grenzen van Nederland. Administratief gezien dus... PEHS; Provinciale Ecologische Hoofdstructuur lijkt me logisch ;) Volgens het bijgesloten document ligt het copyright bij de Provincie Zuid-Holland. Dat wil zeggen dat zij eigenaar zijn, en dus ook dat ze het 'kunnen' weggeven :) Het lijkt me namelijk stug dat de PROVINCIE zuid-holland de provinciale grenzen ZELF als data heeft (maw dat mag 'weggeven') of is het de 'gegeneraliseerde data' van het cbs (2003, die is wel 'gratis', maar zit wel een licentie op)? Ik heb het onder hergebruik verkregen... Ik zou het gewoon met een mooie source=Provincie Zuid-Holland importeren. En van de PEHS is (Provincial Ecologische Hoofd Structuur) kan ik me eventueel wel voorstellen dat ze hun eigen provincie zelf doen (... misschien, kans is groter dat het van LNV komt...). Maar als het van heel nederland is, zou ik er toch ook even wat aanvullende vragen aanstellen? PEHS is alleen van Zuid-Holland. Wat ik bedoel te zeggen, we moeten die soort zaken wel echt helder naar de provincies communiceren om niet later gez**k te krijgen. Misschien zelfs een of andere 'officiele overeenkomst', waarin op zijn minst wij worden gevrijwaard van toekomstige claims oid? De man met wie ik sprak, was bekend met OpenStreetMap, en aan de telefoon hebben we de licentie problemen doorgesproken. Anders had ik ook wel de gemeente grenzen gehad ;) ;) ;) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREKAAYFAkjjmpcACgkQYH1+F2Rqwn25EgCeJjqt7tuA7rtBSXB9HpnWP9HV 2CMAn195kZAv/IT8DCh9NHEJTYyx7kpP =lCnR -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] huisnummers bij g$$gle-maps?
Hoi Mensen, is het me nou nooit opgevallen, of verschijnen er pas sinds kort huisnummers bij de grote broer kaarten: http://maps.google.nl/maps?f=qhl=nlgeocode=q=riouwstraat+haarlemsll=52.469397,5.509644sspn=2.218644,4.768066ie=UTF8ll=52.397156,4.647131spn=0.00434,0.009313z=17 groet Richard Duivenvoorde ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] bliin op iPhone, hulp gevraagd
Hoi Martijn, ik ben op dit moment bezig om tileservers in te richten voor www.7scenes.com, ook een De Waag-afsplitsing. Uiteindelijk moeten die tileservers komen te draaien op het 'culture-grid' en willen ze die ook als dienst aanbieden aan andere 'cultuur'-gebonden services M.a.w. het is met niet helemaal duidelijk hoe de relatie is tussen bliin en 7scenes, maar misschien moeten ze eens babbelen. Tomas/Selene mag me zoiezo contacten als ze vragen heeft. Groet Richard Duivenvoorde Martijn van Exel wrote: Hi allen, Ik heb contact gehad met Selene Kolman van bliin (bliin.com) - één van de professionele, commerciële gebruikers van OSM-data. Zij hebben het bliin-locatieplatform nu ook op de iPhone uitgebracht en willen daarvoor nu een dedicated server met OSM-tiles. Hier het concrete verzoek: - Is het mogelijk de maps van OSM op de bliin server te zetten? Voor Tomas, onze developer, een ingewikkelde klus. Tomas kon zich voorstellen dat het voor iemand van OSM vrij simpel zou kunnen zijn. Graag horen we of het mogelijk is en of jullie een kans zien ons daarbij te helpen? En wat onze eventuele tegenprestatie zou kunnen zijn. Wie heeft er zin om Tomas hiermee op weg te helpen? bliin is een ontzettend leuke club en hun platform is een erg goede showcase voor OSM. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Combineren van osm en wms in openlayers
Hoi Leon, wat voor data wil je over osm leggen? Rasters, punten of lijnen? En heb je de data in een db of als shp-files? En welke wms server draai je. Een antwoord op die vragen geeft wat meer richting. Maar kort gezegd: - als je de data bv in postgis hebt, kun je het vrij eenvoudig omzetten naar 900912 - als je mapserver met vectordata gebruikt kun je mapserver de projectie-omzetting on the fly laten doen (als je bv geen data-omzetting wilt) - als je rasterdata hebt, is het meer een uitdaging ;-) Hoewel, je zou dan zelf de data in postgis in kunnen lezen, en zelf je tilecache op kunnen zetten. Laat maar even weten. Groet Richard Duivenvoorde Berlo, L.A.H.M. (Leon) van wrote: Hallo iedereen, Ik probeer osm en een wms laag te combineren in openlayers. Probleem is dat de osm laag altijd de google projectie van epsg:900913 heeft. Daardoor vraagt openlayers ook bij mijn wms server de data op met die projectie. Weet iemand toevallig hoe je dit kan oplossen? Alvast bedankt, Léon This e-mail and its contents are subject to the DISCLAIMER at http://www.tno.nl/disclaimer/email.html ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Meeting: Maandagavond 4 Augustus
Hi Martijn, hoe vol zit je? Indien mogelijk zou ik wel ergens in amsterdam kunnen afspreken om aan te pikken? Groet Richard Martijn van Exel wrote: Ik kan je wel oppikken in Utrecht (en weer afleveren) Martijn 2008/7/26 Martijn van Oosterhout [EMAIL PROTECTED]: 2008/7/26 Milo van der Linden [EMAIL PROTECTED]: Martijn, Oppikken in Utrecht is ook een goede optie! En eventueel wil ik je als het te laat wordt om te reizen wel in Delft thuis brengen. Utrecht is het handigst, daar ben ik zo. Terugweg is niet zo'n probleem, er rijden de hele nacht treinen tussen Utrecht en Delft. Nu kijken of ik eerder weg kan. Mvg, -- 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 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] tile.openstreetmap.nl hoe werkt rendering?
Hoi Stefan, je hebt waarschijnlijk gelijk dat de een c-implementatie beter zou performen. Maar ik zou in dit geval toch gebruik blijven maken van de tilecache.py. Dit is namelijk een min of meer stukje 'standaard'-software in de hedendaagse mapping-wereld (www.tilecache.org), waar dus veel mensen mee overweg kunnen/configureren/aanpassen/updaten. Wat betreft webserver-modules: http://www.tilecache.org/readme.html#running-under-mod-python Als het op dit moment blijkbaar niet precies doet wat je wilt, is het denk ik zinvoller om dat te fixen in de bestaande implementatie, dan er weer zelf een te gaan bakken? Op dit moment worden de tiles 'on demand' gegenereerd voor je, ik denk dat dit meer cycles kost dan het 'proxien' wat tilecache doet. Wanneer je dit op een produktieserver gaat zetten, heb je met tilecache de mogelijkheid om te 'seeden', dwz alle tile uit te genereren. Met zo'n geheel afgevulde cache kun je tilecache ertussenuit snijden (door in openlayers een TileCache layer te gebruiken. Zie (het bijna niet merkbare :-) ) verschil tussen een MET tilecache.py http://www.duif.net/osm/index1.html en een die rechtstreeks de tiles ophaalt (in Openlayers vreemd genoeg TileCache-layer genaamd): http://www.duif.net/osm/index4.html Groeten, Richard Duivenvoorde Stefan de Konink wrote: Sander Hoentjen schreef: Ehm, ik heb dat alleen gebouwd op http://www.openfietskaart.nl/ :) Overigens kan ik iemand nog van dienst zijn door titecache.py in C om te zetten zodat je oa netjes 304tjes kan serveren? Waarom zou dat met de python implementatie niet kunnen? Je kunt alles in iedere taal uitdrukken, maar de beste performance wordt nogthans gehaald met systeem code en niet met op interpreter gebaseerde talen ;) Daarbij is een webserver module meestal sneller dan een cgi script. Stefan ___ 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] Fiets initiatief! Kunnen jullie met me meedenken?
He Milo, een kennis van me heeft een projectje ingediend bij de 1%-club (zie http://www.1procentclub.nl/ ), je kunt er kleinschalige projecten/ideeen indienen. Dit klinkt als een sympatiek project daarvoor. Verder weet ik dat Frederik Rahm ook bezig is was/is met een fietskaart(subsidie??) in Duitsland oid. Misschien kun je hem dit voorstelletje ook sturen? Misschien heeft hij weer contacten met fietsclubs in Duitsland, hoef je alleen polen en wit-rusland nog ;-) Groet Richard Duivenvoorde Milo van der Linden wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo mede openstreetmappers! Ik kreeg vandaag het volgende verzoek: - - Hallo Milo! Afgelopen vrijdag ben ik uit Wit-Rusland terug gekomen. Heb een zeer indrukwekkende week gehad en samen met een stel anderen hebben we afgesproken -mits we genoeg sponsors hebben- om volgend jaar naar Wit-Rusland te fietsen om onder meer geld in te zamelen voor een wc binnen de school voor de armste kinderen. Zij moeten nu door de kou ('s winters kan het ontzettend vriezen) naar buiten om hun behoefte te doen om een ontzettende ranzige wc (lees: een gat met een houten plank(Nu heb ik een twee kleine vraagjes aan jou:kun je aan een gedetailleerde (fiets)kaart komen van Nederland, Duitsland, Polen en Wit-Rusland (de route) en heb jij verstand van gps-fiets-systemen? - - Dit lijkt me een uitgesproken kans voor Openstreetmap! Ten eerste zijn we in Nederland momenteel hard bezig met fietskaarten, ten tweede hebben een aantal van ons goede ervaring met fiets-GPS en ten derde kunnen we kijken of we de internationale OSM community kunnen gebruiken om deze fietsers gedurende de tocht te begeleiden en evt. van reis tips te voorzien. Wellicht is het een idee om dit tot een leuke promotionele stunt te maken? Alle suggesties en ideën zijn van harte welkom! Groet, Milo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFITGPuFHMFRcTlnzoRAumxAJ9p/4burCa2nrsSShnb4lZOVTiEtwCgnTFl OcWQa3t9lJfOQg3hCOJcUHw= =MeEZ -END PGP SIGNATURE- ___ 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] renederen (hoofd)steden
Hoi Lambert, ik weet (nog) niet de finesses van de mapnik-configuraties voor punten en labels, maar ik heb wel vrij recent een mapserver-configuratie gedaan. Het wordt eigenlijk nog complexer omdat we aan tiling doen. Labels worden bij mapserver getoond of verschoven afhankelijk van o.a. positie aan de rand (tiling geef meer 'randen'), overlapping (meestal bij kaartlabels ongewenst) en dus volgorde (wie het eerst komt die het eerst .. getekend wordt), buffers rondom labels, en je kunt tegenwoordig ook prioriteit instellen (bij mapserver). Feit blijft dat het erg moeilijk is om voor alle zoomlagen tegelijk een eenduidige configuratie te krijgen. Door die veelheid aan regeltjes vallen dus soms labels weg die wij als mens NIET zouden willen weg laten (bv Amsterdam valt eerder weg dan Haarlem en Almere...). Puur een samenspel van positie en volgorde van inlezen. Wij hebben uiteindelijk op het hoogste nivo gekozen voor een aparte 'grote steden datasetje'... Dit is ook de reden dat er voor topografische kaarten vaak een extra 'label'-laag is gemaakt, waar evt met de hand nog geschoven is om sommige labels zichtbaar te maken. Een (hiervoor al genoemde) oplossing zou zijn om meer nivo's/attributen aan te maken voor de verschillende steden (en of dat dan populatie, oppervlakte, of gewoon een belangrijkheidsgetal is), dat maak niet zo uit, maar de verdeling nu: cities towns en villages is wat grof. In het uiterste geval kun je het belangrijkheidsgetal van 0-20 laten lopen, en zo voor elk zoomnivo precies bepalen welke labels je op wel level wilt zien. Conflicten zul je zoiezo houden, of je moet dus met de hand gaan labelen... Groet Richard Duivenvoorde ps kijk maar eens naar google, die hebben dezelfde uitdagingen :-) Lambert Carsten wrote: Hoi, Is er iemand die kan uitleggen hoe het renderen van hoofdsteden toegaat? Wat mij opviel was de (voor mij) vreemde keuzes om op de verschillende zoom levels belangrijke steden (zoals hoofdsteden) wel of niet aan te geven. Het lijkt allemaal behoorlijk willekeurig. Voorbeelden: Amsterdam is zichtbaar op zoom 4,5, 9,10 en 11 Bruxelles zichtbaar op 4 en 5 en als 'Brussel - Bruxelles' op zoom 7 en 8 Paris zichtbaar op zoom 4, 5, 8, 9, 10, 11 London en Berlin zichtbaar op zoom 4 t/m 11 (ik heb vooral via www.openstreetmap.org gekeken en niet naar de andere tile servers, maar tile.openstreetmap.nl doet volgens mij hetzelfde voor zover van toepassing) Wat ik heb kunnen vinden is wat onduidelijkheid m.b.t. tot de nog niet in de map features opgenomen tag 'capital='. Die wordt soms ingevuld met 'country' en soms met 'yes'. Dat laatste lijkt onjuist/onhandig zie: http://wiki.openstreetmap.org/index.php/Proposed_features/capital (althans zonder bijkomende admin_level tag). Verder zie je bijvoorbeeld wel 'Haarlem' terwijl 'Amsterdam' niet zichtbaar is. Waarschijnlijk is dit omdat Haarlem een population tag heeft en Amsterdam (nog) niet. Toch zou je denken dat een place=city tag zonder population tag boven een place=town tag met de population tag. m.v.g. Lambert Carsten ___ 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] renederen (hoofd)steden
Martijn van Oosterhout wrote: 2008/6/4 Richard Duivenvoorde [EMAIL PROTECTED]: Feit blijft dat het erg moeilijk is om voor alle zoomlagen tegelijk een eenduidige configuratie te krijgen. Door die veelheid aan regeltjes vallen dus soms labels weg die wij als mens NIET zouden willen weg laten (bv Amsterdam valt eerder weg dan Haarlem en Almere...). Puur een samenspel van positie en volgorde van inlezen. Wij hebben uiteindelijk op het hoogste nivo gekozen voor een aparte 'grote steden datasetje'... De uiteindelijke oplossen die gepland is is om steden een z_index te geven en dan op basis van die volgorde te renderen. Dan komt Amsterdam altijd tevoorschijn omdat het als eerste gerenderd wordt. En steden met een hogere/lagere z-index die evt overlappen met het label van Amsterdam worden genegeerd? Dan komt dit op hetzelfde neer als een 'belangrijkheids-index', alleen omgekeerd toch? Is het niet zo dat de laagste z-indexen bovenaan liggen (dus z-index 1 ligt boven z-index 2 ??)? Is het dan niet handig om de places-indexen in de pas te laten lopen met de zoomlevels van de wereldkaart? heel de wereld = zoom 0, heel nederland = zoom 3, straatnivo = zoom 18, evt steeds verder Je kunt dan bijvoorbeeld Amsterdam z-index 0 geven (omdat je die zelfs op de wereldkaart wilt zien), alle grote steden in nederland bijvoorbeeld zoom 3, en het buurtschap weetikveel zoom 15 en het putje in mijn gootsteen (nu nog niet op de kaart, maar over een half jaar wanneer we die highres-sat-foto's er ook in hebben) op zoom 25 ;-) (is ook de reden dat in (een ver verleden) de GoogleMaps-api de zoomlevels op een bepaald moment zijn omgedraaid. Eerst was 0 het diepste nivo, later zag men in dat verder uitzoomen niet waarschijnlijk was, maar verder inzoomen wel :-) ) Als iedereen bij OSM in alle landen dit aanhoudt, dan hebben we nooit meer labelprobleempjes ... Groet Richard Duivenvoorde ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] OL en postcodes
Hoi Rob, ik had laatst ook een vraag over nederlandse postcodes, en kwam toen bij geonames.org uit. Die hebben van heel veel pc4 (dus alleen de eerste 4 cijfers) een x,y,gemeente en woonplaats. Ik denk dat (zolang tnt tenminste de boel niet vrij geeft) het best waardevol zou zijn om een soort 'open'-postcode tabel op te zetten. Evt naar analogie van http://wiki.openstreetmap.org/index.php/Free_The_Postcode en http://www.freethepostcode.org/ voor de UK Wat zat er voor data in AND? Ook punten of polygonen? Ik heb een vrij recente set xy-postcodes van geonames.org hier. Ik ben erg benieuwd in hoeverre die data overeen komt. Groet Richard Duivenvoorde Rob wrote: weer een proof of concept projectje http://tile.openstreetmap.nl/~rubke/pc/ postcode data is uit een NL osm file gehaald (zijn de AND postcode data) en in een postgres tabel gestopt op de NL server mbv een ajax request wordt de postcode opgezocht in de achtergrond, indien gevonden springt de kaart naar de betreffende locatie mocht een en ander niet goed werken dan hoor ik het wel Rob ___ 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] Rijkswaterstaat en Openstreetmap
Tim Blokdijk wrote: Over de technische details, ik wil leren hoe je zoiets kan bouwen, is er iemand die hier cursussen in geeft? Of in elk geval genoeg van weet om het aan anderen te kunnen uitleggen? Tim, je moet wat voorkennis hebben over webmapping (wms, zie verder o.a. de website van minnesota mapserver: http://mapserver.gis.umn.edu/ en http://www.openlayers.org voor de wms-client) en de data hoeft niet in oracle te staan, je kunt het ook uit postgis http://www.postgis.org/ halen, of (voor eigen gebruik mapnik gebruiken bv met de handleiding van kleptog: http://tile.openstreetmap.nl/README.txt er staan daarover iets onderaan http://www.duif.net/osm/ verder: vraag maar, er is best veel kennis verspreid over verschillende osm'ers. Of huur iemand daarvan in ... ;-) groeten, Richard Duivenvoorde ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] aanpassingen aan 'foutje'-site
René Affourtit wrote: Ziet er mooi uit, werkt best goed, maar toch wat opmerkingen: - e-mail adres, ik ben er niet zo happig op om dat zomaar ergens achter te laten, dat werpt voor mij alweer een drempel op. Geef duidelijk aan dat (of) het optioneel is het IS optioneel, ik zal kijken of ik dat helderder kan melden. De enige reden dat ik emailadressen vraag, is om de issues of hun changes te kunnen koppelen aan iemand, zodat je er evt een feed op kunt maken (dus feed meldingen krijgen als iemand reageert op jouw issue, of op jouw opmerking op andermans issues...). Daarnaast is er nog een toekomstplan, om eventueel met email notifications te gaan werken... Waarvoor het gebruikt gaat worden (we gebruiken het alleen om u te waarschuwen als de status verandert) Geef aan wat de zichtbaarheid is (is het zichtbaar voor andere gebuikers, zoekmachines) Als het goed is kom je nergens de volledige email-adressen tegen. Als ik een naam heb toon ik die, anders komt er zoiets als [EMAIL PROTECTED] oid. Dat is ook wat evt email-harvesters of zoekmachines krijgen :-) - Persoonlijk heb ik de neiging om op de kaart te klikken als ik een fout wil melden. misschien een marker die je erop kunt slepen? Of een knop en dat de invul-velden pas zichtbaar worden als je daarop klikt, ik zal hier even naar kijken, het moet mogelijk zijn om bij een klik in de kaart een schaalnivo of 4 tegelijk naar dat punt te zoomen... - drawing tool, was puzzelen hoe het tekenen af te sluiten. tijdens het tekenen werkt de 'remove area drawn' ook niet om af te breken. ik kan het ergens melden, meestal is dit wat je ziet bij dit soort apps... - na het rapporteren kom je in de kale lijst terug, zou mooier zijn als je weer op het kaart-scherm komt. De hele opmaak/scherm-volgorde moet wat mij betreft op de schop... Er waren ook stemmen voor tabjes etc ... Dank voor de opmerkingen Richard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] nl tileserver in RD ?
Martijn van Oosterhout wrote: Ok, dan voor je antwoord! Is het stelsel 28992? Als het goed is zou dat: +proj=sterea +lat_0=52.156160 +lon_0=5.387639 +k=0.08 +x_0=155000 +y_0=463000 +ellps=bessel +towgs84=565.237,50.0087,465.658,-0.406857,0.350733,-1.87035,4.0812 +units=m +no_defs moeten zijn. Yep, dat is de juiste voor epsg:28992. De cleu is vooral dat je de proj-lib die onder mapserver en postgis ligt (en naar ik aanneem ook onder mapnik?) moet vertellen dat hij van epgs:900913 (lees google) uit moet gaan. En juist deze laatste is niet een 'normale gangbare' projectie. Hij stond(staat?) ook niet in de normale epsg code lijst. Je moet dan in je epsg lijst van proj de volgende regel toevoegen: # Google Mercator projection # Used in combination with GoogleMercator layer type in OpenLayers 900913 +proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0 +k=1.0 +units=m [EMAIL PROTECTED] +no_defs op dat moment kunnen de programma's die proj gebruiken voor herprojectie gebruik maken van 900913 brondata. Een kaart maken in die projectie is niet zo moeilijk, ziet het er erg anders uit? Nee, ziet er niet HEEL anders uit, maar wel zo anders dat je een andere kaartlaag (bijvoorbeeld alle lantaarnpalen van nederland in 28992) niet over die van 900913 kan leggen. Daarnaast moet je dan dus de posities van die lantaarnpalen ook allemaal omrekenen. En de coordinaten zijn dus heel verschillend, zodat je bijvoorbeeld niet dezelfde Openlayers applicatie kan gebruiken waar je normaal je puntjes mee in de kaart klikt (en rd coordinaten oplepelt). Ter lering ende vermaeck: het Rijksdriehoek Stelsel ( http://nl.wikipedia.org/wiki/Rijksdriehoekstelsel ) het westen is ongeveer 0 (meter) en het oosten van nederland 30 (meter). Het zuiden begint (ongeveer) rond 30 (meter) en eindigt in het noorden iets boven de 60 (meter). De extent van nederland is dus ongeveer: oost,zuid,west,noord: 0,30,30,60. Nederland past dus bijna in een blokje van 300 bij 300 kilometer ;-) Het nulpunt ligt dan ergens in een bosje bij parijs (toch anne? :-) ) Op dit moment is dus alles wel heen en weer te rekenen, maar het is in de praktijk eenvoudiger om bij een systeem te blijven. En nu wil het geval dat nederland en zijn overheden bijna alles in RD doen. En kleinere overheden hebben dan bijvoorbeeld hun data (losse stoeptegels) in een databaseje staan met RD coordinaten, en voor hen is het dan wel zo handig om een leuke (lees OSM) ondergrond te hebben zonder die coordinaten om te moeten rekenen. Of (persoonlijke mening) je data aan te gaan passen aan een (commerciele) kaartondergrond leverancier. Groet Richard Duivenvoorde ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] nl tileserver in RD ?
Beste mensens, prachtig die nederlandse tileserver, en het staat om mijn verlanglijstje om er zelf ook eens een in elkaar te zetten. Is deze handleiding nog uptodate? http://tile.openstreetmap.nl/README.txt Paar vraagjes daarbij: - Klopt het dat ik osmosis nodig heb om alleen de nederlandse data te downloaden? - De url http://www.bretth.com/osmosis/osmosis-latest.zip uit de README.txt loopt dood, op http://wiki.openstreetmap.org/index.php/Osmosis staan de juiste url's. Verder niks dan lof over zo'n handleiding!! (beetje onder voorbehoud, heb 'm nog niet uitgevoerd ;-) ) Er zijn toch nog veel organisaties/overheden, die een referentie kaart/ondergrond nodig hebben, maar niet al hun data kunnen/willen overzetten naar 900913 of 4326. Of dat eigenlijk uit principiele redenen nog niet willen. Ik zie nu regelmatig dat ze uiteindelijk toch OM gaan, omdat Google maps nu eenmaal van die mooie 'gratis' gedetaileerde stratenkaarten heeft. Ik zou ze zelf veel liever aan de OSM/OL combinatie helpen, maar zoals gezegd, ik heb even geen eigen tileserver in RD bij de hand Dus mijn vraag: Als jullie de data in Postgis hebben geladen (uh, daar hebben we het toch over he?), is het een 'kleine' moeite om de boel te projecteren naar Rijksdriehoek stelsel. (Mits je de juiste proj strings voor 28992 en 900913 hebt) Misschien is het een idee om ook een lagenset in RD te renderen, en die aan te bieden via de nl tileserver? Ik weet niet of de diskruimte/hardware/bandbreedte dat toelaat, maar als het ok is voor jullie, wil ik eventueel wel behulpzaam zijn. Groet Richard Duivenvoorde ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] OpenStreetMap WMS server
Hoi Milo, sorry dat ik zo laat reageer, maar is het niet handig om TileCache (http://www.tilecache.org/) op je server te installeren? Het steeds aanroepen van Mapserver vergt echt vrij veel processorkracht van je server (het steeds opnieuw renderen is best zwaar). Probeer maar eens met een man of twintig tegelijk je kaartje te verschuiven (pannen). Met tilecache tussen je webclient en de server kun je zo 'gaandeweg' de tiles(cache) opbouwen. Je hoeft niet persee te 'pre-renderen', maar het kan wel. Je kunt tilecache vrij eenvoudig naar mapserver toe configureren. Van elk request wordt dan gekeken of er al een bestaande tile is, if so: dan wordt die uitgeserveerd. En anders wordt de url doorgegeven aan mapserver die dan de tile genereert (op basis van je huidige mapfile) en opslaat voor toekomstig gebruik. Een ander voordeel wat ik ook vaak noem is het feit dat mensen door googlemaps wat verwend zijn geraakt mbt response tijden, de 'tiles' vliegen je echt binnen luttele centiseconden (kan dat? (microseconde lijkt me wat overdreven...) om de oren. Met tiles is het een beetje 'googlemaps-like'. Tilecache is een setje python files die je met een configfile configureert. Ik heb het zelf al voor een paar projecten ingezet: vaak de baselayers als tiles, en eventuele dynamische datalagen erbovenop WEL als realtime gerenderde mapserver images. Ok, vergeet dit verder maar als je nooit performance problemen hebt, een server een beetje aan het werk houden is ook wel eens leuk ;-) Groet Richard Milo van der Linden wrote: Leuk om te zien dat jullie hier ook actief mee bezig zijn! Als je i.p.v. een standaard openLayer layer deze gebruikt: new OpenLayers.Layer.WMS.Untiled Dan behandelt ie de WMS als één plaatje wat de snelheid met een factor 9 verhoogt. Waarom? Als je een tiled server gebruikt wordt mapserver voor elke afzonderlijke tile aangeroepen. Per tile zal mapserver dan een compleet plaatje opbouwen. Dit is in het geval de rendering live plaatsvindt niet efficient. Wél bij pre-rendered tiles! Om een voorbeeld te bekijken van het javascript voor een werkende RD koppeling kun je even spieken op: http://www.mapserv.nl/init.js Ook is mijn WMS server gepromoot naar producte, ik zie dat je de oude URL nog gebruikt. De nieuwe is: http://www.mapserv.nl/cgi-bin/mapserv.exe?map=E:\\mapconfig\\osm.mapSRS=EPSG:28992 Ja, deze goochem heeft www.mapserv.nl in gebruik genomen. ;-) Je ziet dat ik naast dat ik de EPSG in de init.js definieer ook nog aan mijn mapserver vertel dat ie wel in EPSG:28992 moet aanbieden. Anders krijg je een verwrongen kaart. Mijn eigen OpenLayers voorbeeld dat gebruik maakt van bovengenoemde init.js staat op http://www.mapserv.nl Happy hunting! P.S. beetje reclame voor mijzelf, mocht je behoefte hebben aan WMS hosting (het beschikbaar stellen van eigen, niet OSM kaart-data via Mapserver) dan kun je bij mij terecht voor aantrekkelijke hosting fees. Uiteraard krijg je dan localhost access naar de OpenStreetMap/AND kaart geheel kostenloos tot je beschikking! Richard Duivenvoorde schreef: Hoi, Je moet OpenLayers even vertellen dat je de kaart in 28992 wilt: als je bijvoorbeeld op deze manier een map definieert: map = new OpenLayers.Map('map', { 'projection':'EPSG:28992', 'units':'m', 'maxExtent':new OpenLayers.Bounds(-2,30,30,65), 'resolutions':[1, 2.5, 5, 10, 50, 100, 175, 256, 512], }); layer = new OpenLayers.Layer.WMS.Untiled( Milo, http://82.176.214.209/cgi-bin/mapserv.exe?map=/ms4w/apps/mappingworlds/service/ANDNL.mapversion=1.1.1service=WMS;, {layers: 'woonkern,Industrie,Recreatie,Industrie,Parken,Water,bos,Spoorwegen,Wegen,Stations,begraafplaats', 'FORMAT':'png', 'transparent':'false'} ); map.addLayer(layer); map.zoomToMaxExtent(); Krijg je dit soort url's: http://82.176.214.209/cgi-bin/mapserv.exe?map=/ms4w/apps/mappingworlds/service/ANDNL.mapversion=1.1.1service=WMSLAYERS=woonkern%2CIndustrie%2CRecreatie%2CIndustrie%2CWegen%2CSpoorwegen%2CParken%2CWater%2Cbos%2CStations%2CbegraafplaatsFORMAT=pngTRANSPARENT=falseREQUEST=GetMapSTYLES=EXCEPTIONS=application%2Fvnd.ogc.se_inimageSRS=EPSG%3A28992BBOX=-272610%2C234425%2C546590%2C720825WIDTH=1600HEIGHT=950 en ziet nl er weer ok uit. (let niet op de laag(volgorde), even gauw bij elkaar gesprokkeld). Richard Peter Peterse wrote: Hallo Richard en de rest natuurlijk ook, Een uitgebreidere handleiding dan http://wiki.openstreetmap.org/index.php/Mapnik en dan het onderdeel osm2pgsql heb ik nog niet beschikbaar. Ben er overigens al wel mee bezig. Tot op heden maak ik gebruik van Milo's WMS server in combinatie met een WMS van Rijkswaterstaat. http://www.xs4all.nl/~ppeterse/openstreetmap/index.html Zowel Milo's WMS als Rijkswaterstaat ondersteunen volgens de XML EPSG:28992 http://www.mapserv.nl/cgi-bin/mapserv.exe?map=E:\mapconfig
Re: [OSM-talk-nl] OpenStreetMap WMS server
Hoi Peter, ik ben zeker van plan om dit ook te gaan proberen op korte termijn. Heb je ergens een korte handleiding staan? Wat betreft 'plat' lijken, en projecties, ik ben door schade en schande wat wijzer geworden: wij zijn 'gewend' aan de RD (rijksdriehoekstelsel) projectie. Die heeft als epsg code epsg:28992. Op wereld schaal wordt vaak WGS-84 gebruikt (met epsg code epgsg:4326). Nederland ziet er een beetje verwrongen uit dan. Veel mappingservices die tegenwoordig worden gebruikt (googlemaps, virtual earth enz enz) gebruiken echter een 'nieuwe' projectie. Je kutn dan de hele wereld afbeelden, en nederland ziet er dan toch 'fatsoenlijk' uit. Hiervan waren een tijdlang de juiste parameters niet duidelijk. Intussen zijn die voor de veel gebruikte projectie lib 'proj' wel gevonden (zie: http://www.spatialreference.org/ref/user/google-projection/) en heeft de projectie de code epsg:900913 (lees 'google') gekregen. Dus als je je openstreets mapserver 'even' wilt combineren met google, kun je twee dingen doen: -1- ofwel je laat de mapserver je data bij het genereren van je kaart-images je data on-the-fly omzetten. Dat doet hij als je in je mapfile hebt aangegeven dat de mapserver ook epsg:900913 uitserveert, en je dus een aanroep doet voor een epsg:900913 kaartje. Mapserver kent echter standaard niet de epsg:900913 projectie. Daarvoor moet je dan even in je proj-file (voor ms4w bv C:\ms4w\proj\nad\epsg ) de volgende regel toevoegen: # http://www.nabble.com/Google-Projection:-EPSG:900913-t4559806.html # Google Mercator projection epsg:900913 # Used in combination with GoogleMercator layer type in OpenLayers 900913 +proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0 +k=1.0 +units=m [EMAIL PROTECTED] +no_defs -2- ofwel je laat postgis 'even' al je data in een keer omzetten. Dat kan door postgis te laten weten hoe de 900913 in elkaar zit: voeg +proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0 +k=1.0 +units=m [EMAIL PROTECTED] +no_defs toe aan je 'spatial_ref_sys' tabel. en dan een query als: SELECT AddGeometryColumn('public', 'tabelnaam', 'wkb_geometry_900913', 900913, 'POINT', 2) en UPDATE tabelnaam SET wkb_geometry_900913 = Transform(wkb_geometry, 900913) En om even snel een goed beeld te krijgen: - gebruik een desktop gispakket die kan babbelen met mapservers, bv qgis (www.qgis.org) of udig (http://udig.refractions.net/) - gebruik openlayers (www.openlayers.org) en firefox en de firebug plugin om alle url's te bekijken Ok, ik hoop dat iemand hier iets aan heeft. Groet Richard Peter Peterse wrote: Hallo, Inmiddels is het gelukt om een PostGIS database met de OSM data te vullen. Heeft iemand al een mapfile voor mapserv gemaakt? Milo waarom ziet jouw WMS server er zo plat uit? Als ik deze vergelijk met de openstreetmap dan lijkt de jouwe plat gedrukt te worden. Alvast bedankt. Peter ___ 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 Automotive Navigation Data
Voor de liefhebbers: de shp-files in de zip kun je openen met het opensource gispakket QGis: http://www.qgis.org. Na wat geschuif met de verschillende lagen, en het aanklikken van de pontweg in de 'infomodus' zie je een plaatje als dit: http://www.duif.net/texel.png Voor de mensen die het leuk vinden eens met qgis aan de gang te gaan: download en installeer (win mac linux): http://download.qgis.org/qgis/ http://download.qgis.org/qgis/win32/qgis_setup0.8.1.exe http://www.kyngchaos.com/software/unixport/qgis Ik heb ook een projectfile aangemaakt: http://www.duif.net/TEXEL.qgs Helaas staan de paden hard in dexe (xml)file. Je zult het mapje 001 met de shp files dus in de c:/temp moeten zetten, of even de paden in de qgs file moeten aanpassen. Wie gaat de data trouwens inladen? Is hier al ervaring mee? Plezier ermee, Richard Duivenvoorde ps als iemand deze info (en evt de files) in de wiki wil zetten graag, dan kan ik de boel hier weer ruimen. AND Automotive Navigation Data wrote: De datasample van Texel staat inmiddels online kan kan worden gedownload via: http://www.opengeodata.org/images/2007/AND/GRD-NSHP-TEXEL-L6-2006H1-V1.0.zip http://www.opengeodata.org/images/2007/AND/GRD-NSHP-TEXEL-L6-2006H1-V1.0.zip Een plaatje is te vinden via: http://wiki.openstreetmap.org/index.php/AND_Data Groet, Arjan On 7/11/07, *Eugene van der Pijll* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: AND Automotive Navigation Data schreef: Beste Floris, Wij vinden de suggestie voor een sample van Texel een prima idee. Wij zullen een sample van Texel deze week beschikbaar stellen. De sample data van Texel is 3 Mb en dus goed bruikbaar om mee te testen. De grote van de hele Nederland dataset zal 550 Mb zijn. Ter aanvulling: zie de wiki http://wiki.openstreetmap.org/index.php/AND_Data#Sample_image http://wiki.openstreetmap.org/index.php/AND_Data#Sample_image . Voor wie niet bekend is met Texel: donkergroen = bos, lichtgroen = golfbaan, paars = bedrijventerrein, grijs = vliegveld (of is dit ook paars?), roze = woonwijk. Vierkantjes zijn dorpen/gehuchten en parkeerplaatsen. Alle fietspaden en voetpaden ontbreken, maar het wegennet ziet er zo op het eerste oog compleet uit. Alleen een nieuwbouwwijkje waar nu nog aan gebouwd wordt staat er niet op. Een nieuwbouwwijk uit 2004 wel, als ik het goed zie. Volgens Steve Coast komt de data morgen beschikbaar ( http://lists.openstreetmap.org/pipermail/talk/2007-July/015544.html http://lists.openstreetmap.org/pipermail/talk/2007-July/015544.html ). groeten, Eugene ___ Talk-nl mailing list Talk-nl@openstreetmap.org mailto:Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl 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 Automotive Navigation Data
Ik vind het ook errug mooi! Kom maar op met die shape files van de rest van de wereld (om te beginnen in NL :-) )! Trouwens, voor de qgis-fans. In de 'nieuwe' qgis (8.0) kun je ook kaarten va WMS-sen aanspreken. Dus als je mbv Milo's url een WMS-layer aanmaakt in qgis kun je zo ook de boel bekijken (zolang Milo de boel in de lucht houdt ;-) ). (begint wel een beetje op een qgis commercial te lijken :-o ) Richard Duivenvoorde Milo van der Linden wrote: OMG! Dit is freakin nice... Ik heb de texel map maar meteen even op mijn eigen WMS server gezet... http://82.176.214.209/cgi-bin/mapserv.exe?map=/ms4w/apps/mappingworlds/service/texel.mapservice=wmsversion=1.1.1request=GetCapabilities Richard Duivenvoorde schreef: Voor de liefhebbers: de shp-files in de zip kun je openen met het opensource gispakket QGis: http://www.qgis.org. Na wat geschuif met de verschillende lagen, en het aanklikken van de pontweg in de 'infomodus' zie je een plaatje als dit: http://www.duif.net/texel.png Voor de mensen die het leuk vinden eens met qgis aan de gang te gaan: download en installeer (win mac linux): http://download.qgis.org/qgis/ http://download.qgis.org/qgis/win32/qgis_setup0.8.1.exe http://www.kyngchaos.com/software/unixport/qgis Ik heb ook een projectfile aangemaakt: http://www.duif.net/TEXEL.qgs Helaas staan de paden hard in dexe (xml)file. Je zult het mapje 001 met de shp files dus in de c:/temp moeten zetten, of even de paden in de qgs file moeten aanpassen. Wie gaat de data trouwens inladen? Is hier al ervaring mee? Plezier ermee, Richard Duivenvoorde ps als iemand deze info (en evt de files) in de wiki wil zetten graag, dan kan ik de boel hier weer ruimen. AND Automotive Navigation Data wrote: De datasample van Texel staat inmiddels online kan kan worden gedownload via: http://www.opengeodata.org/images/2007/AND/GRD-NSHP-TEXEL-L6-2006H1-V1.0.zip http://www.opengeodata.org/images/2007/AND/GRD-NSHP-TEXEL-L6-2006H1-V1.0.zip Een plaatje is te vinden via: http://wiki.openstreetmap.org/index.php/AND_Data Groet, Arjan On 7/11/07, *Eugene van der Pijll* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: AND Automotive Navigation Data schreef: Beste Floris, Wij vinden de suggestie voor een sample van Texel een prima idee. Wij zullen een sample van Texel deze week beschikbaar stellen. De sample data van Texel is 3 Mb en dus goed bruikbaar om mee te testen. De grote van de hele Nederland dataset zal 550 Mb zijn. Ter aanvulling: zie de wiki http://wiki.openstreetmap.org/index.php/AND_Data#Sample_image http://wiki.openstreetmap.org/index.php/AND_Data#Sample_image . Voor wie niet bekend is met Texel: donkergroen = bos, lichtgroen = golfbaan, paars = bedrijventerrein, grijs = vliegveld (of is dit ook paars?), roze = woonwijk. Vierkantjes zijn dorpen/gehuchten en parkeerplaatsen. Alle fietspaden en voetpaden ontbreken, maar het wegennet ziet er zo op het eerste oog compleet uit. Alleen een nieuwbouwwijkje waar nu nog aan gebouwd wordt staat er niet op. Een nieuwbouwwijk uit 2004 wel, als ik het goed zie. Volgens Steve Coast komt de data morgen beschikbaar ( http://lists.openstreetmap.org/pipermail/talk/2007-July/015544.html http://lists.openstreetmap.org/pipermail/talk/2007-July/015544.html ). groeten, Eugene ___ Talk-nl mailing list Talk-nl@openstreetmap.org mailto:Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl 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 -- Milo van der Linden [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] http://www.3dsite.nl De informatie in dit bericht reflecteerd mijn persoonlijke mening en niet die van een bedrijf of instantie. Aan de informatie kunnen geen rechten worden ontleend. Indien dit bericht onderdeel is van een forum, mailing-list of community dan gelden automatisch de bijbehorende voorwaarden. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] amaryllo triptracker op macOSX
Mensen, heeft er iemand scriptjes, programma's om een Amaryllo Triptracker (zoals ze ook bij de mappingparty's worden gebruikt) uit te lezen op een (non Intel) MacOsX. Of: wat is de eenvoudigste manier op je tracks uit de trip tracker te gebruiken voor OSM? Bijgeleverd progje navilink is alleen voor windows. BVD Richard Duivenvoorde ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] geonames over streetmap heen
Mensen, ik heb dit ook al uitgezet bij het openlayers en openstreet fora, maar geen verhelderend antwoord. wil het ook even hier proberen. Ik heb van geonames.org de punten in nederland in een postgis db gezet (latlon, 4326), en omgezet naar rd. Dat ziet er ok uit. Ook in latlon op een google ondergrond is het ok: http://www.duif.net/GoogleGeonames.jpg Daarna heb ik die punten omgezet naar 41001 (of 54004 hoe ze het ook noemen, met proj string: 41001 +proj=merc +lat_ts=0 +lon_0=0 +k=1.00 +x_0=0 +y_0=0 +ellps=WGS84 +datum=WGS84 +units=m +no_defs no_defs Als ik die punten combineer met Openstreetmap in een Openlayers pagina zet, dan liggen ze allemaal een kilometer of 20 te laag. zie: http://www.duif.net/OpenStreetsGeonames.jpg (de dikke dot punten is amsterdam). Iemand op de dev list stelde toen voor om de punten via een kml file eens op een googlemap-app waarin google en openstreetmap data hangt. Ook dat ziet er ok uit: http://www.duif.net/googlemapnik.php Dus mijn vraag: - heeft iemand een succesvolle ervaring met latlon naar 41001 omzetting? En zo ja: hoe heeft hij de punten omgezet (of welke proj string gebruikte je). - heeft iemand een idee wat ik fout kan hebben gedaan? BVD en groet Richard Duivenvoorde ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] geonames over streetmap heen
Hoi Danny, ik zag je al ronddwalen op de lijst :-) Nee gpx is geen optie, ik wil ook polygonen en lijnen goed af kunnen beelden, en ik wil een laag live uit de database kunnen tonen. Ik denk dat ik gewoon ergens een stom foutje maak, maar wil daar de bevestiging van doordat iemand zegt: Ja hoor, ik doe dat al jaren zo... ;-) Of ik maak een fout in de projectiestring waardoor mijn coordinaten niet kloppen, of de tiles liggen gewoon niet goed in de OL/OSM combi. Groetjes Richard Danny Maas wrote: Hee, Richard. Tijdje terug alweer. Ik dacht al, waar blijf je ;-) Helaas kan ik je met dit probleem niet helpen. Ik dump POI's meestal als GPX, en verander ze daarna. Misschien werkt een dergelijke methode voor jou ook met dit probleem. Groeten, Danny On 7/6/07, *Richard Duivenvoorde* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Mensen, ik heb dit ook al uitgezet bij het openlayers en openstreet fora, maar geen verhelderend antwoord. wil het ook even hier proberen. Ik heb van geonames.org http://geonames.org de punten in nederland in een postgis db gezet (latlon, 4326), en omgezet naar rd. Dat ziet er ok uit. Ook in latlon op een google ondergrond is het ok: http://www.duif.net/GoogleGeonames.jpg Daarna heb ik die punten omgezet naar 41001 (of 54004 hoe ze het ook noemen, met proj string: 41001 +proj=merc +lat_ts=0 +lon_0=0 +k= 1.00 +x_0=0 +y_0=0 +ellps=WGS84 +datum=WGS84 +units=m +no_defs no_defs Als ik die punten combineer met Openstreetmap in een Openlayers pagina zet, dan liggen ze allemaal een kilometer of 20 te laag. zie: http://www.duif.net/OpenStreetsGeonames.jpg (de dikke dot punten is amsterdam). Iemand op de dev list stelde toen voor om de punten via een kml file eens op een googlemap-app waarin google en openstreetmap data hangt. Ook dat ziet er ok uit: http://www.duif.net/googlemapnik.php Dus mijn vraag: - heeft iemand een succesvolle ervaring met latlon naar 41001 omzetting? En zo ja: hoe heeft hij de punten omgezet (of welke proj string gebruikte je). - heeft iemand een idee wat ik fout kan hebben gedaan? BVD en groet Richard Duivenvoorde ___ Talk-nl mailing list Talk-nl@openstreetmap.org mailto:Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl 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] geonames over streetmap heen
Hoi Martijn, 41001 en 54004 zijn 'custom' epsg codes, zie: http://osdir.com/ml/gis.openstreetmap.devel/2007-01/msg00113.html ze zitten in de proj map vaak in andere files dan de 'epsg'-file, bv in 'other.extra' De proj string voor beide is ongeveer: 41001 +proj=merc +lat_ts=0 +lon_0=0 +k=1.00 +x_0=0 +y_0=0 +ellps=WGS84 +datum=WGS84 +units=m +no_defs no_defs De OSM-data is wel in 4326, maar de tiles werken allemaal met 41001 (kijk maar in de js-files van bv www.openstreetmap.org en www.informationhighway.org). Als je een tile-server weet die 4326 serveert, houd ik me aanbevolen. De puntenlaag komt uit een mapserver, maar zou je dan mapserver de tiles cascading willen laten maken oid? Heb je een linkje naar die file? Anders begrijp ik niet hoe je mapserver in wilt zetten. Groet Richard Duivenvoorde Martijn van Exel wrote: Richard, Ik moet misschien eerst wat domme vragen stellen. * 41001 noch 54004 komen voor in de EPSG-lijst. Waar komen deze getallen vandaan? * Waarom is projectie nodig, als zowel OSM-data als Geonames-data in EPSG:4326 zijn? Als ik wat tijd kan vinden kan ik ook eens wat proberen. Mijn eerste insteek zou zijn om MapServer in te zetten, omdat ik daar het makkelijkst mee overweg kan. Ik zie dat er al eens iemand een Mapfile voor OSM-data heeft gemaakt. Succes, Martijn ___ 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] Een hele hoop data
Als dat inderdaad de data is die we krijgen, dan lijkt het erop dat we een prachtige basiskaart krijgen, maar dat het ook voor de verslaafde straatverzamelaars nog steeds mooi blijft (cq hele stukken 'wit' te veroveren :-) ). Zit er trouwens nog andere data bij dan alleen wegen? Ik zie in deze kaart ook vlakken (bebouwing etc) en andere lijnen (grenzen etc). Zou mooi zijn. Richard Ante Wessels wrote: On Friday 06 July 2007 17:43, Ivar Clemens wrote: Ik heb hier ook nog wat traces van Den Haag en Rotterdam, maar die ga ik niet meer invoeren. Aangezien we/jullie ons land volgende week waarschijnlijk voor 99% compleet hebben, is de lol er voor mij af. Ik wens jullie allemaal veel success met het integreren/corrigeren van Nederland. Ik vind het voorlopig nog heel spannend. Het persbericht meldt: street level data of the Netherlands. Anderzijds laat http://worldviewer.and.com/world.aspx in Amsterdam maar weinig straten zien. De autowegen hebben wel mooi veel rijbanen, daar zijn ze echt beter in, al zie ik zo ook al fouten in de A2 Utrecht - Amsterdam. vriendelijke groet, cordialmente, Ante ___ 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] dubbele namen N-wegen, schaalafhankelijke labels, gemeentemedewerking
Dames en Heren, ik probeer Haarlem en mijn geboorteplekje in Noordwijkerhout wat op de kaart te zetten. Hierbij loop ik tegen een paar probleempjes aan: - N-weg-namen zie je graag aangegeven op de kaart, maar verschillende delen van die wegen hebben ook verschillende namen (als voorbeeld: N206 loopt van Zandvoort via Vogelenzang, Noordwijkerhout enz ezn naar ... Leiden geloof ik. Ik kan echter maar een keer de 'name'-eigenschap opgeven. Heb op kleinere stukken toen maar 'N123, Kaasweg' oid als name gegeven, maar bij die N206 zou ik dan de (nu al redelijk) (door iemand anders) ingetekende N206 moeten gaan opdelen en Hoe doen de ervaren mappers dat, en staan hier ergens richtlijnen voor? - plaats en wijklabels. Op verschillende kaarten (www.openstreetmap.org en www.informationfreeway.org) lijken verschillende plaatslabels te staan. Het plaatsen van bijvoorbeeld wijk-namen lijkt me best zinnig. Maar hoe doe je dat? En: kun je zoiets dus ook 'schaalafhankelijk' maken (ws is het zo dat je net als highway-types ook labeltypes hebt oid? Zijn hier ergens richtlijntjes voor te vinden - ad Zoran: wat is de status van het misschien aanleveren van de hoofdwegen van NL door een bedrijf X? - algemeen: zijn er veel ervaringen van mensen met 'goed meewerkende gemeenten'? En zo ja: waaruit bestaat die medewerking dan: data? kaarten? anders? Ik wil de gemeente Haarlem namelijk eens benaderen en vraag me af wat ik redelijkerwijs van ze kan vragen. Groet Richard Duivenvoorde ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl