Re: [OSM-talk-nl] Afgesloten weg
Beste tante Meini, Wy komme wy mei syn fjouweren. Groetnis, Theun en Heidi Op 8 feb. 2017 23:50 schreef "Johan C" <osm...@gmail.com>: > On 2017-02-08 23:01, Freek Dijkstra wrote: > >> Vraagje van een noob (dat ben ik), >> >> Ik heb vanochtend een wijziging gemaakt, en vraag me af of ik dat op de >> aanbevolen manier heb gedaan. Het gaat om >> https://www.openstreetmap.org/changeset/45910956 >> De gemeente heeft een wandelpad (een trap) afgesloten met een groot >> hekwerk. >> >> Mijn eerste vraag is hoe ik dat weergeef. Vanzelfsprekend heb ik het pad >> "access=no" meegegeven, maar ik wil ook duidelijk hebben dat er een hek >> dwars over het pad geplaatst is. Dat heb ik nu gedaan met een node op >> het pad, met tag "barrier=fence". Dat laatste lijkt niet aanbevolen, >> alleen ways zouden deze tag horen te krijgen, niet nodes. Hoe zou ik het >> wel moeten doen? >> > > barrier=fence lijkt meer bedoeld te zijn voor een afrastering, niet voor > een afzetting. Je zou barrier=gate kunnen gebruiken, en dan ook een > access=no erop. > > Mijn tweede vraag is of ik de relaties goed heb gezet. Dit weggetje was >> onderdeel van drie wandelpaden. Ik heb met JSOM de relatie van deze >> wegen omgezet naar de aanbevolen route (de gemeente heeft borden >> geplaatst met de tekst "omleiding, hou rekening met 15 seconden extra >> reistijd". Vlakbij snackkiosk "Ed Kroket". Mooier kan je het niet >> krijgen, toch?). Enfin, ik gebruik JOSM zelden, en vroeg me af of ik nog >> rekening had moeten houden met de richting (direction) van de ways. Ik >> heb de lijst van ways wel op goede volgorde gezet, maar ben niet bekend >> genoeg met JOSM of dat afdoende was. >> > > Zolang er geen verschillende wegen voor de heenweg en terugweg zijn is het > voldoende om de wegen in de relatie op te nemen en te sorteren. Zo te zien > staat het goed. > > Maarten > > > ___ > 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] Het taggen van BAG data.
Ik zou me kunnen voorstellen dat je dat pas doet vanaf bouw gestart. Hier in de buurt zag ik ook al een groot pand staan waar de bouwvergunning is verleend, al op het moment dat de BAG data vrijkwam. Dan is het in deze tijd natuurlijk nog wel nodig om de financiering etc. rond te krijgen en het pand daadwerkelijk te bouwen. De kans bestaat dus dat het pand als niet gerealiseerd pand eindigt. Die data lijkt mij niet nuttig voor OSM. Op 21-10-2012 13:17, Gertjan Idema schreef: On Sun, 2012-10-21 at 11:52 +0200, Frank Steggink wrote: Als een bouwvergunning verleend is, hoeft nog niet te betekenen dat al met de bouw gestart is. Ik wist trouwens niet dat deze status ook in de BAG aanwezig kan zijn. Geldt dit ook voor sloopvergunningen? Het klopt dat de bouw meestal niet start zodra de bouwvergunning is verleend. Mijn overweging om zo'n gebouw toch aan aan een .osm file toe te voegen is de volgende: In de praktijk zal er tijd zitten tussen het moment van genereren van een .osm file en het moment dat een mapper er mee aan de gang gaat. Door het pand als building=construction toe te voegen, weet de mapper dat er op die plek iets gaat gebeuren en kan hij bijvoorbeeld in de BAG web kijken wat de huidige status van het pand is. Iets als building=planned is volgens mij niet gedocumenteerd in OSM en zal door Mapnik cs als bestaand pand gerenderd worden. Sloop vergunningen staan ook in de BAG. Hier is het complete lijstje: Bouwvergunning verleend Niet gerealiseerd pand Bouw gestart Pand in gebruik (niet ingemeten) Pand in gebruik Sloopvergunning verleend Pand gesloopt Pand buiten gebruik Groeten, Gertjan Groeten, Frank On 21-10-2012 11:36, Hugo Hölscher wrote: Lijkt me de goede benadering. Hugo Op 21 okt. 2012 11:07 schreef Gertjan Idema g.id...@zonnet.nl mailto:g.id...@zonnet.nl mailto:g.id...@zonnet.nl het volgende: On Sun, 2012-10-21 at 10:49 +0200, Hugo Holscher wrote: Het viel mij op dat de gegevens van het BAG (tenminste zo als ik ze in de BAG viewer zie), data bevat die nog niet bestaan. Als je deze id zoekt: 039710014064, vind je een huis en adres in Heemstede waarvan de bouw nog niet eens begonnen is. Verder weet ik dat de bouw vergunning aan verandering onderhevig is. Gaan we met bulk up-loads nu de mogelijk toekomstige kaart van Nederland maken of is het wijsheid om de locaties waarvan de status is: bouwvergunning verleend er nog uit laten? Hugo Mijn insteek op dit moment is om gebouwen met status Bouw gestart te taggen als building=construction. Voor Bouwvergunning verleend kan je overwegen om dat ook te doen, om wat meer informatie te geven aan een mapper die ziet dat er wat gaande is op een stukje grond. Daarnaast voeg ik een tag bag:status toe. Gertjan *From:*Gertjan Idema mailto:g.id...@zonnet.nl *Sent:*Saturday, October 20, 2012 8:54 PM *To:*talk-nl@openstreetmap.org mailto:*talk-nl@openstreetmap.org mailto:talk-nl@openstreetmap.org *Subject:*Re: [OSM-talk-nl] Het taggen van BAG data. On Sat, 2012-10-20 at 13:21 +0200, Just van den Broecke wrote: Beste Gertjan e.a, Een goed plan, ik wil wel meedenken. btw: De BAG is net deze week ververst met versie 8 sept en 8 okt: Fijn dat je meedenkt :-) http://geodata.nationaalgeoregister.nl/inspireadressen/atom/inspireadressen.xml (Atom). e.e.a. moet ook simpeler worden in de toekomst: http://drupal.pdokloket.nl/nl/producten/pdok-downloads/atomfeeds Ik probeer wat aan te vullen onder...het blijft een taai onderwerp. On 17-10-12 13:11, Gertjan Idema wrote: Er is een aantal initiatieven gaande voor het opnemen van BAG data in Openstreetmap. - ruudblank heeft veel werk verricht in Gorinchem. - rullzer in de omgeving Purmerend - mijn eigen initiatief op basis waarvan Minko (Amersfoort), PeeWee (Leusden) en Sebastiaan (Oldambt) nu kleinschalig aan het testen zijn. - en ongetwijfeld nog meer. Helaas is er nog geen standaard voor het taggen van BAG data. Mijn idee van deze discussie is om hier samen te vatten wat er tot nu toe gedaan en besproken is over het taggen van data afkomstig uit de BAG. Vervolgens hoop ik dat we het samen eens kunnen worden over een standaard. Deze kan dan opgenomen worden op de Wiki pagina en geïntegreerd in tools en scripts. Het doel hierbij is niet om zoveel mogelijk BAG dat in openstreetmap te krijgen, maar om te zorgen dat dit consistent gebeurt. Eerst maar eens een inventarisatie: Adres tags op pand of losse nodes = De BAG maakt onderscheid tussen panden, verblijfsobjecten en nummeraanduidingen. Een pand kan meerdere verblijfsobjecten bevatten. Ja het meestvoorkomende, maar ook omgekeerd (meerdere Panden bij VBO), maar moet daarvan nog voorbeeld zien. Hier is
Re: [OSM-talk-nl] Data verdwenen in Leeuwarden? Of verkeerssituatie gewijzigd?
Er wordt daar nog druk gewerkt. Is het niet verstandiger om te wachten tot dit is getracked en toegevoegd? Dit soort automatische toevoegingen/aannames is één van de redenen dat ik de laatste tijd niet veel fut heb om me met osm/fietsroutes bezig te houden. Zet er dan gewoon een fixme op. En laat ook de fietsroute door een lokale map per doen. Theun Op 4 okt. 2012 23:37 schreef Jo winfi...@gmail.com het volgende: Ik had daar een fietspad nodig om een fietsrouterelatie weer continu te krijgen. Ik heb die ingetekend, maar er zal iemand met een GPS langs moeten gaan, om de exacte ligging te bepalen. Jo Op 4 oktober 2012 20:21 schreef Martien Scheepens mart...@scheepens.dehet volgende: Beste Jo, Het tweede is het geval: http://www.vrij-baan.nl/projecten/drachtsterweg-en-omgeving/ . De oude rotonde/ het verkeersplein kon minder verkeer verwerken dan een ordinair kruispunt met verkeerslichten. Ik weet niet of je al contact met Frevo gehad hebt over de nieuwe situatie, maar gezien de schetsen op de website vermoed ik dat de fiets-/voetpaden nog ingetekend moeten worden. Groeten, Martien 2012/10/4 Jo winfi...@gmail.com Hier is blijkbaar heel wat data verloren gegaan: http://www.openstreetmap.org/?lat=53.19032lon=5.8169zoom=17layers=M Ofwel klopt Bing niet. Jo ___ 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] NLExtract project
Een andere gotcha waar ik bang voor was, nl. meertaligheid, zit ook in Top10NL. Zie bestand 06west.gml. Hi Frank, daar hoef je toch niet bang voor te zijn. Is juist een uitdaging. top10nl:GeografischGebied gml:id=nl.top10nl.103078931 nen3610:identificatieNL.TOP10NL.103078931/nen3610:identificatie nen3610:objectBeginTijd2008-11-24T00:00:00/nen3610:objectBeginTijdnen3610:versieBeginTijd2008-11-24T00:00:00/nen3610:versieBeginTijd top10nl:naam xml:lang=nlLeeuwarden/top10nl:naam top10nl:naam xml:lang=fyLjouwert/top10nl:naam top10nl:typeGeografischGebied plaats, bewoond oord/top10nl:typeGeografischGebied top10nl:labelPuntgml:Point srsName='urn:opengis:def:crs:EPSG::28992'gml:pos srsDimension=2182596.785 579147.489/gml:pos/gml:Point/top10nl:labelPunt top10nl:brontypetop10vector/top10nl:brontype top10nl:bronbeschrijvingTOP10vector 2004/top10nl:bronbeschrijving top10nl:bronactualiteit2004-01-01/top10nl:bronactualiteit top10nl:bronnauwkeurigheid2/top10nl:bronnauwkeurigheid top10nl:dimensie2D/top10nl:dimensie /top10nl:GeografischGebied De naam Leeuwarden komt ook in het Fries voor, Ljouwert (met xml:lang=fy). Zo te zien kan je hier niet uithalen wat de officiële naam is. In Friesland Fryslân is bij ongeveer de helft van de benamingen de Friese versie de officiële naam en de andere helft de Nederlandse. Maar dat is denk ik wel weer uit de BAG te halen, die gebruikt voor zover ik gezien heb de officiële namen. Theun, ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Boeien bij Schiermonnikoog
Op 23-9-2011 13:35, Erik Oppedijk schreef: Ik importeer het boeienbestand van Rijkswaterstaat en deze kloppen voor 99% met de officiele kaarten van de Hydrografische dienst. Probleem is inderdaad het verschuiven van de zandbanken. Daarnaast is de 3D shapes import ook niet compleet op het wad, er zijn nog grote lege stukken. Kan iemand de 3d shape import afmaken van de wadden? Dat zal niet gaan. Alle 3dshape data met betrekking tot het wad zit er nu in. Dit is gewoon lang niet compleet. Meestal zijn er alleen de stukken van tiles waarop ook een stuk van de vastewal of een eiland stond. We moeten een andere bron zien te vinden om dit te complementeren of eventueel te vervangen. Weed ook niet zo goed wat de 3dShapes proberen weer te geven. Ik denk de laagwatervloedlijn o.i.d. want dat is natuurlijk gedurende de tijd ook niet gelijk. Luchtfoto's zijn naar mijn idee ongeschikt omdat die ook al weer gedateerd zijn en maar vooral omdat ze bij verschillende waterstanden zijn gemaakt. Soms zie je veel wad, op andere zoom-nivo's is het dan op dezelfde plek weer allemaal water. Theun ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] OT: topospelletje Grontmij
Leuk spelletje. En zendmasten en watertorens leveren veel punten op. Nog even de vuurtorens van buiten kennen. Beetje oefenen dan moet er toch een veel hogere score mogelijk zijn. Kom nu toch noch een paar puntjes te kort tov frank... :( Ik ga het nog wel eens een paar keer proberen... Theun Op 16-8-2011 21:27, Frank Steggink schreef: Robert, Beetje kwestie van logisch nadenken :) De voetbalstadions ging nog wel, maar de attracties, musea en kastelen gingen slecht. Als ik per categorie 2 goed had, was dat veel. De zendmasten en watertorens daarentegen zijn weer een makkie, omdat meestal de plaats erbij vermeld wordt ;) Frank On 11-08-16 07:44 PM, Robert Elsenaar wrote: Frank, Ik vind dat onwijs knap van je. De plaatsen en de Grondmij vestigingen gingen nog wel, maar over de stadions en de attracties struikel ik voortdurend. Niet alleen topografische kennis, maar ook algemene kennis is hierbij van groot belang. En die ik kennelijk bij jouw erg breed. Vraagje, Weet jij bijvoorbeeld te vertellen waar visstek De Baars en De lage Raap liggen? Tja, dat is het nu met algemene kennis Je moet het maar net weten en er moet maar net je interesse liggen. Die laatste twee plekken ken ik wel, maar die vroegen ze niet. :-( Maar wie heeft er nu interesse in voetbal of pretparken . ;-) maar nogmaals sjappooo groet Robert -Oorspronkelijk bericht- From: Frank Steggink Sent: Monday, August 15, 2011 10:19 PM To: OpenStreetMap NL discussion list Subject: [OSM-talk-nl] OT: topospelletje Grontmij Hoi, Omdat de lijst in een zomerdip/-recessie verkeert, ga ik hem maar wat opleuken. De Grontmij heeft een spelletje [1] online gezet om je topokennis te testen. Wel jammer dat het in Firefox niet werkt, maar gelukkig nog wel in Chrome, dus meende ik de OSM-eer hoog te moeten houden. En niet geheel zonder succes [2] :) Groeten, Frank [1] http://www.gissenwaarhetis.nl http://www.gissenwaarhetis.nl/ [2] http://imageshack.us/photo/my-images/716/spelletjegrontmij.png/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl --- Tekst ingevoegd door Panda GP 2011: Als het hier gaat om een ongevraagde e-mail (SPAM), klik dan op de volgende link om de e-mail te herclasseren: http://localhost:6083/Panda?ID=pav_8494SPAM=truepath=C:\Windows\system32\config\systemprofile\AppData\Local\Panda%20Security\Panda%20Global%20Protection%202011\AntiSpam --- ___ 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] Waterkaarten
Op 18-5-2011 14:47, Maarten Deen schreef: Er ook een stukje in het zeehavenkanaal van Delfzijl (naar het westen) waar de kustlijn nog verkeerd ligt. Ik heb naar aanleiding van de 3dShapes import nog wat laatste corrigeerwerk te doen. Onder andere de coastline synchroniseren met de 3dShapes. Dat heb ik in de eemsmonding / Dollard nog niet gedaan, en is alvast door een osm vrijwilliger uitgevoerd en hier aan de buitenkant van de tidalflat area gelegd. Ik ben toch net weer bezig met de coastline en kom hier de komende dagen wel langs, dan zal ik het wel corrigeren. Als iemand anders dat intussen al gedaan heeft is het natuurlijk ook goed. Theun ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Woonplaatsen, wijken, buurten en admin_levels
Op 19-4-2011 0:26, Lennard schreef: De huidige indeling is voornamelijk ingegeven door het Duitse voorbeeld. Zij hebben stadsdelen/gemeentedelen zonder zelfbestuur op 10. Dat concept is vergelijkbaar met onze woonplaatsen. Dezelfde overweging zorgde ervoor dat stadsdelen *met* zelfbestuur op 9 kwamen. In de praktijk blijkt het bij ons qua grootte net andersom. Als we het in OSM omdraaien, krijg je de rariteit dat een deel zonder zelfbestuur hoger uitkomt dan een deel met zelfbestuur. Moeten we admin_level dus geografisch of functioneel zien? Op zich lijkt het mij logisch dat een stadsdeel een deel is van de stad (woonplaats) Amsterdam. Ik zou het daarom logisch vinden dat een stadsdeel lager uitkomt dan de woonplaats. Om dit met de situatie in Duitsland te vergelijken is denk ik ook lastig. Wat je ook wel ziet is dat in steeds groter wordende gemeenten, het bestuur geldpotjes/plannen wil laten invullen door de inwoners zelf. Hierbij wordt dan vaak een vereniging van dorpsbelang als vertegenwoordiger van de bewoners gezien. Is nog geen zelfbestuur per woonplaats, maar begint er wel op te lijken. Nog even over die CBS data. De indeling in wijken/buurten van het CBS is in ieder geval op het platteland van Friesland puur ter eigen vermaak van het CBS om een leuke onderverdeling/kaartjes te maken. Meestal worden een aantal dorpen samengepakt tot een wijk, en wordt elk dorp verdeelt in een gedeelte dorp en het gebied eromheen (aangeduid met verspreide huizen dorp). Inwikipedia http://nl.wikipedia.org/wiki/Wijken_en_buurten_in_Dongeradeel wordt het blijkbaar als relevante info gezien maar ik hoop niet dat dit soort onofficiële gebiedsindeling in de data van OSM terechtkomen. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Woonplaatsen, wijken, buurten en admin_levels
Op 19-4-2011 21:17, Martien Scheepens schreef: Ik wil aan deze discussie toevoegen dat ik in het geval van Groningen een echte suburb ken: De bebouwing van Ter Borch (gemeente Tynaarloo, Drenthe) sluit naadloos aan op die van Groningen. Ook zijn er stadsdelen die meerdere woonplaatsen (met eigen blauw bord) omvatten. Je moet natuurlijk wel de gemeente Groningen en de stad Groningen uit elkaar houden. Dat is niet hetzelfde. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] vreemde weergave van de buitendijk
2010/12/30 Peter Peterse pe...@peterse-uithuizen.com: Hallo, even over het fietspad. Het is eigenlijk een weg onder aan de voet van de dijk. De weg is enkel vrij toegankelijk voor fietsers. Met ontheffing (sleutel) kun je met een auto op de weg komen. Groeten, Peter Goed dat je het opmerkt. Heb zelf afgelopen voorjaar noch het stuk vanaf WesterNieland - Lauwersoog gefietst en daar de tagging aangepast naar highway=unclassified / access=no / foot=yes / bicycle=yes. Omdat ik niet verder naar het oosten ben geweest heb ik daar de highway=cycleway laten staan. Zat noch te twijfelen aan access=private. Weg is volgens mij in eigendom bij het waterschap. Groeten Theun, ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] vreemde weergave van de buitendijk
Ik ben eigenlijk alleen maar met 3dShapes in het noorden bezig geweest, maar ik heb eerst Friesland maar afgemaakt. http://3dshapes.openstreetmap.nl/?zoom=11lat=53.26294lon=6.66767layers=B0T Ik ben nu met de tiles van 03/07 en 08 bezig. Ik zal de tiles bij Leek / Zuidhorn wel even wat voorrang geven. De rij daaronder wilde ik eigenlijk doen als het bovenliggende deel helemaal klaar is. Maar als jij niet zo lang kan wachten kan ik mijn volgorde wel aanpassen. Groeten Theun, 2010/12/30 DTeelde dtee...@kpnmail.nl: Hoi Theun, Leuk te zien dat je de landuse van 3dShapes in het noorden aan het importeren bent. Ik neem tenminste aan dat het jouw werk is. Ik wacht met genoegen af totdat Eelde e.o. (Leek, Norg en Zuidlaren) ook geïmporteerd zijn. Ik zal dan zeker de gegevens controleren. Groeten, Dirk Theun schreef: Gister net deze tiles geüpload, rework moet ik nog doen. Weer wat minder AND water te verwijderen. Is wel de bedoeling dat de name tag overgezet wordt op het 3dShapes water. Grtz Theun, ___ 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] vreemde weergave van de buitendijk
misschien levee - zie ook: http://wiki.openstreetmap.org/wiki/Proposed_features/Terrain_accident Ik heb en-passant ook even de AND natural=water, name=Zijlriet verwijderd. De 3D shape is meer naar de werkelijkheid. Het Zijlriet loopt niet door de dijk door. En de gebouwen heb ik even permanent gemaakt. Ik ben vaker in Noordpolderzijl geweest. Gister net deze tiles geüpload, rework moet ik nog doen. Weer wat minder AND water te verwijderen. Is wel de bedoeling dat de name tag overgezet wordt op het 3dShapes water. Grtz Theun, ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] OSM blog: Omdat je de competitie in de gaten moet houden
Het was mij ook al opgevallen dat de kaart niet verbetert is toen ze van teleatlas op een eigen kaart zijn overgegaan. http://maps.google.nl/?ie=UTF8ll=53.327028,6.197104spn=0.014097,0.044074z=15 Hier in dit natuurgebied zijn plotseling allemaal wegen waar je ook met de auto kunt komen volgens de routeplanner, terwijl het meeste gewoon een strook gras is die een paar keer per jaar gemaaid wordt zodat je er kunt wandelen (bij nat weer laarzen verplicht!). Dit is natuurlijk minder nieuwswaardig als dat de markerwaard drooggemalen is. Levert weer leuke publiciteit op. Nice work. Theun, ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] AND-import en eilanden
Bij de import van de AND-data is een oude manier van het aanmaken van multipolygons gebruikt. Het is nu de bedoeling dat inner ways van een multipolygon geen tagging krijgen, zie http://wiki.openstreetmap.org/wiki/Multipolygon_relation#Tagging. Komen ze wel voor dan zouden ze behandeld moeten worden als niet bestaand. Blijkbaar doet de renderer van de OpenFietsMap dat niet. Dus de tag natural=water op de innerway verwijderen zou het probleem van de renderer vermoedt ik wel verhelpen. Bij het importeren van de 3dShapes zal het AND water waarschijnlijk op de meeste plekken overbodig worden, maar ik weet niet wanneer dit voor heel Nederland klaar zal zijn.. 3dShapes: Bij de 3dShapes import worden de tags alleen op de relatie gezet en niet op outer en innerways. Het eiland dat binnen de multipolygoon valt wordt noch weer een keer toegevoegd met de tag die het binnenste deel beschrijft, of er zijn meerdere vlakken die het eiland opvullen, er is van alles mogelijk. Zo kun je ook een innerway hebben van hetzelfde type als de omliggende multipolygon (bijvoorbeeld een stuk grasland, omgeven door een sloot in een groter perceel grasland). Met de oude manier zou dat niet lukken. De way die je als voorbeeld hebt aangegeven is 2 weken geleden toegevoegd. Ik moet hier noch wel wat nabewerking doen, want het AND water staat er ook nog op. Hoop ik binnenkort (dit weekend) te gaan doen. Groeten Theun, ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] AND-import en eilanden
We worden toch niet opstandig ;) Ik kan me voorstellen dat je de verouderde tagging update zodat je beter bij de huidige standaard aansluit. Is iets anders dan tagging afwijkend van het tagging schema om de kaart in te kleuren... Zou natuurlijk beter zijn dat de renderer ook die oudere manier van taggen support. Maar kan me ook voorstellen dat het niet verkeerd is de tagging die nu als verkeerd (of minder goed) wordt beschouwd op enig moment aan te passen. theun, Theun schreef: Dus de tag natural=water op de innerway verwijderen zou het probleem van de renderer vermoedt ik wel verhelpen. Daar ben ik falikant op tegen. We gaan toch zeker niet mappen om de renderer te pleasen? Of om fouten van de renderer recht te breien? Waar gaat het heen op deze wereld. In het verre verleden, voor de zomer, is mij met de paplepel in gevoerd dat dat NIT mag. Moet die mappen maker maar beter zijn best doen. Of heb ik het vroeger verkeerd begrepen? ;-) Robert ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] PDF voor JOSM
Hi Robert, Goed geregeld. Ik heb hier noch Landal Esonstad (10 min. fietsen) op mijn lijstje staan (te nieuw voor de 3dShapes), al eens een paar keer wat getraced, maar das best noch veel werk. Ik wil die wel toevoegen, en ook Suyderoogh wil ik wel doen (half uurtje verder). Grtz Theun, 2010/11/19 rob...@elsenaar.info: Ik heb de PDF omgezet via een of andere freeware converter. Zag er best goed uit. Warper-account aanngemaakt, uploaden. Geeft hij een ongedefinieerde foutmelding. ze gaan er naar kijken staat er bij. Later nog maar eens proberen. Zal dan alle kaarten er opzetten en een Wiki starten. Kan ieder die wil een park voor zijn rekening nemen. Overigens staat er nog een vraag uit richting Landal om gegevens digitaal te ontvangen. groet Robert Citeren Martijn van Exel m...@rtijn.org: Cool, ik wil wel helpen! Martijn martijn van exel +++ m...@rtijn.org laziness - impatience - hubris http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes 2010/11/19 rob...@elsenaar.info Heren, Ik ben sinds kort de trotse bezitter van toestemming om alle plattegronden van Landal parken in OSM te zetten. Vooralsnog heb ik alleen de papieren plattegronden en zal ik ze dus met luchtfoto's en de info van de kaarten over moeten tekenen. Wet iemand hoe je met een PDF in de hand deze afbeelding als achtergrond in JOSM kunt krijgen? groet Robert ___ 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] nacontrole Drenthe gereed
Was al eerder bezig geweest lang voor de botwijziging om de wegenclassificatie bij mij in de buurt aan te passen. Vaak van tertiair naar unclassified (in eerste AND import was bijna elke kleine weg en erfoprit als tertiair getagd) en van secondair naar tertiair voor wegen die alleen maar een paar kleine dorpjes met elkaar verbinden. Blijft toch altijd een kwestie van inschatten aan de hand van de lokale situatie. Na de botaanpassing heb ik het idee dat er bijna geen secondary/tertiary wegen overblijven. Ben nu de wijdere omgeving wat aan het nalopen, want van die wegen die steeds wisselende stukjes secondary/tertiary en tertiary/unclassified hebben ziet er natuurlijk niet uit. Ik ben nu echter geneigd om een deel van de wegen met importance_level 5 toch tertiary te houden en ook een aantal wegen met importance_level 4 ook als secondary te houden (zeker als deze laatste een N nummer hebben als ref!!) Ik zal proberen het noorden van Friesland te doen, echter in het zuiden van Friesland ben ik veel minder goed bekend en is het dus lastiger om de lokale situatie in te schatten. Wat ik wel lastig vind is makkelijk te kunnen zien welke stukken wegen in AND secondary waren met importance level 5. Als die al door de bot-aanpassing (deels) aangepast zijn tot tertiary ben je die info kwijt. Is daar nog extra info waar je op kan selecteren of filteren? Groeten Theun, 2010/9/24 stegg...@steggink.org: Quoting Andre Engels andreeng...@gmail.com: 2010/9/24 ce-test, qualified testing bv - Gert Gremmen g.grem...@cetest.nl: Kan je ons nog even fine -tune vwb de regels die we in acht zouden moeten nemen.. die and-levels zijn mij niet echt vertrouwd Genummerde wegen: N-wegen 400: primary overige N-wegen: secondary overige wegen, op basis van AND:importance_level: 1 of 2: primary of secondary 3: secondary 4: tertiary 5: unclassified, echter indien secondary bij de oorspronkelijke AND-invoer: tertiary Deze regels zijn echter niet hard. Als je denkt dat een hogere of lagere indeling van een bepaalde weg de verkeerssituatie beter aangeeft, dan verander je dat. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl V.w.b. het primary/secondary onderscheid is er vorige week het nodige erover te doen geweest. Het komt regelmatig voor dat N-wegen met een nummer boven de 400 toch redelijk wat verkeer verstouwen te krijgen, waardoor ze beter als primary geklassificeerd kunnen worden. De omgekeerde situatie (N nummer 400) komt veel minder vaak voor, maar wil wel eens gebeuren als er recentelijk nieuwe doorgaande wegen in de omgeving zijn aangelegd. Frank ___ 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] excuses
Het verschil tussen fietspaden/wandelpaden is in de echte wereld (buiten de deur) ook vaak niet duidelijk. Het is dan ook logisch dat als je de werkelijkheid probeert vast te leggen in digitale vorm dit ook niet eenduidig is. Bijvoorbeeld in parken e.d, bij het begin van een aantal paden staat het bordje van 'toeristisch fietspad' of het 'verplicht fietspad' en bij andere paden niet. Onderweg in het park kun je natuurlijk alle paden op rijden zonder dat je weer bordjes tegenkomt. Gelukkig (voor het uitzicht e.d. en de gemeentelijke financiën) worden deze omgevingen niet zo stampvol borden gezet dat alles eenduidig vastligt. Is jammer voor ons als mappers, behalve natuurlijk voor personen die graag muggen willen ziften. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Goede tag voor bos
Ik had bij de vorige discussies het idee dat er enige mate van overeenstemming was en de natural=woods bij mij in de buurt (dokkum) aangepast naar landuse=forest. Ook als je al een duidelijke definitie hebt waar ieder het over eens is, is dat voor elk groepje bomen waarschijnlijk weer lastig te bepalen. Een boom maakt het niet zo veel uit als ie in een wood of een forest staat. Zoals freek zegt ligt niemand hier blijkbaar echt wakker van. Volgens mij de enige reden dat dit geregeld terugkomt is het verschil in kleur bij de mapnik rendering, dat valt gewoon op, bijvoorbeeld in het Drents-Friese wold tussen Appelscha en Diever. Bij de OSMRenderer en de fietskaart wordt het gelijk gerenderd. Vanuit de AND-data is er 2 manieren geïmporteerd. Veel bos is als natural=wood getagd. Kleinere bosjes zijn als leisure=park getagd, ik denk dat dat wel een kandidaat is om aangepast te worden. Dit zal zal zeker niet geautomatiseerd kunnen omdat er natuurlijk ook echt aangelegde parken zijn met hier en daar bossage's vijvers etc. Theun, 2009/11/22 Freek freek_...@vanwal.nl On Sunday 22 November 2009, fabermich...@planet.nl wrote: Is er hier in het verleden iets over gezegd [...] http://lists.openstreetmap.org/pipermail/talk-nl/2009-February/008195.html http://lists.openstreetmap.org/pipermail/talk/2009-July/038776.html Ik geloof geen echte oplossing, ik denk ook dat niemand er echt van wakker ligt. (Ik i.i.g. niet, vind wood trouwens meer klinken als een klein bos, zoals je die veel in Nederland ziet, ik geloof dat ik dat ook wel eens een Engelsman heb zien zeggen in één van die threads, maar kan 'm zo even niet terugvinden.) -- Freek ___ 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] mapping-party in het noorden
Hoi Henk, Lijkt me een leuk initiatief, eens wat minder remy bezig zijn. Zaterdags heb ik sportieve verplichtingen. Zondag 29 november of 13 december zou ik denk ik wel kunnen. Groet Theun, ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Bungalowpark
tourism=chalet word in Nederland al op meerdere plekken gebruikt voor een bungalowpark (heb ik zelf ook al gedaan voor landal suyderooghhttp://www.openstreetmap.org/?lat=53.38731lon=6.21564zoom=16layers=B000FTF ). Volgens de definitie ( Tag:tourism%3Dchalethttp://wiki.openstreetmap.org/wiki/Tag:tourism%3Dchalet) zowel voor enkele als een verzameling huisjes. Lijkt mij precies de lading te dekken. In engeland zie je vaak de term cottages in de naam aan de andere kant vermoed ik dat het Lodges zijn, is denk ik vergelijkmaar met ons bungalowpark. Theun, 2009/10/20 Maarten Deen md...@xs4all.nl On Tue, 20 Oct 2009 00:07:48 +0200, YRS jav...@hccnet.nl wrote: Heeft iemand al ervaring met bungalow- cq vakantieparken? Ik dacht aan tourism=chalet om te beginnen met een node, maar wat doe ik met de wegen? Meestal is eer een soort rondweg (mag ik die tertiary taggen? Nog access tags?) en een aantal bestemmings wegen. Wie heeft er ideeën? Een voorbeeldje uit de AND data: http://www.openstreetmap.org/?lat=51.4515lon=5.9633zoom=14layers=B000FTF Ik zie dat daar ook geen name tags op zitten. Volgens mij is een tourism=bungalowpark wel geschikt (of is dat geen internationele term?). Is het een idee om dat als nieuwe tag voor te stellen? tourism=chalet zou ik op individuele huisjes zetten. Maarten ___ 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] wandeling op terschelling en taggingsprobleempjes
een paar van je problemen kun je oplossen/verbeteren met tracktype: http://wiki.openstreetmap.org/wiki/Key:tracktype voor die doorwaadbare plek zou je misschien een tracktype=grade5 er op kunnen zetten. of misschien een bridge=no ??? is het kreekje ook getagged? highway=ford tag op intersection? ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] provinciegrenzen n.a.v. woonplaatsgrenzen Nijefurd
Hallo, Ik zag op Bestaande_geodata_hergebruiken_woonplaatsbesluitenhttp://wiki.openstreetmap.org/wiki/Bestaande_geodata_hergebruiken_woonplaatsbesluitendat er van meer gemeenten woonplaatsgrenzen beschikbaar waren dan in OSM zijn ingevoerd. Ik heb de afgelopen week de grenzen van Nijefurd (zuidwesthoek van Friesland) ingevoerd. ( http://woonplaatsgrenzen.openstreetmap.nl/ , permalink lijkt niet te werken.) Volgens de woonplaatsgrenzen van Nijefurd loopt de provinciegrens tussen Friesland en Noord-Holland midden door het IJsselmeer ipv vlak langs de kust van Noord-Holland. Als ik in een andere bronhttp://www.cbs.nl/NR/rdonlyres/CA95EF56-1D3A-4EAD-B47E-54E10F6773EE/0/2006pv.pdfkijk zie ik ook de provinciegrens van een drie-provinciepunt (tussen gemeenten Enkhuizen/Gaasterlân-Sleat, en vlak in ijsselmeer rechts daarvan) met een knik ten westen van Stavoren naar het midden van de afsluitdijk loopt, dit komt overeen met de grensdata van Nijefurd. Ook is de provinciegrens tussen Friesland en Flevoland dan niet goed aangegeven. Ik zou dit op basis van de huidige data kunnen aanpassen, de provinciegrens lijkt een rechte lijn, en een deel van die lijnen zijn ook nu al als provinciegrens in de OSM data. Of hebben we hier nog een databron voor? Blijft over dat de gemeentegrenzen in het IJsselmeer niet meer kloppen. De gemeentegrens tussen Nijefurd en Wymbritseradiel komt trouwens ook niet overeen tussen OSM data en data van het woonplaatsbesluit Nijefurd. Moet ik nog even corrigeren. Grtz Theun, ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Amsterdam en Amsterdam Noord
Wat betreft Durgerdam / Holysloot. Wat ook een goede indicatie is van aparte woonplaatsen zijn natuurlijk de postadressen. Google eens op Dorpstraat Holysloot, of zoek eens op een huizensite in die buurt. Je krijgt allemaal informatie over panden met adressen Dorpstraat Holysloot no. zoveel in Amsterdam. Bij een aparte woonplaats zou je een volgend adres verwachten Dorpstraat no. zoveel in Holysloot. Bij Durgerdam en ook Ransdorp is het volgens mij hetzelfde, hoewel een BB in die plaats toch meldt dat het in Durgerdam is ipv Amsterdam, maar dat kan natuurlijk ook commerciële/recreatieve redenen hebben. Hoewel deze drie dorpen vroeger een aparte gemeente vormden, zijn het nu zelfs geen aparte woonplaatsen meer maar vallen ze blijkbaar onder de woonplaats Amsterdam. Grtz Theun, 2009/9/12 Sybren A. Stüvel syb...@stuvel.eu On Sat, Sep 12, 2009 at 01:27:03PM +0200, Stefan de Konink wrote: Ik neem dat je http://woonplaatsgrenzen.openstreetmap.nl/ bedoelt. Dat laat zien waar Gemeente Amsterdam begint en ophoudt, maar laat niet de stadsgrenzen zien. Juist die laat de stadsgrenzen zien... Ik zie geen stadsgrenzen, alleen gemeentegrenzen. Er zit bijvoorbeeld geen lijn tussen Amsterdam en Durgerdam, of tussen Durgerdam en Holysloot. Dit zijn echt losse plaatsen, en horen niet bij de stad Amsterdam. Toch vallen ze in het gebied gemarkeerd met een groene lijn en het label Amsterdam, omdat ze wel bij gemeente Amsterdam horen. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Hofjes in steden
In het bekende Notting Hill hebben ze ook gemeenschappelijke tuinen. http://www.openstreetmap.org/?lat=51.51108lon=-0.20495zoom=17layers=B000FTFTDie zijn getagd met leisure=garden. Lijkt me overeenkomen. 2009/6/20 Ronald stroe...@zonnet.nl Geachte lezers, in veel Nederlandse steden komen hofjes voor. Dit is van belang voor toeristen en daarom interesant om op de kaart te verwerken. Uiteraard is er geen tag landuse=hofje Dit zou natuurlijk aangevraagd kunnen worden, maar omdat dit internationaal zo weinig voorkomt lijkt me dit geen goed idee. En zelf iets verzinnen (dit wordt wel geaccepteerd door de database) (maar wordt niet gerenderd) is ook al geen goed idee. Het lijkt mij verstandiger om toch iets standaard te houden. Op dit moment denk ik aan een punt met de tag landuse=garden met de naam. Graag wil weten of anderen dit ook een goed idee vinden? Ronald ___ 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] Wikipedia / OpenStreetMap
@Niels, mooi. Als je hier ook een taalversie selectie in kan bouwen, dan kun je bijvoorbeeld ook de friese wikipedia kiezen :) Ik weet niet of jullie deze ook kennen: http://www.wikimapia.org/#lat=53.306389lon=5.785556spnx=0.1spny=0.1m=h 2009/6/3 Martijn van Exel mve...@gmail.com Niels, Te gek. Simpel en heel doeltreffend. Kan ook vanuit wikipedia worden gebruikt om visueel te maken welke artikelen nog geen / geen goede georeference hebben. Deze kunnen ze vervolgens via de OSM API uit de OSM database trekken - of een verdere integratie OSM-Wikipedia wat betreft georefereren van artikelen - dit soort applicaties stimuleert het denken daarover enorm lijkt me! Heel goed. Op de wikipedia zelf is iets dergelijks al enige tijd beschikbaar, zie bijvoorbeeld http://fy.wikipedia.org/wiki/Hallum klik op de wereldbol rechtsboven en zoom in. Dit heb ik anderhalf jaar geleden gekopiëerd van de duitse wikipedia waar dit werd gebruikt. Alleen de gebruikte beschikbare kaart is erg lelijk en het zoomniveau waarop wordt gestart is verkeerd (dat laatste zal wel komen omdat ik dat niet goed heb uitgezocht). Ik heb wel het idee dat dit duitse initiatief op de wikipedia niet erg veel wordt gebruikt. Ik lees wel vaker over initiatieven om wikipedia/openstreetmap te combineren. Er is echter op wikipedia ook een aantal mensen die vinden dat wikipedia en openstreetmap niet te verenigen zijn vanwege conflicten met de licenties (GFDL en CC). Strikt genomen zullen ze hier vanwege de verschillen in randvoorwaarden over dupliceren/aanpassen ook wel gelijk hebben maar dit heeft mij ervan weerhouden om überhaupt op basis van OSM kaartjes voor wikipedia te gaan maken. (Zou natuurlijk ook beter zijn als dit geïntegreerd kon worden op basis van de aktuele kaart ipv steeds snapshots te maken en die om de zoveel tijd te gaan updaten.) Ik had de hoop dat wikipedia van GFDL naar CC zou overgaan, maar ik zie hier jammergenoeg niet zoveel vooruitgang. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Woonplaatsen taggen
2009/5/28 Christiaan Welvaart c...@daneel.dyndns.org boundary=civil voorstellen?). Maar boundary=administrative is misschien helemaal niet raar: deze grenzen zijn belangrijk voor dingen als postadressen en carnavalsnamen, en de bekende blauwe bebouwde-kom-borden natuurlijk. Om misverstanden te voorkomen, woonplaatsgrenzen hebben meestal niks met bebouwde-kom borden te maken. Binnen de bebouwde kom is het altijd wel duidelijk in welke plaats je bent. Woonplaatsgrenzen worden echt interessant in het buitengebied, welke wegen/adressen vallen onder welke woonplaats. Theun, ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Woonplaatsen taggen
Hi Eugene, Eindelijk wat officiëlere data over woonplaatsgrenzen dan de buurtgrenzen van het CBS. Heb je deze via het internet gevonden, of per gemeente aangevraagd. Dit zijn natuurlijk ook handige grenzen om te bepalen welke straten en eventueel adressen bij welke woonplaats horen. Zou je hier niet gewoon boundery=administrative tag voor moeten gebruiken. Op een zelfde manier als de gemeenten. Dan met admin_level=9? Beneden gemeente nivo 8 zijn 9 en 10 ook al gespecificeerd maar ik denk dat dit een officiëel vastgelegd. Groet Theun, 2009/5/20 Eugene van der Pijll eug...@vanderpijll.nl Hoi allemaal, Hoe tag ik woonplaatsen? D.w.z. de door de gemeentes vastgestelde woonplaatsgrenzen, die in adressen gebruikt worden. Dit zijn areas (gesloten ways) die heel Nederland bedekken. Tot nu toe heb ik van een vijftal gemeenten (bijv. de Haarlemmermeer) de woonplaatsgrenzen toegevoegd (nagetekend uit woonplaatsbesluiten van de gemeenten), en heb ik er relaties van gemaakt, met type=woonplaats. Maar ik zou het liefst aansluiten bij een internationale definitie, die gebruikt zou kunnen worden bij Name Finder-achtige toepassingen. gr,Eu ___ 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] http://maximumsnelheid.openstreetmap.nl/
Laat ik eerst maar eens zeggen dat ik heel blij ben met het http://maximumsnelheid.openstreetmap.nl/ Ik was deze winter (omdat fietsen niet zo aangenaam was) maar begonnen de maxspeed tags bij ons in de buurt (noordoost friesland) toe te voegen. Maar weer eens in de auto via diverse omwegen boodschappen gedaan en familie bezocht ;). Het nadeel was dat je eigenlijk bijna geen resultaat kon zien. Ik wist tenminste alleen op Itoworld via tagselectie kaartjes met maxspeed te voorschijn te halen, maar dan moet je weer area's definiëren en zoomen en verplaatsen van de kaart kan dan niet wat het behoorlijk gehandicapt maakt. Omdat ik niet echt dacht dat hier veel aan werd gedaan (in amsterdam waren volgens mij toen maar enkele wegen met een maxspeed tag) en ik het idee kreeg dat het NWB beschikbaar kwam en daar deze informatie ook in zou zitten heb ik dit weer even laten liggen. Dit kaartje geeft natuurlijk weer inspiratie om verder te gaan. Wat betreft de max-snelheden van de NWB kan ik wel zeggen dat hier bij mij in de buurt heel erg veel fouten inzitten. Fietspaden met maxspeed tag, kleine locale wegen die als afgesloten staan gemarkeerd. Snelheden van binnen bebouwde kom die buiten bebouwde kom doorlopen. 30 kilometer zones in dorpen die missen of die te uitgebreid zijn, te veel om op te noemen. Ik hoop niet dat de discussie over hoe te taggen mensen ervan gaat weerhouden data toe te voegen. Op zich ben ik helemaal geen tegenstander van het gebruiken van relaties voor de zelfde tags voor groepen ways. Door het opsplitsen van wegen tussen alle afslagen (o.a. tbv routering) krijg je wel een heel gekopiëer van tags, niet alleen maxspeed maar ook straatnamen en andere tags, maar goed ik doe maar mee met wat ik denk dat het meest aanvaarde gebruik van tagging is. Ik denk ook dat het uitmaakt in welk gebied je woont. Bij ons is het echt een ratjetoe van 30/50 en 60/80 wat heel erg door elkaar loopt soms 30/60 km zones, soms alleen losse wegen. Per dorp lijkt het weer te verschillen. Hier is het echt heel natuurlijk dat je ervoor kiest om dan maar alle wegen van een maxspeed tag te voorzien. Op plaatsen waar alleen maar 80 km wegen buiten de bebouwde kom zijn kan ik mij voorstellen dat het heel erg overdreven voorkomt om alle wegen apart te taggen. Maar goed zolang het niet gerendert wordt stimuleert het mensen niet om toe te voegen, dus zorg er dan wel voor dat het zichtbaar wordt in bepaalde tools anders gaat het denk ik niet uitgebreid gebruikt worden. Het argument dat expliciet taggen ervoor zorgt dat de kaart minder onderhoudbaar wordt heeft ook een andere kant. Op het moment dat snelheden niet expliciet toegevoegd zijn wil dat nog niet zeggen dat er geen bord staat. Of dat de snelheid klopt, omdat er ter plaatse nog geen mapper is geweest (in Nl natuurlijk op heel veel plaatsen vanwege de AND-data) of wel een mapper geweest maar die heeft niet naar de maximum snelheden gekeken. Op het moment dat er expliciet is getagged (eventueel via relaties) kun je in ieder geval van uitgaan dat er één mapper serieus naar gekeken heeft. Theun, ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Openfietskaart.nl Beta 2
Heel erg mooi, je kunt er bijna direct ook een ouderwetse papieren kaart van laten drukken. Ik vind vooral dat zoom level 14 (eerste met de afstanden) er erg strak uitziet, mooi overzicht en toch genoeg detail. Wat detail geneuzel. * Op zoom-level 14 zouden de knooppunten wat groter kunnen (vallen een beetje weg tov de routes) * Op zoom-level 14 plaatsnamen ook duidelijker (groter of vet), vallen een beetje weg. Wel weer jammer dat vaak op een kruispunt in het midden van een dorpje waar een knooppunt is gekozen vaak ook een place-tag staat, waardoor de plaatsnaam dwars over de knooppunt-aanduiding staat. Nog wat over routes met een verschillende route voor heen en terug (door éénrichtingsfietspaden). Hier is de afstandsaanduiding opgesplitst in de verschillende overlappende/aparte delen, ik weet niet of dat zo de bedoeling was of dat dit een toevallige uitkomst is. Je zou hier het gemiddelde van de twee richtingen kunnen geven. Zie b.v. tussen knooppunt 62 en 84http://openfietskaart.nl/?zoom=14lat=53.19406lon=5.96889layers=BTFTFFFThttp://openfietskaart.nl/?zoom=14lat=53.19406lon=5.96889layers=BTFTFFFT, scheelt hier wel 400 meter, maar meestal maakt het niet zoveel uit. Ik weet ook niet zeker of deze route goed getagged is met de verschillende roles, maar ik dacht het eigenlijk wel. Grtz Theun, ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Steden/dorpen
Wat betreft de scheiding tussen hamlet (buurtschap) en village (dorp) lijkt het mij handig om het verschil te leggen op de woonplaats, dat wil zeggen de woonplaats waarop je in de gemeente staat ingeschreven. Is ook de plaats die je als adres opgeeft en onder welke plaats telefoonnummers in het ouderwetse telefoonboek worden opgesomd. Bijna altijd heeft zo'n dorp een aparte postcode (cijfercombinatie-deel). De buurtschappen die onder een nabijliggend dorp vallen hebben een zelfde postcode (cijferdeel) als het dorp waar het onder valt (als het in de AND-data al een postcode heeft). Is misschien een manier om dit enigszins geautomatiseerd op te zoeken / aan te passen. Dit hoeft niet te betekenen dat zo'n dorp kern altijd een blauw kombord heeft (meestal wel natuurlijk), en om deze status af te laten hangen van voorzieningen (wat voor, winkels, scholen, dokter?) is ook zeer arbitrair. Voor de mensen in de volgebouwde randstad is het misschien moeilijk te bevatten maar er zijn in Nederland genoeg plekken waar huizen staan die niet binnnen een bebouwde kom staan. Toch hebben deze huizen een adres en hebben deze mensen een woonplaats. Ik dacht het afgelopen jaar eens iets gezien te hebben op de maillijst over een centrale administratie, dat gemeenten de woonplaatsgrenzen, onder welke straat kavels vallen en veel andere gegevens dienden vast te leggen en dat dit in 2009 voltooid zou moeten worden. Maar ik kan er niks over terug vinden. 2009/3/27 Lambertus o...@na1400.info Ik zou het volgende voorstellen: * locality = buurtschap zonder naamsaanduiding ter plaatse * hamlet = dorp/buurtschap aangeduid met wit naambord blauwe letters * village = dorp aangeduid met een blauw naambord witte letters maar minder dan 10k inwoners * town = dorp/stad met meer dan 10k inwoners maar kleiner dan 100k * city = stad met meer dan 100k inwoners. Ik meen een dergelijke indeling al eens eerder zo tegengekomen te zijn... Maarten Deen wrote: Ronald wrote: Op de volgende web-pagina: http://wiki.openstreetmap.org/wiki/NL:Map_Features worden de volgende mogelijkheden genoemd: place = city place = town place = village place = hamlet place = suburb place = locality place = island Dit is verder voor Nederland niet uitgewerkt. Als ik op de diverse kaarten kijk zoals: www.openstreetmap.org www.tile.openstreet.nl www.opencyclemap.org www.openfietskaart.nl Dan zie ik erg weinig verschil tussen bijvoorbeeld dorpen en gehuchten. Dit komt nogal rommelig over, ik zie dan ook graag enige verbetering hierin. Er is in de AND data ook weinig verschil gemaakt. Als ik in mijn omgeving kijk http://www.openstreetmap.org/?lat=51.339lon=5.976zoom=13layers=B000FTF dan zie je daar Vosberg, Zandberg en Eindt. Die hebben allemaal place=village. Kijk gerust eens op de satellietkaart van Google, dit is nog niet eens een concentratie van huizen langs wat B-wegen. En dat terwijl andere plaatsen wel als hamlet zijn gedefinieerd (zoom maar een niveau dieper, dan zie je Kaumeshoek, Everlo, Loo en Laagheide verschijnen). Dit zijn allemaal overblijfselen van vroeger, toen een gehucht al een gehucht was als er drie boerderijen in het veld lagen. Dit moet zeker geretagd worden. Ga je uitzoomen naar level 11, dan zie je in die buurt opeens geen namen meer, behalve van een paar steden. Natuurlijk kan dat met renderingrules aangepast worden, maar ik neem aan dat de huidige rules wel een logica hebben. Wat mij betreft mogen daar wat meer namen komen. Tagging voor de renderer? Of de renderer aanpassen? Welke place= wordt op welk niveau gerenderd? Ik heb samengevat dan ook de volgende vragen: definities voor Nederland van bijvoorbeeld village en hamlet (bij consensus graag de wiki bijwerken) Een plan van aanpak hoe we de situatie in Nederland kunnen wijwerken. (ik denk dat dit teveel is voor 1 persoon) village is met een (blauw) plaatsnaambord (H1)? Maarten ___ 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] fuel;parking
Dat betekent dus geen meerdere gelijke keys, maar wel meerdere waarden per key (gescheiden door ; ?). Ik weet niet of dat nogal dom is. Het is denk ik ook niet handig is om meerdere nodes aan te maken op precies dezelfde plak omdat je meerdere eigenschappen (values) voor eenzelfde key van toepassing zijn. Zie het voorbeeld van Lambertus met de sporten. Zo zijn er voor meerdere keys heel wat situaties te bedenken om meerdere waarden te gebruiken om de werkelijkheid te beschrijven. Blijft dat dan noch steeds dat in renderers keuzes gemaakt moeten worden hoe dit te laten zien. Wat blijkbaar tot nu toe niet gebeurt. 2009/2/22 Stefan de Konink ste...@konink.de Theun wrote: Zoals Stefan al aangeeft had ik het idee (vanuit eerdere draadjes op de maillijst) dat in principe meerdere identieke tags per node aangemaakt kunnen worden (wat JOSM niet ondersteunt) ipv een tag met een gecombineerde value (wat JOSM wel ondersteunt qua aanmaak alleen niet het laten zien van het icoon). Kortom wat is goed, of is beide goed. Als je de specificatie van de API of de database-struktuur bekijkt past beide hier wel in. Ik heb op dev@ voorgesteld een unique te maken op key-value; daar willen ze niet aan en gaan bij 0.6 alleen voor een unique op key; wat nogal dom is. 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] landuse=forest versus natural=wood
Hm, ik zie dat ik dit ook niet erg consequent gebruik. En dan zijn er natuurlijk nog bosgebieden die spontaan in nieuwe natuurgebieden ontstaan. Zou je dan weer als natural=wood kunnen benoemen, is immers nooit aangelegd. Zoals Gert al schrijft is het een lastige grens met een groot grijs gebied . Ik vond de rendering van de bosgebieden er al apart uitzien, maar dat komt door dit verschil. Zie bijvoorbeeld het Drents-Friese wold tussen Appelscha en Diever. Of het bos op de leusderhei t.o.v. het omringende bos. Het suggereert een verschil wat er niet is. Dan maar beter hetzelfde taggen. Bij de AND import is bij mij in de buurt (Noord-oost Friesland), is een groot aantal kleine bosjes, door SBB in de jaren zeventig aangelegd, getagd als leisure=park. Lijkt mij zowiezo een goede kandidaat voor landuse=forest. Ga ik wel even aanpassen. Grtz Theun, 2009/2/9 Martijn van Exel mve...@gmail.com Hi all, Ik zag bij een casual inspectie dat bosgebieden bij de AND-import zijn geimporteerd als natural=wood, in plaats van landuse=forest. Dat strookt wat mij betreft niet met de beschrijvingen op de betreffende wikipagina's, en ook niet met het gebruik bij onze oosterburen. Zie http://wiki.openstreetmap.org/wiki/Tag:natural%3Dwood Quote: When tagging woodland, use this approach which is the commonly adopted one: - Check if the area is managed maintained or industrial used forest. This is almost always the case in Europe, with an emphasis on managed maintained. Only very small areas are really left untouched and can be considered wild boondocks, primeval forest, virgin wood, national parks etc. - If it is managed forest, set just landusehttp://wiki.openstreetmap.org/wiki/Key:landuse =forest http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dforest - If it is really primeval forest with absolutely no forestry use, where nobody removes dead trees, plants new trees etc, set just natural http://wiki.openstreetmap.org/wiki/Key:natural=*wood* Is hier al eens over gediscussieerd? Ik kon niets vinden op http://wiki.openstreetmap.org/wiki/AND_Data/AND-tag-mapping-to-OSM http://wiki.openstreetmap.org/wiki/AND_Data/AND-tag-mapping-to-OSM Op basis van de hierboven beschreven conventie zou ik pleiten voor het hertaggen van de AND-geimporteerde data die nu natural=wood is als landuse=forest. -- martijn van exel -+- mve...@gmail.com -+- http://www.schaaltreinen.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
[OSM-talk-nl] Friese en carnaval layer werken niet meer.
Ik wil graag weer eens aandacht vragen voor het renderen van de friese layer. Eerst was het zo dat alle plaatsen getoond werden en had een plaats een tag name:fy, dan werd deze gebruikt ipv de normale name tag. Dit leverde een mooie kaart op. Op een gegeven moment werden alleen nog maar de plaatsen met een tag name:fy van een naam voorzien. Plaatsen die al officiëel een friese naam hebben en zonder name:fy (waarom zou je dat dubbel doen) werden niet meer gerenderd. Dit vond ik al wat minder, eigenlijk al zeer onwerkbaar. Nu wordt er echter helemaal geen naam meer gerenderd op de friese layer, en ook niet op de carnaval layer (die binnen enkele weken ook wel weer actueel zal worden). Ook geen straatnamen e.d. Dit lijkt me helemaal niet de bedoeling. Groeten Theun, ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] It Works ?
Volgens de platform status op de wiki is de API en website een paar uren down vanwege maintenance. Theun, http://wiki.openstreetmap.org/wiki/Main_Page 2008/12/6 Taede @ orange [EMAIL PROTECTED] Waarom krijg ik als ik de mainmap open alleen de tekst 'It Works!' te zien? Gehacked ofzo? Groeten TaedeT ___ 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] verschil OSMrenderer / Mapnik, lauwersmeer ziet er wat vreemd uit.
Hallo, Ik ben bezig geweest om Oostmahorn aan te passen ivm met het nieuwe bungalowpark Esonstad. Tot mijn schrik zag ik de volgende dag dat de rendering van het aanliggende deel van het Lauwersmeeroever niet meer klopt met OSMrenderer ( http://www.openstreetmap.org/?lat=53.3709lon=6.1949zoom=13layers=0B00FTF). Ik heb volgens mij niks met de Lauwersmeer waterway gedaan. In mapnik is er niks aan de hand. Ook volgens de OSM inspektor lijkt het goed. Ik heb geen idee wat hier aan de hand is. Help! bvd Theun, ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] fietsersbond / werkgroepje tagging standaard
Hallo OSM-ers, Ik was benieuwd naar het vervolg van een aantal zaken die enkele maanden geleden speelden maar waar ik niets meer van heb vernomen. Hoe is het afgelopen met Gert Gremmens afspraak met iemand van de fietsersbond(site)? Werkgroep Tagging Standaard, heb wel mailtjes voorbij zien komen om een afspraak te maken, maar enige info over vervolg/voortgang kan ik niet vinden terwijl ik hier toch wel nieuwsgierig naar ben. Groet, Theun, ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Vandalisme of een foutje?
2008/9/25 Myckel Habets [EMAIL PROTECTED] Ik zie ook regelmatig situaties waar iemand een weg ingetekend heeft, maar dat de aansluiting met andere wegen niet verbonden worden (je ziet het pas als je er met de node gaat slepen). Ik weet niet of dit problemen met routering kan geven, maar ik verbeter ze altijd even voor dat geval). Het komt ook wel voor dat een wegen wel aan elkaar zitten terwijl dit in de praktijk niet zo is. Ik heb er al eens één verbeterd. En zie er nu weer een, op http://geo.topf.org/comparison/index.html?mt0=googlesatmt1=mapnikx=135521y=85277z=18 Dus altijd blijven opletten natuurlijk, ik denk dat dit vooral speelt bij snelwegen/autowegen. Grtz Theun, ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] [OSM-talk] YOURS now supports route using only cycleroutes - Update
Ik heb wel even geprobeerd om gosmore uit te leggen dat op een trunk road geen fietsers mogen. Maar is niet gelukt. Maar dat zou dmv. de configuratie file wel moeten kunnen. Ik heb wel wat gespeeld met auto/fietsroutering in de buurt van snelwegen (motorway) en autowegen (trunk) en ik heb het idee dat fietsers hier niet overheen worden gestuurd. (de betreffende wegen hadden geen tags voor bicycle=no) ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] GPX en GPS / Flickr-Yahoo
2008/9/18 Philip Homburg [EMAIL PROTECTED] Ik heb mijn Garmin (Foretrex 101) gekocht voor navigatie: - niet al te duur (net even meer dan 100 euro) - aan de pols te dragen. Dat was de belangrijkste eis. Ik wil met een GPS kunnen wandelen en hardlopen en toch mijn handen vrijhouden. - er gaan normale batterijen in Ik heb een PDA (MIO A510) met de SIRFStar III chipset, dezelfde als de in de GPS muis zit die Tijn noemt. Ben op zich wel tevreden over de resultaten, behalve tijdens het wandelen (hardlopen is niet zo mijn ding). Dan krijg ik volgens mij een beetje hetzelfde verschijnsel als op jouw hardloop track. Ik zit er ook wel over te dubben om een gps muis erbij te nemen, maar als daar dezelfde chipset inzit neem ik aan dat ik daar niet zoveel mee opschiet. PS. batterij is natuurlijk klote op zo'n PDA (2uur als je hem een tijdje hebt). Maar de nauwkeurigheid is niet al te hoog. Zie bijv. http://stereo.hq.phicoh.net/running/maps/2008-09-13.shtml voor een trace van een stukje hardlopen Ik probeerde wat meer van die site te zien maar dat lukte niet erg. Met google gezocht zag ik opeens hetvolgende bericht over Flickr die OSM kaarten gebruikt ipv Yahoo, had ik gemist. http://news.cnet.com/8301-17939_109-10016247-2.html?hhTest=1 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Huisnummers - het vervolg
Hi Freek, Lijkt mij ook wel aardig hier eens mee te experimenteren in mijn omgeving. Kun je voor mij ook zo'n file genereren. Van het gebied tussen Dokkum / Waddenzee / Lauwersmeer. Theun, 2008/8/24 Freek [EMAIL PROTECTED] On Sunday 24 August 2008, Floris Looijesteijn wrote: kun je er ook nog een voor leiden maken? (het oostelijk deel mocht het te groot worden) http://www.vanwal.nl/osm/housenumbers_AND/leiden.osm -- Freek ___ 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] friese tileserver
On Mon, Jun 2, 2008 at 11:19 AM, Lambertus [EMAIL PROTECTED] wrote: Ik zag er zelf wat tegenop om een significant deel te gaan aanpassen, maar er sluimerde wel een idee om de osmxapi te gaan gebruiken om bepaalde wegen/bruggen/e.d. te downloaden en dan de -strjitte, -brege, -leane etc vertalingen geautomatiseerd te doen. Helaas heeft dat wel tot gevolg dat er een aantal namen opgebouwd worden met een Nederlands en Fries deel. Dat leek me bijzonder verstorend waardoor het idee was blijven liggen. Lijkt me ook niet handig. Dit is waarschijnlijk ook de reden dat veel Friese straatnamen zo verminkt op de huidige straat staan (Voorstrjitte ipv Foarstrjitte. Stationswei ipv Stasjonswei etc). Ook wordt een woord als -laan in het oostelijk deel van Friesland als -loane uitgesproken en geschreven. Het lastigste met die straatnamen is dat je eigenlijk moet controleren of offisjeel een friese of nederlandse straatnaam is. In geval van Friese straatnamen zit in de spelling ook nog behoorlijk wat variatie. Ook zijn er in dorpen wel tweetalige straatnaambordjes waarbij de Friese naam vaak net iets anders is dan je zelf zou denken/vertalen. Ik ben bang dat als je het goed wilt doen je veldwerk zult moeten doen, of zijn er nog andere bronnen. Kun je trouwens met die osmxapi ook aanpassingen doen. Om er data mee op te vragen lukt me wel en dat staat ook beschreven, maar hoe kun je de tags dan aanpassen? ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] friese tileserver
Ik zie nu noch een ander fenomeen, op de meest gedetailleerde zoomniveaus verschijnt de naam van de polygoon in de randen,zie http://frysk.tile.openstreetmap.nl/?zoom=14lat=53.36345lon=6.06163layers=B00F (bergumermeer en prinses margrietkanaal). Ziet er ook wat apart uit. Is trouwens lang niet overal zo. Zal wel geimplementeerd zijn om op lagere zoomniveas, bij grenzen de namen van de gemeenten/provincies/landen van de gebieden aan weerzijden te laten zien. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] friese tileserver
Hm, stom, vergeten vanaf waar ik keek een permalinkje te selecteren. Hier was het: http://frysk.tile.openstreetmap.nl/?zoom=17lat=53.19302lon=6.02744layers=B00F 2008/5/31 Martijn van Oosterhout [EMAIL PROTECTED]: Die link klopt denk ik niet... 2008/5/31 Theun [EMAIL PROTECTED]: Ik zie nu noch een ander fenomeen, op de meest gedetailleerde zoomniveaus verschijnt de naam van de polygoon in de randen,zie http://frysk.tile.openstreetmap.nl/?zoom=14lat=53.36345lon=6.06163layers=B00F (bergumermeer en prinses margrietkanaal). Ziet er ook wat apart uit. Is trouwens lang niet overal zo. 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
[OSM-talk-nl] friese tileserver
Hallo, Ik zie dat de friese tileserver nu alleen noch de namen rendert die als * name:fy* in de database staan, dit was eerst anders. - Dit heeft nu tot gevolg dat alle namen die officiëel als fries en dus vaak in de *name* tag staan niet meer zichtbaar zijn. Ik heb in zulk soort gevallen ook wel een tag *name:nl *toegevoegd met de nederlandse naam, leek mij een consequente benaderingswijze. - Ook zijn er een aantal plaatsen waarbij de oorspronkelijke naam nooit is vernederlandst en waarvan de naam in het fries en nederlands precies hetzelfde is. - Verder zijn er heel veel straten die friestalige namen hebben. Het lijkt mij dus beter dat de tileserver als er geen aparte name:fy tag is de normale *name* tag laat zien (zoals het volgens mij lange tijd geweest is). Groeten Theun, ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] CBS in uw buurt
Ik ben behoorlijk met deze data bezig geweest om op basis van de shapefiles voor de wikipedia kaartjes te maken met de dorpsgebieden voor met name Friesland. Hierbij kwam ik nogal wat zaken tegen die niet kloppen met de daadwerkelijke situatie. De grenzen van de CBS data moet je niet gelijk zien aan dorpsgrenzen etc. De buurten en wijken van de CBS-data zijn vooral de administratieve eenheden waarin het CBS (of de gemeenten die de data aanleveren) de inwoners verdelen. Dit is niet per definitie hetzelfde als het gebied waarvan de straten/adressen onder een bepaald dorp vallen. Vooral het buitengebied is geregeld wat lukraak samengenomen. In Friesland klopte het meestal wel hoewel dorpen die relatief jong zijn het buitengebied moeten delen met het dorp waarvan het is afgescheiden. In groningen kun je de buitengebieden niet aan een dorp koppelen, volgens mij is het buitengebied vaak per voormalige gemeente samengenomen. . Bijvoorbeeld het buitengebied van Ulrum is heel groot. Net alsof Vierhuizen, Niekerk, Houwerzijl en Zoutkamp geen straten in het buitengebied hebben die daaronder vallen. Ook de suggestie van het bebouwde kom gedeelte is minder gedetaileerd en nauwkeurig als de indicatie van de bebouwing vanuit de AND-data. Ik heb het idee dat de gemeentegrenzen in de AND-data eerder beter dan slechter waren dan die in de CBS-data. In ieder geval was voor de Friese/Groningse gemeenten het wad ook per gemeente ingedeeld terwijl dat met de shapefiles van het CBS niet zo was (is waarschijnlijk minder interessant omdat daar geen mensen wonen). Wat betreft de acutaliteit van de data, de grenzen zijn waarschijnlijk al lange tijd niet aangepast. 2008/2/14 Bert Muijtstege [EMAIL PROTECTED]: is alleen jammer dat niet alle data helemaal klopt in de AND data: dorpsgrenzen liggen soms naast het dorp, het station hier in het dorp lag toch echt een kilometer verder, dus ik ben bang dat er in de AND data soms een aantal aannames en toekomstvisies zaten. In de data van het CBS zitten bijvoorbeeld ook wijkgrenzen ed. en de data is van 2007. Die op hun site is van 2005 ? ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Interview met Omroep Friesland op de radio
Hi Lambertus, Goed verhaal, dat levert in friesland behoorlijk wat reklame op. Volgens mij zitten nog heel veel friezen na afloop van de middagmaaltijd het friese nieuws te beluisteren. Grtz Theun, On Jan 31, 2008 11:16 AM, Lambertus IJsselstein [EMAIL PROTECTED] wrote: Vandaag, om ongeveer half 1 (12:30) ga ik op de radio geïnterviewd worden door Omroep Friesland. Erg spannend, ik hoop dat ik er wat zinnigs uit krijg en er een leuk verhaal van kan maken. Ook de Leeuwarder Courant zal een stukje aan de Friese kaart wijden. ___ 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] Persbericht OpenStreetMap maakt gratis kaart in de Friese taal, versie 2
Het is mij niet precies duidelijk wanneer de versie goedgekeurd is maar ik zat toevallig toch achter de PC en heb de vertaling maar even geactualiseerd. =PARSEBERJOCHT= 29 jannewaris 2008, OpenStreetMap makket in fergeze kaart yn it Frysk OpenStreetMap presintearret in frysktalige ferzje fan harren eigen fergeze digitale kaart. Dizze kaart wêrop de fryske nammen fan ûnder oaren plakken, strjitten en marren oanjûn wurde, is it resultaat fan it wurk fan entûsjaste frijwilligers út de Openstreetmap mienskip. It Fryske taalgebiet is lyts en hat dêrtroch net folle oantrekkingskrêft op de kommersjele kaartemakkers. Troch it ûntbrekken fan kommersjele belangen en it iepen karakter is it mooglik om aktyf te wêzen op gebieden dy't troch tradisjonele kaartemakkers net ynteressant fûn wurde. neffens Lambertus IJsselstein, wurdfierder fan OpenStreetMap. In moai foarbyld hjirfan is de fryske kaart. Foar safier wy witte is dit in unikum: der wie oant no ta gjin fryske digitale kaart fan Nederlân. De OpenStreetMap mienskip is harsels derfan bewust dat de kaart yn it Frysk altiten better kin en ropt minsken dy't dit nijsgjirrich fine op om mei te wurkjen oan in noch bettere kaart. Meihelpe is hiel maklik: sjoch ris op de webstee as op it foarum! OpenStreetMap besiket de wrâldkaart frij te meitsjen sa as de wikipedy de ensyklopedy frij makke hat. It doel: in frij te brûken wrâldkaart wêroan eltsenien meiwurkje kin. Untstien yn Ingelân yn 2004 hat Openstreetmap oer de hiele wrâld frijwilligers entûsjast makke om mei in GPS en in notysjeblok yn de hân de frije wrâldkaart hieltiten better en kompleter te meitsjen. De kaart yn it Frysk is te besjen op: http://frysk.tile.openstreetmap.nl Sjoch foar mear ynformaasje: http://www.openstreetmap.nl It OpenStreetMap foarum is te besjen op: http://forum.openstreetmap.org =EIN PARSEBERJOCHT= On Jan 29, 2008 10:17 PM, Lambertus [EMAIL PROTECTED] wrote: Bij deze een herziene versie, nr 2. Met daarin de wijzigingen zoals voorgesteld door Zoran, Ante en Martijn v E. Dank daarvoor. Graag reaktie. Wanneer dit goedgekeurd wordt kan Theun een tweede vertaal slag doen en laat ik het even zien aan iemand die Fries 'gestudeerd' heeft. Hoe stuur je eigenlijk een tweetalig persbericht? Twee Word documenten of onderelkaar geplakt in een HTML email als deze? Ante, wat zeg jij daarvan? =PERSBERICHT= 29 januari 2008, OpenStreetMap maakt gratis kaart in de Friese taal OpenStreetMap presenteert een Friestalige versie van haar gratis digitale kaart. Deze kaart, waarop de Friese benamingen van o.a. plaatsen, straten en meren worden weergegeven, is het resultaat van het werk van enthousiaste vrijwilligers uit de OpenStreetMap gemeenschap. Het Friese taalgebied is klein en heeft daardoor weinig aantrekkingskracht op de commerciële kaartenmakers. Door het ontbreken van commerciële belangen en het open karakter is het voor OpenStreetMap mogelijk om actief te zijn op gebieden die door de traditionele kaartenmakers niet interessant gevonden worden. aldus Lambertus IJsselstein, woordvoerder van OpenStreetMap. Een mooi voorbeeld hiervan is de Friestalige kaart. Voor zover wij weten is dit een unicum: er was tot nu toe geen Friestalige digitale kaart van Nederland.. De OpenStreetMap gemeenschap is zich ervan bewust dat de kaart in de Friese taal altijd beter kan en roept daarom geïnteresseerden op om mee te werken aan een nog betere kaart. Iedereen kan en mag een steentje bijdragen. Helpen is heel makkelijk: neem eens een kijkje op de website of het forum! OpenStreetMap probeert de wereldkaart te ontketenen zoals Wikipedia de encyclopedie heeft ontketend. Het doel: een vrij beschikbare wereldkaart waaraan iedereen kan meewerken. Ontstaan in Engeland in 2004 heeft OpenStreetMap de afgelopen jaren wereldwijd vrijwilligers enthousiast gemaakt om gewapend met GPS en notitieblok de vrije wereldkaart steeds beter en completer te maken. De kaart in de Friese taal is te bekijken op: http://frysk.tile.openstreetmap.nl Zie voor meer informatie over OpenStreetMap: http://www.openstreetmap.nl Het OpenStreetMap forum is te bezoeken op: http://forum.openstreetmap.org 0-0-0-0-0-0 Noot voor de redactie: Contactpersoon namens OpenStreetMap Nederland: (stukje met mijn contact gegevens) ___ 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] Friese layer op tileserver?
Ik woon vlakbij Dokkum en volg dit project een tijdje vanaf de zijlijn. Ondanks de AND-data is in mijn omgeving nog wel heel wat werk te verrichten. Ik ben erg voorzichtig begonnen met af en toe wat details aan te passen en een beetje rond te kijken hoe een en ander werkt. Ook eerst maar eens een tijdje de mailinglist gevolgd en heb sinds kort een PDA met GPS. Ook probeer ik wat tijd te besteden aan de Friese wikipedia dus ik moet mijn tijd een beetje verdelen. De friese layer is een erg leuke feature, ik had ook nog een paar tags vertaald. Wat betreft een persbericht, misschien is het handig nog wat data aan te passen, voordat allerlei diep-friezen hierover vallen. Op de friese wikipedia was een gebruiker die dit opmerkte naar aanleiding van Gerco-Kees zijn bericht en het was mijzelf ook al opgevallen. In Friesland is een aantal gemeenten die als officiële dorpsnamen de Friese namen gebruiken (enkele van deze gemeenten doen dit al een jaar of 10), de namen stonden in de AND data nog in het nederlands. Ik denk dat de namen van die dropen ook in de name tag in het fries zouden moeten zijn. Dit zijn ook de namen die op de de komborden en de ANWB bewegwijzering staan. Groet Theun, ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
