Re: [OSM-talk-nl] Staat licentie van top10nl importeren toe ?
Dan zie ik op dat punt geen bezwaren en ben ik zelfs voorstander. Loop me, zoals jullie wel herinneren, al jaren loop te ergeren aan de niemandslandjes zonder bijbehorende paden. Met vriendelijke groeten Robert Elsenaar Top10NL Import top10nl.imp...@gmail.com schreef: Voor zover ik weet is het niet mogelijk om de top10nl omline te bekijken. Je kunt wel data downloaden en dan openen in GIS programma's. Zie www.nlextract.nl van Just van den Broecke. Het is de bedoeling om alleen de paden in OSM te importeren die nog niet ingevuld zijn. Dat betekent inderdaad dat er tijdens de import geen reeds bestaande paden worden vervangen. De nieuwe paden worden zo goed mogelijk aangesloten op diegene die al in OSM bestaan. Het jarenlange werk om in te voeren wat er nu in OSM zit blijft dus behouden. Zoals elke kaart is top10nl (topografisch kaarten) niet helemaal perfect. Het controleren of paden bestaan is makkelijker dan alles pad voor pad met de in hand in te voeren. Hier is ook sprake van een afweging en keuze, wil je een landsdekkende kaart waar het in een klein aantal gevallen kan voorkomen dat een bospad er niet meer is, of ga je voor een kaart met grote witte plekken maar waarbij wel alles zelf ter plekke is gecontroleerd. Ik ben zelf van de eerste stroming maar wel met behoud van wat nu al in OSM zit. Natuurlijk ga ik pas beginnen met importeren als er redelijke mate van concensus is van of, wat en hoe. Tycho. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Dode link op Nederlandse portaal, poging 2
Idee voor een workshop? Met vriendelijke groeten Robert Elsenaar Stefan de Konink ste...@konink.de schreef: On 02/12/2013 11:01 AM, Lambertus wrote: Bedankt Stefan! Misschien is het niet zo'n raar idee om meer mensen te kunnen laten bewerken. Ook ik moest diep in mijn geheugen graven hoe dit ook al weer bewerkt moest worden. 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] Dode link op Nederlandse portaal, poging 2
Inhoudelijk wil ik zeker meedenken. Technisch breek ik in jullie geweld geen potten. Als we dus eens een avondje plannen gaan maken, dan zal er een hoop duidelijk zijn. Florists, geef even een PMMETJE dan maken wel een afspraak. Met vriendelijke groeten Robert Elsenaar Floris Looijesteijn o...@floris.nu schreef: Ik wil dat wel doen, maar ik wil eigenlijk ook die hele site eens herzien. Uiteraard niet in m'n eentje... Groet, Floris 2013/2/16 Stefan de Konink ste...@konink.de On 02/16/2013 12:24 PM, Robert Elsenaar wrote: Idee voor een workshop? Zo moeilijk was het ook niet, maar een webmaster die zich wil opwerpen om de site inhoudelijk te beheren heeft uiteraard mijn zegen. 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] Wegaanpassingen via www.staatscourant.nl
Ik kreeg ook steeds vaker die indruk. Naar mijn idee moeten wel dan zo langzamerhand hand denken aan een andere generieke manier om niet de data op een min of meer generieke manier voor OSM beschikbaar te krijgen, maar voor de mappers van OSM. Ik denken daarbij aan een soort 'containers' waarin voorbewerkte josm layers of anders soortgelijke informatie te vinden is. Je kunt dan denken dat iedere container een map gebied vertegenwoordigd. Belangrijk is dan dat de toch redelijk technisch ingewikkelde data verwerkingsklaar in de containers beschikbaar is. Op die manier zijn er meer osmers die in staat zullen zijn om de gegevens naar OSM te brengen. Wat denken jullie van deze visie. Ik zou er graag eens over verder willen praten. Achtergrond: ik heb al tijden de wens om mee te helpen met inbrengen van open data, maar heb niet de technische geopend kennis om mij verdienstelijk te maken. Graag zou ik dat echter voor de omgeving van Putten wel willen doen. Met vriendelijke groeten Robert Elsenaar Stefan de Konink ste...@konink.de schreef: On Tue, 1 Jan 2013, Robert Elsenaar wrote: Is mijn indruk correct dat er steeds meer data wel beschikbaar is en geschikt voor verwerking in OSM, maar dat geautomatiseerd robotisch toevoegen van deze gegevens of niet mogelijk of onwenselijk is? Nouja ik ben wel eens bij een bespreking van IM hierover geweest. En er zijn natuurlijk koppelvlakken te bedenken waarop dit werkt maar dit integreert niet naar jouw eigen eind oplossing totdat je zelf een converter maakt. Het datamodel van OSM is voor een aantal dingen zoals robotisch toevoegen gewoon niet geschikt. Op welke wegvlakken is het bord van toepassing is een vraag relevant voor OSM, terwijl andere toepassingen genoegen nemen met een X,Y van het bord. 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] Wegaanpassingen via www.staatscourant.nl
Heren Floris en Hugo, Is mijn indruk correct dat er steeds meer data wel beschikbaar is en geschikt voor verwerking in OSM, maar dat geautomatiseerd robotisch toevoegen van deze gegevens of niet mogelijk of onwenselijk is? mvrgr Robert Elsenaar From: St Niklaas Sent: Friday, December 28, 2012 6:15 PM To: talk-nl@openstreetmap.org Subject: Re: [OSM-talk-nl] Wegaanpassingen via www.staatscourant.nl Hoi Floris en Hugo, Uit de nieuwsberichten klinkt door dat de kaart updates beschikbaar te zijn voor alle routers of route programma's. Dus waarom zou OSM daar niet onder vallen ? Bij twijfel even vragen lijkt mij, maar dan wel volgend jaar, het ambtelijk apparaat wordt gekend door ADV's en milieu vriendelijke sluitingen. En ik ben geen programmeur dus zal geen bijdrage leveren aan dit proces of de omzetting van de data. Greetz Hendrik --- Tekst ingevoegd door Panda GP 2013: Als het hier gaat om een ongevraagde e-mail (SPAM), klik dan op de volgende link om de e-mail te herclasseren: It is SPAM! --- ___ 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] junction= roundabaout
At the other way, as we do it in Holland every roundabout should be tags in a forward and backward way in relations when the roundabout is split up. One of the reasons relation get polluted. But your drawing argument is a illegal one. We do not map for the renderers. And all relations are two sided so always the whole roundabout is used. When you draw a route from a to be the routing software has to be smart enough to colour only the part of the roundabout from way a to be into the right direction. Met vriendelijke groeten Robert Elsenaar Maarten Deen md...@xs4all.nl schreef: On 2012-11-22 09:41, Wolfgang Wienke wrote: Am 22.11.2012 07:50, schrieb Maarten Deen: On 2012-11-21 20:48, Wolfgang Wienke wrote: Am 21.11.2012 18:48, schrieb Maarten Deen: On 11/21/2012 06:45 PM, Maarten Deen wrote: On 11/21/2012 06:41 PM, Wolfgang Wienke wrote: Hi, I'm mapping in NL near Aachen. Can someone tell me, why there is more that ONE way in a dutch roundabaout? There isn't. A roundabout is always one way. If there are two directions it is not a roundabout but a circular road. Just after sending this I realized that I must have misread your question. You mean why most roundabouts are made up of more than one way. Initially it is because of the AND import. The AND dataset was such that between every junction of 3 or more roads there was a sperate way. What means the AND dataset? AND donated their dataset in 2007 and was subsequently integraded into OSM. http://wiki.openstreetmap.org/wiki/AND_Data I do not find there any special about roundabouts. I think, that it is important to recognize a roundabout for navys to tell the user something like leave the rounabout at the second street. Is there no discussion in Netherlands to join the automatically generated part of a roundabout manually? No, because that is not necessary. The AND data was structured such that at every point where there is a juntion of three or more ways, a new way was created. You'll still see that in lots of parts of the Netherlands: http://www.openstreetmap.org/?lat=51.319581lon=5.996067zoom=18layers=M It is not necessary that the road Lindanusstraat is split up in 5 parts, but that is how the AND dataset came. You'll notice the AND_nosr_r tags on these ways, so you can see it came from AND that way. The same with roundabouts. Because every connecting road is a point where 3 ways connect, it was a different way. Routing engines have no adverse effects from this. There is no (sell-respecting) routing engine that will tell you to continue for 100 metres a thousand times when the road is spilt up in smaller ways. So why would it do that on a roundabout? A roundabout is recognized by its tag: junction=roundabout. Not by its physical properties (a circular one-way street). Now it is just convenient if you have different relations (like a bus line) over the roundabout. Then you can indicate exactly which side a relation takes. Well, this is really not necessary because you drive the roundabout alwas in the same direction. In Germany we only have roundabouts made of ONE way. If you use the relation-editor of JOSM, than you can easily recgnize a roundabout. Would it not be easier, to use only ONE way in a roundabaout? I think this looks much tidier than when roundabouts are always one way. http://www.openstreetmap.org/?lat=51.32506lon=5.97571zoom=17layers=T Also, if you make a route over a roundabout, you never use the full roundabout, so why would you want the full roundabout in the relation? Of course this is true, but I think it looks tidier the other way, look here. You see at once, that there is a roundabout. http://www.openstreetmap.org/?lat=50.791022lon=6.059449zoom=18layers=T I don't see the difference there because it has only single ways connecting to the roundabout. But let me ask this simple question: if you go from A to B via a roundabout, do you traverse the whole roundabout or only a part of it? Why then add the full roundabout to a relation that describes the route from A to B? It is also clearer not to add the full roundabout. Take this example: http://www.openstreetmap.org/?lat=51.333905lon=5.995042zoom=18layers=T It is immediately clear that bus 62 goes from east to west. If you had the complete roundabout in the relation, the whole roundabout would be red and you would not know which direction the relation had. Regards, 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] openfietskaart
Heren, gefeliciteerd met deze prachtige tool. Absoluut een aanwinst. Is het een raar idee om deze layers op openstreetmap.nl te plaatsen en die dan direct uit te breiden met equivalenten voor wandelroutes? Helaas hebben we in onze gelederen geen actieve ontwikkelaars. Ideeën zat, maar ik kan geen technisch personeel vinden. Een opmerking overigens bij de surface tags lijst. Deze is bij mij niet helemaal zichtbaar. Hij verdwijnt aan de onderkant van mijn scherm en ik kan niet naar beneden scrollen. Wellicht kan dat opgelost worden. Nogmaals. Top werk. mvrgr Robert -Oorspronkelijk bericht- From: Minko Sent: Friday, November 16, 2012 10:23 PM To: OpenStreetMap NL discussion list Subject: Re: [OSM-talk-nl] openfietskaart We hebben nu ook een route layer toegevoegd, mogelijk heb je hier wat aan (houdt ook niet op bij de grens zoals de OFK) http://mijndev.openstreetmap.nl/~ligfietser/fiets/?map=route Verder toegevoegd een FIXME/BUG layer voor het opsporen van fouten (zoals Keepright maar dan mbt de tagging van fietspaden) http://mijndev.openstreetmap.nl/~ligfietser/fiets/?map=bugs NB de kaart werkt slecht / traag onder IE, gebruik daarom Firefox of Chrome. mag ik dan direct ook aanvragen om verschillende kleuren te renderen voor mtb routes en andere lokale of regionale wegroutes. Een mooi (lees: slecht) voorbeeld is de anwb route in Zuid-Limburg mergellandroute en de 8 vaste mtb routes in diezelfde regio. één grote spaghetti op dit moment. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl --- Tekst ingevoegd door Panda GP 2012: 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_6761SPAM=truepath=C:\Windows\system32\config\systemprofile\AppData\Local\Panda%20Security\Panda%20Global%20Protection%202012\AntiSpam --- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] OpenStreetMap presentatie bij Den Bosch Linux Users Group?
Beste Emilien, Henk Hoffman, alias ToffeHoff zou your men moeten zijn. Guts, Knowledge and Entertainment. Stuur hem een PMmetje. Met vriendelijke groeten Robert Elsenaar Andre Engels andreeng...@gmail.com schreef: Ik heb wel zin, maar niet echt ervaring met presentaties geven, zeker niet over OSM. En het scheelt natuurlijk een stuk dat ik zelf ook uit Den Bosch kom. André 2012/9/20 Emilien Klein emilien+...@klein.st: Hoi NL mappers, De Den Bosch Linux Users Group is op zoek naar een enthousiaste OSMmapper die ons graag een presentatie zou willen geven over OpenStreetMap! Dit is een leuke opportuniteit om OSM breder te laten kennen, en om eventuele toekomstige mappers in dit project geïnteresseerd te krijgen. Heeft een van jullie zin om dit te doen? Neem dan contact met mij op. Ook al ben jij niet van de presentatie-gever type maar heb je wel interesse om zo'n presentatie mee te maken, en jou motivatie en ideeën met ons te delen, laat het mij weten zo dat ik jou op de hoogte kan houden wanneer dit plaats zal nemen. Over de dbLUG: Wij komen elke eerste dinsdag van de maand samen in Den Bosch [0]. Toegang is voor iedereen gratis. Meer informatie: http://lug.project073.nl/ en http://www.meetup.com/project073/ Groeten, +Emilien http://www.openstreetmap.org/user/Emilien [0] Knoflook (Vereniging Ontspoord), Havendijk 3, 's-Hertogenbosch ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl -- André Engels, andreeng...@gmail.com ___ 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] Fwd: Gebruikersvoorwaarden BAG niet meer van toepassing
Is een een techneut die deze BAG data als transparant layer voor JOSM beschikbaar kan stellen? Met vriendelijke groeten Robert Elsenaar Gert-Jan van der Weijden gee...@dds.nl schreef: Vooruit dan, voor het echt luie volk: http://geodata.nationaalgeoregister.nl/inspireadressen/atom/inspireadressen.xml Iedere 8e van de maand een versche BAG! GJ -Oorspronkelijk bericht- Van: Gert-Jan van der Weijden [mailto:gee...@dds.nl] Verzonden: dinsdag 18 september 2012 18:53 Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] Fwd: Gebruikersvoorwaarden BAG niet meer van toepassing Zoek in www.nationaalgeoregister.nl op adressen. Hit nr. 7 ofzo is een atomfeed met de complete BAG als downloadbare zipfile Gert-Jan Martijn van Exel m...@rtijn.orgschreef: Oh, die moet je volgens mij nog wel steeds gewoon aanvragen via het kadaster of VROM. Even googelen en je vindt dat vast zo. 2012/9/18 Pander pan...@opentaal.org: On 2012-09-18 18:09, Martijn van Exel wrote: Nou, ze zeggen juist dat ze niet meer bestaan, die gebruikersvoorwaarden. De data ;) 2012/9/18 Pander pan...@opentaal.org: Heb je een URL naar BAG LV? Wij gebruiken ook data van Kadaster maar via een ander product. On 2012-09-18 17:39, Martijn van Exel wrote: Hi talk-nl, onderstaande ontving ik als afnemer van de BAG. Misschien interessant voor wie wat met BAG data wil doen in het kader van OSM? (Ik heb geen idee of die discussie nog wordt gevoerd.) Groet, Martijn -- Forwarded message -- From: b...@kadaster.nl Date: 2012/9/18 Subject: Gebruikersvoorwaarden BAG niet meer van toepassing To: b...@kadaster.nl Geachte heer, mevrouw, Het ministerie van IenM heeft een open databeleid. Daarom vindt het ministerie het belangrijk dat wij de gegevens uit de Landelijke Voorziening Basisregistraties Adressen en Gebouwen (BAG LV) zonder voorwaarden leveren aan de gebruikers. Toen u zich aanmeldde voor het gebruik van gegevens uit de BAG LV, hebt u bepaalde voorwaarden geaccepteerd. Die vervallen bij deze. Wij vertrouwen erop u hiermee voldoende te hebben geïnformeerd. Met vriendelijk groet, Kadaster. W: http://kadaster.nl/bag E: b...@kadaster.nl T: 088-1833400 ___ 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 -- martijn van exel http://oegeo.wordpress.com ___ 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] Dode link op Nederlandse portal
Als er mensen meedoen, dan wil ik best een mapping party beleggen waarbij we een aantal van dat soort filmpjes maken. Wordt echt eens tijd. Met vriendelijke groeten Robert Elsenaar Stefan de Konink ste...@konink.de schreef: On 09/05/12 14:51, rob...@elsenaar.info wrote: Die filmpjes zijn nog uit de oude doos. Veel beter is het om de zoekenden te verwijzen naar YouTube met als link: http://www.youtube.com/results?search_query=josm+oq=josm+gs_l=youtube-reduced.3..0l4.111754.113191.0.122411.5.5.0.0.0.0.44.172.5.5.0...0.0...1ac.-1Gw8pqk4qA Komen er recente film, dan zijn die via deze links direct te vinden. Met andere woorden: The best there is. Tijd voor iemand om een nieuwe serie te maken. Zijn hier nog voortellen voor? Op zich linkjes veranderen is niet zo moeilijk natuurlijk. 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] openkvk bedrijfsnamen / geolocaties bulkimporteren?
Voor een dergelijke osm file heb ik ook meer dan belangstelling. Voor de mergel activiteiten zou eigenlijk een mooie functie in JOSM moeten zijn. Met vriendelijke groeten Robert Elsenaar Frank Steggink stegg...@steggink.org schreef: Quoting Stefan de Konink ste...@konink.de: Dit weekend zal er weer een update van openkvk plaatsvinden. Al eerder hebben we veel adressen kunnen koppelen met de BAG. Daarmee zijn geolocaties eenvoudig te onttrekken. Zou er belangstelling zijn om automatisch een PoI import te doen met data uit openkvk, waar beschikbaar inclusief amenity? Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl Automatisch importeren lijkt me sowieso niet wenselijk, onder meer vanwege het risico op duplicates. Wat je beter zou kunnen doen is OSM-files beschikbaar stellen met deze amenities, uitgesplitst naar 4-cijferig postcodegebied. Dan kunnen deze handmatig gemerged worden met de al aanwezige info. Dit gaat jouw wel lukken :) Hiervoor heb ik wel belangstelling. Ik denk dat het verstandig is om eerst de mapping van OpenKVK naar OSM apart te bespreken. Welk voorstel heb je hiervoor klaarliggen? Groeten, 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] Vandalisme in openstreetmap?
Als dit een foutje is van tijdens de import. Kan daar dan geen correctieprogramma voor geschreven worden? Mvrgr Robert Elsenaar -Oorspronkelijk bericht- From: Edwin Wisse Sent: Thursday, August 02, 2012 10:27 AM To: OpenStreetMap NL discussion list Subject: Re: [OSM-talk-nl] Vandalisme in openstreetmap? Blij te horen dat het alleen maar een probleem met geimporteerde data is. Ik ga maar eens een avond straten rechttrekken. Groeten, Edwin -- Edwin Wisse N 52 48'2.7 E63'16.3 http://www.kandedifang.com/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl --- Tekst ingevoegd door Panda GP 2012: 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_4430SPAM=truepath=C:\Windows\system32\config\systemprofile\AppData\Local\Panda%20Security\Panda%20Global%20Protection%202012\AntiSpam --- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Een leuk voorbeeld van wat deze redaction onsoplevert
Maar dan begrepen jullie mij verkeerd. De diff geeft alleen aan WAAR iets anders (verdwenen) is. Op die manier hoef je geen enorme zoektochten te ondernemen om uit te vinden waar iets verdwenen is. Odbl compatible betekend dat de inhoud van de database ingevoerd is Door een persoon die achter de licentie staat. Daarom moeten ook alle entrys van weigeraars verdwijnen. Aangeven waar iets mist tov vroeger is toch niet strafbaar. Als je maar niet zegt WAT er mist. Dat mag de mapper alleen uit geoorloofde bronnen halen. Resultaat is anders dat ik honderden relaties moet doorspitten om die vijf te vinden die beschadigd zijn. Met vriendelijke groeten Robert Elsenaar Jo winfi...@gmail.com schreef: Op 20 juli 2012 13:05 schreef Robert Elsenaar rob...@elsenaar.info het volgende: Hebben wel niet een planeten van voor de bit, en een van er na? Vergelijking maken en een reparatie uitvoeren. Wie dat doet, geeft daarmee te kennen dat hij van de hele licentieovergang geen bal begrepen heeft. We bouwen een kaart op vanaf de grond. We zijn begonnen met een wit stuk met niets erop en zijn dan naar buiten gegaan om te weten wat er bestaat en dat in kaart te brengen. Dat is wat we nu even opnieuw moeten doen. Het is inderdaad spijtig dat de hele overgang zoveel tijd in beslag genomen heeft, maar nu dat het eindelijk zover is, is het complete onzin om datgene wat verwijderd/aangepast/verknoeid/tot shrot vermalen werd door de bot er snel weer even aan toe te voegen op basis van informatie die niet aan de ODBL voldoet. Binnen een paar maanden is de hele kaart weer waar we vorige week stonden en nu is de dreiging dat wat we toevoegen, spoedig weer gaat verdwijnen eindelijk van de baan. Dus kunnen we er met een gerust hart de schouders onder zetten. mvg, Polyglot ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Een leuk voorbeeld van wat deze redaction onsoplevert
Hebben wel niet een planeten van voor de bit, en een van er na? Vergelijking maken en een reparatie uitvoeren. Met vriendelijke groeten Robert Elsenaar Hugo Holscher hugoholsc...@gmail.com schreef: Ben benieuwd hoe lang we nog mails zien met de strekking had ik het niet gezegd over de ODBL. Alle verandering doet pijn, maar over twee jaar weet niemand meer beter. Hugo -Oorspronkelijk bericht- From: Stefan de Konink Sent: Friday, July 20, 2012 11:10 AM To: OpenStreetMap NL discussion list Subject: Re: [OSM-talk-nl] Een leuk voorbeeld van wat deze redaction onsoplevert -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 20-07-12 10:24, Maarten Deen wrote: Grappig als in: het is grappig als iemand zich door zijn eigen stupiditeit door zijn kop schiet. Kijk een project als OpenStreetMap kan z'n eigen darwin award waarschijnlijk niet ontvangen, omdat er altijd een aantal politieke activisten of CEO's die naar hun Venture Capitalist verantwoording moeten afdragen voor hun keuzes. Het is wel duidelijk dat er door dezen en genen exists zijn gemaakt, waar OpenStreetMap geslachtofferd voor moest worden. Initiatieven als FOSM krijgen waarschijnlijk te weinig momentum. Dus, of er komt iets wat meer realtime is zoals Waze. Of iets wat echt significante technologische vernieuwing brengt. Zal de concepten daarvan na volgende week op de blog zetten, moet de scriptie eerst nog verdedigen :-) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAlAJIJEACgkQYH1+F2Rqwn3iTwCgg7nnSjSSqCWGda7eCmsgCoIQ zB8AoIvG2O+wBsaGhdQZ+/+nMn89HH3c =Qx74 -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 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] [OSM-talk] Licence redaction ready to begin
Betekend dat dat ik mij na het passeren van de Bot niet speciaal kan richten op het hermappen van verloren gegane mapgedeelten? Groet Robert From: Henk Hoff Sent: Tuesday, July 10, 2012 5:48 PM To: OpenStreetMap NL discussion list Subject: Re: [OSM-talk-nl] [OSM-talk] Licence redaction ready to begin Op 10 jul. 2012, om 16:27 heeft Lambertus het volgende geschreven: On 10-7-2012 15:24, Stefan de Konink wrote: [knip] Misschien een erg belangrijke vraag: is het proces van de bot door gebruikers te volgen? Wat is de gebruikersnaam van de bot? En hoe opereert de bot, maakt deze gebruik van de API? Kan er helaas weinig documentatie over vinden. Misschien dat deze link je verder helpt? http://lists.openstreetmap.org/pipermail/rebuild/2012-July/000297.html Voor zover mijn informatie reikt: de bot gaat onder een speciale gebruikersnaam opereren. Er zal gedurende het proces updates gegeven worden over de voortgang. Je zult kunnen zien dat er iets gewijzigd is, niet wat. Dit heeft te maken met licentie-issues. Ja, de bot gaat gebruik maken van de API. Gr, Henk Hoff --- Tekst ingevoegd door Panda GP 2012: Als het hier gaat om een ongevraagde e-mail (SPAM), klik dan op de volgende link om de e-mail te herclasseren: It is SPAM! --- ___ 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] Maandelijkse geo-borrels in Utrecht
Frank, Fijn je weer actief terug te zien. Zo heb ik je leren kennen en zo heb ik je leren waarderen. Wat ik op amsterdam tegen heb is dat je er onmogelijk per auto kunt komen. Wil je mij in Utrecht regelmatig tegen komen, ga dan niet in het centrum zitten, of zorg in iedetgeval dat er een betaalbaar plekje voor mijn stalen ros aanwezig is. Ik hoop tot snel. Met vriendelijke groeten Robert Elsenaar Frank Steggink stegg...@steggink.org schreef: Hoi, Ik wil graag maandelijks een geo-borrel organiseren in Utrecht. Deze is bedoeld om gezellig met elkaar te praten over open data en open source software op geo-gebied. Uiteraard is OSM een van de belangrijkste topics ;) De borrel is er op gericht om open (source/data) geo-kennis in Midden-Nederland bij elkaar te brengen. Dus als je hier woont en/of werkt, of als je het geen bezwaar vindt om van verder weg langs te komen, dan ben je van harte uitgenodigd! Het tijdstip is de laatste donderdag van de maand, zodat we niet in het vaarwater zitten van de Amsterdamse Mappersborrel. Ik denk dat 19:00 uur een goed moment is om open te gaan. Eventueel kunnen we eerst ergens eten, want iedereen komt terug van een lange werk-/studiedag. De locatie moeten we nog bepalen, dus als je een goede suggestie hebt, met name waar de muziek op donderdagavond niet te luid staat, laat het me dan s.v.p. weten. Een vaste locatie is wel zo praktisch, maar uiteraard kunnen we ook wel eens 'verhuizen'. De eerste borrel wil ik op donderdag 30 augustus organiseren, i.v.m. de vakantie. Eventueel kunnen we een proefdraaisessie organiseren op 26 juli a.s. Via de osgeo.nl meetup groep heb ik een meeting opgezet voor de 30e augustus: http://www.meetup.com/OSGeoNL/events/71140362/. Laat s.v.p. daar weten of je komt. Ik ga ook de wiki-pagina [1] http://wiki.openstreetmap.org/wiki/Utrecht op osm.org van Utrecht bijwerken, zodat je je ook daar kunt opgeven en niet een meetup-account hoeft aan te maken. De aanleiding van deze borrel is een oproep van Just van den Broecke op de zeer geslaagde eerste OSGeo.nl meeting (nederlandstalige open source geo-organisatie) in Velp om meer regionale meetings te houden. De OSGeo.nl conferentie was bijzonder interessant. OSM kwam regelmatig aan bod. Ook ons aller Henk hield een presentatie en Milo van der Linden heeft een workshop OSM gehouden. Het mooiste om te horen vond ik een presentatie van iemand van de veiligheidsregio Fryslân, waarin hij vertelde dat zij OSM als basislaag gebruikten, maar als de hulpmedewerkers (o.a. brandweermensen) fouten constateerden in de data, ze deze ook gingen aanpassen, zodat de volgende keer de kaart correct is! Kijk, dit soort toepassingen, met feedback van gebruikers van onze data, maakt OSM zo'n fantastisch project :) Groeten, Frank [1] http://wiki.openstreetmap.org/wiki/Utrecht ___ 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] Andere tijden
Nee, maar daar gaat het niet om. Alleen op ieder moment dat er een nieuw initiatief is, begin jij direct te z... over licentievoorwaarde. A) iedereen weet best wel dat je ook faar tijdens het proces naar moet kijken. B) Henk (foundation) is onze licentie sheriff en die heeft heus geen overijverige assistent nodig. Met vriendelijke groeten, Robert Elsenaar (Verzonden vanaf Mobile) Stefan de Konink ste...@konink.de schreef: On 24-05-12 20:58, Robert Elsenaar wrote: In denhaag zeggen we soms Niet so seike en ga lekker buitespele. Ja zeg het maar hoor, met alle liefde synchroniseren we iedere dag Haltebeheer.nl met OpenStreetMap. Maar dit is wat Henk er over zegt: We zitten hier met twee databronnen die elk hun eigen licentievoorwaarden kennen. De een is viraal, de ander niet. Net als de denkfout bij het Kadaster, is het bij OSM niet zo dat je in de OSM database niet een stukje eruit kunt knippen en daarvan zeggen: dat is eigenlijk een andere licentie. Op het moment dat het als onderdeel van OSM wordt gepubliceerd, valt het onder de licentievoorwaarden van OSM (en niet de bron licentie). Die bron licentie blijft uiteraard wel bestaan op het originele bestand. Even snel voor de vuist weg zie ik twee oplossingen die juridisch kloppen - Of jullie licentie aanpassen naar een virale versie - Of een aparte editor voor halteplaatsen ontwikkelen die de wijzigingen niet naar OSM stuurt, maar naar openOV. Dit is mogelijk niet het antwoord wat je graag wilt horen Toch even deze vraag, ook al weet ik dat dit mogelijk gevoelig kan liggen. Zijn er (naast ideële redenen) ook praktische redenen waarom een virale licentie onmogelijk is voor jullie project? Neemt niet weg dat ik het openOV project een super project vindt! Dus als OpenTaal ook formeel z'n ding niet mag doen om-zus om-zo, worden nuttige toepassingen dus belemmerd ten opzichte van het ik wil niet dat commerciële kaartenmaker X onze data gebruikt 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] Andere tijden
Stefan, weinigen interesseert al dat licentie gedoe. Misschien ken jij 10CC. Van CC-0 hebben echt weinigen gehoord. Welk genre is dat? Snapje het nou? Met vriendelijke groeten, Robert Elsenaar (Verzonden vanaf Mobile) Stefan de Konink ste...@konink.de schreef: On 25-05-12 08:40, Robert Elsenaar wrote: Nee, maar daar gaat het niet om. Alleen op ieder moment dat er een nieuw initiatief is, begin jij direct te z... over licentievoorwaarde. A) iedereen weet best wel dat je ook faar tijdens het proces naar moet kijken. B) Henk (foundation) is onze licentie sheriff en die heeft heus geen overijverige assistent nodig. Waarom worden mijn ideeën waar ik vooraf over in overleg ga met de foundation dan de grond in gefietst, en hoor je er niemand meer over bij een ander project. In dat geval kan iedereen dus gewoon doen wat hij goed dunkt - mij maakt het niet uit, immers mijn data is CC-0. 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] AND data in OSM
Wat moet er met de kopien vsn de kopien van de ruwe data grbeuren? Ook als het nu op servers van Fosm staat? Geldt het gebruiksverbod op ruwe data zoals genoemd alleen voor osm of ook voor fosm? Eenmaal onder odbl uitgegeven data mag deze verder gedostribueerd worden onder Ccbysa of is dat juist andersom? Zomaar een paar vragen voor de duidelijkheid. Met vriendelijke groeten, Robert Elsenaar (Verzonden vanaf Mobile) Henk Hoff toffeh...@gmail.com schreef: 2012/4/11 Stefan de Konink ste...@konink.de Ik dacht al dat de vork anders in de steel zat. Nu het echte verhaal. AND is/was geen voorstander van de ODbL. AND had natuurlijk kunnen zeggen: Slechte keuze OpenStreetMap, wij herlicenseren onze data niet. Dat hebben ze (gelukkig) voor OpenStreetMap. Wat er wel is gebeurd: AND heeft aangegeven dat de reeds geïmporteerde data in gebruik mag blijven, maar dat de geleverde ruwe data gewoon CC-BY-SA blijft (en daar mee incompatible is). Ook hebben ze een aantal cases voorgelegd waar de ODbL niet werkte, en ook besproken met Henk. De ODbL werkt wel, maar niet hoe zij dat kennelijk zien. Daarnaast is ook onderkend dat CC-BY-SA in veel gevallen ook niet werkte ... Conclusie: (natuurlijk) mag de oude data bewaard blijven, immers gegeven onder de CC-BY-SA. Wat niet mag is die data verder in OpenStreetMap importeren onder de ODbL. Maar als mensen bijvoorbeeld met http://fosm.org/ verder willen gaan kan deze data (gewoon) gebruikt worden. Dan even de letterlijke tekst die ik van AND heb gekregen: === begin citaat Wij gaan akkoord onder de volgende voorwaarden: Wij geven de licentie af voor de tot nu toe geïmporteerde data (per 1/3/2012). Alle geleverde kopieën van de originele data worden vernietigd en verwijderd van servers. AND wordt genoemd als een van de contributors in de copyright (http://www.openstreetmap.org/copyright): Netherlands: Contains © AND data, 2007 (www.and.com) einde citaat === Om onduidelijkheden weg te nemen heb ik op verzoek van AND ook even een LICENSE.TXT bij het bestand op de server gezet. Prima, graag ook even een schriftelijke bevestiging van AND dat ze hiermee akkoord zijn. Gr, henk___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] AND data in OSM
Dat betekend dus dat vanaf 1 april data uit osm niet meer in Fosm overgenomen mag worden er dat fosm data taboe is voor osm? Klopt dat? De fork is dan m.i. Ook ten einde? Jammer. Was zo leuk die anarchie. Hihihi. Met vriendelijke groeten, Robert Elsenaar (Verzonden vanaf Mobile) Henk Hoff toffeh...@gmail.com schreef: 2012/4/11 Robert Elsenaar rob...@elsenaar.info Wat moet er met de kopien vsn de kopien van de ruwe data grbeuren? Ook als het nu op servers van Fosm staat? Geldt het gebruiksverbod op ruwe data zoals genoemd alleen voor osm of ook voor fosm? Ik weet niet welke afspraken Stefan verder met AND heeft gemaakt, dus bovenstaande laat ik aan hem over. De voorwaarden die ik van AND heb gekregen spreken voor zich. Eenmaal onder odbl uitgegeven data mag deze verder gedostribueerd worden onder Ccbysa of is dat juist andersom? Nee (vice versa). De incompatibiliteit zit 'm in de karakter van de viraliteit (de Share Alike clausule). We hebben met verschillende instanties die data onder CC-BY hebben vrijgegeven wel een akkoord dat deze ook in onze database mag. Gr, Henk ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] openkvk gaat geo
+1 Met vriendelijke groeten, Robert Elsenaar (Verzonden vanaf Mobile) Stefan de Konink ste...@konink.de schreef: Het is net openbaar gezet, openkvk doet geocoded adressen op basis van de BAG. Dat biedt mogelijkheden tot linked-open-data of importeren. Ik heb met Peter al wat overleg gehad over het hoe en wat, maar ik zou eens willen voorstellen om te onderzoeken welke amenities overeenkomen met welke SBI-codes. Dan kunnen we eens een mooie hoeveelheid SBI-codes filteren, en op een kaartje weer te geven. Misschien eerst als losse laag, en daarna 'importeren met een klik'. 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] openkvk gaat geo
Stefan. Kun je eens een voorbeeld geven hoe je bijvoorbeeld alle winkelpanden in Maarsen kunt querien? Met vriendelijke groeten, Robert Elsenaar (Verzonden vanaf Mobile) Stefan de Konink ste...@konink.de schreef: On Wed, 14 Mar 2012, Gert-Jan van der Weijden wrote: Nauwelijks te doorgronden maar wel vreugdevolle inside-talk. Ik weet wat BAG, KVK en SBI is, maar uitleg in wat opener vorm zou leuk zijn: wat kan ik nu / hoe / waarmee? BAG = Basisregistratie Adressen en Gebouwen (Alle gebouwen in Nederland met locatie) KVK = Kamer van Koophandel = Basisregistertatie Handelsregister SBI = Standaard Bedrijven Index (een nummertje met een beschrijvende activiteit van een bedrijf) Nu kun je querien op api.openkvk.nl en een locatie op de kaart plotten. Straks kunnen we in bulk een heleboel adressen op de kaart plotten eventueel deze adressen importeren en op bestaande osm objecten wat zetten. 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] openkvk gaat geo
Dat lijkt niet zo moeilijk. Kun je nu nog in een voorbeeld laten zien hoe je deze qierie op de api afvuurt En hoe je de output kunt gebruiken bv in JOSM. Ik zou dolgraag hiermee verder gaan. Als ik het kan schrijf ik voor het nageslacht een wikipagina. Met vriendelijke groeten, Robert Elsenaar (Verzonden vanaf Mobile) Stefan de Konink ste...@konink.de schreef: On 14-03-12 17:42, Robert Elsenaar wrote: Stefan. Kun je eens een voorbeeld geven hoe je bijvoorbeeld alle winkelpanden in Maarsen kunt querien? SBI code opzoeken bij CBS; select * from kvk, kvk_sbi where kvk.kvk = kvk_sbi.kvk and kvk_sbi.code = 'SBICODE' and plaats = 'Maarsen'; SBI codes zijn niet compleet, wel voor alle aardoliemaatschappijen, niet voor alle bakkers. 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] A.s. donderdag 15 maart Mappersbabbel
Jammer, maar ik ben in Parijs. Sorry jongens. Met vriendelijke groeten, Robert Elsenaar (Verzonden vanaf Mobile) Floris Looijesteijn o...@floris.nu schreef: Hoi! A.s. donderdag is er weer een Amsterdamse Mappersbabbel! U bent allen welkom om over OSM en/of andere geogerelateerde zaken te komen praten. Kapitein Zeppos Gebed Zonder End 5 Amsterdam Aanvang: 19.00 Je kunt daar ook voor goed eten trouwens. Je kunt je aanmelden via Meetup, de Wiki of gewoon langskomen: http://www.meetup.com/AmsGeoDrinks/events/56069452/ http://wiki.openstreetmap.org/wiki/NL:Amsterdam#15_maart_2012 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
Re: [OSM-talk-nl] Linkje of hint?
Bij gwbruik van garmin.openstreetmap.org kun je ook beter een land kiezen. Een link links op het schetm stelt de kaart direct beschikbaar zonder wachttijd. Met vriendelijke groeten, Robert Elsenaar (Verzonden vanaf Mobile) Harry harr...@gmail.com schreef: Ook jij vanharte bedankt Pim. Op 6 februari 2012 10:13 schreef Pim Clotscher pim.clotsc...@telfort.nl het volgende: Harry, Het gaat om het bestand gmapsupp.img dat naar de map ..\garmin op je Dakota moet. Let op dat je al een aanwezige kaart met die naam niet overschrijft, anders eerst hernoemen naar b.v. benelux.img Als je een voor fietsen geoptimaliseerde kaart zoekt: http://sites.google.com/site/openfietsmap/ In de .zip die je downloadt zit een installer voor Garmin Mapsource en ook een gmapsupp.img. Verder hetzelfde als hierboven. En eh de handleiding is gewoon te downloaden bij Garmin hoor (hint ;-) ): http://support.garmin.com/support/manuals/manuals.htm?partNo=010-00781-00language=nlcountry=NL Groet, Pim On 5-2-2012 22:42, Harry wrote: Dakota 20 pas in bezit en dus absolute beginner. Heb het web “in alle richtingen” afgestruind om een eenvoudige NL-handleiding te vinden om een Beneluxkaartje op mijn gps te zetten. Helaas vind ik de juiste richting niet. L. Zou heel blij zijn met een linkje of hint naar die juiste richting. Waarvoor alvast bedankt, Har ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl -- Pim Clotscher Zoetermeer ___ 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] Linkje of hint?
Ja hoor maar dan moet deze kaart speciaal voor jouw gemaakt worden en dat kan soms wel een dag duren. Met vriendelijke groeten, Robert Elsenaar (Verzonden vanaf Mobile) Harry harr...@gmail.com schreef: Thx Robert maar BE en NL op 1 kaart krijgen lukt dus niet begrijp ik. Of heb ik het mis? Op 6 februari 2012 13:56 schreef Robert Elsenaar rob...@elsenaar.info het volgende: Bij gwbruik van garmin.openstreetmap.org kun je ook beter een land kiezen. Een link links op het schetm stelt de kaart direct beschikbaar zonder wachttijd. Met vriendelijke groeten, Robert Elsenaar (Verzonden vanaf Mobile) Harry harr...@gmail.com schreef: Ook jij vanharte bedankt Pim. Op 6 februari 2012 10:13 schreef Pim Clotscher pim.clotsc...@telfort.nl het volgende: Harry, Het gaat om het bestand gmapsupp.img dat naar de map ..\garmin op je Dakota moet. Let op dat je al een aanwezige kaart met die naam niet overschrijft, anders eerst hernoemen naar b.v. benelux.img Als je een voor fietsen geoptimaliseerde kaart zoekt: http://sites.google.com/site/openfietsmap/ In de .zip die je downloadt zit een installer voor Garmin Mapsource en ook een gmapsupp.img. Verder hetzelfde als hierboven. En eh de handleiding is gewoon te downloaden bij Garmin hoor (hint ;-) ): http://support.garmin.com/support/manuals/manuals.htm?partNo=010-00781-00language=nlcountry=NL Groet, Pim On 5-2-2012 22:42, Harry wrote: Dakota 20 pas in bezit en dus absolute beginner. Heb het web “in alle richtingen” afgestruind om een eenvoudige NL-handleiding te vinden om een Beneluxkaartje op mijn gps te zetten. Helaas vind ik de juiste richting niet. L. Zou heel blij zijn met een linkje of hint naar die juiste richting. Waarvoor alvast bedankt, Har ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl -- Pim Clotscher Zoetermeer ___ 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] Postcodes semi-automatisch toevoegen aan adrespunten
+1 Met vriendelijke groeten, Robert Elsenaar (Verzonden vanaf Mobile) drek d...@drek.nl schreef: Op 01-02-12 11:49, Floris Looijesteijn schreef: 2012/2/1 Ruud den Blankenruud.den.blan...@gmail.com: Vorig jaar heb ik OSM rondom Gorinchem aangepast door panden en adressen uit de BAG toe te voegen. Maar die import ziet er best mooi uit, is dat ergens gedocumenteerd? Die import ziet er zeker mooi uit. Ik wil de BAG-gegevens ook toevoegen in mijn woonplaats Woudenberg, maar ik weet eerlijk gezegd nog niet precies hoe. Ik ben dat nu aan het uitzoeken hoe dat werkt. Een gedocumenteerde import zou dus zeer van pas kunnen komen. :-) Groeten, André ___ 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] Besmette Relaties
Hoi allemaal, Weten jullie al of er een methode is om te zien welke Relaties er op de schop gaan o.i.v. de License Change? groet Robert___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] borrel
Morgen om 1300 in De Loeven. Een cafe aan de voet van de Utrechtse Dom. Met vriendelijke groeten, Robert Elsenaar (Verzonden vanaf Mobile) Martijn van Exel m...@rtijn.org schreef: Herinner mij eens: hoe laat en waar is de nieuwjaarsborrel morgen nou precies? Bedankt, -- martijn van exel geospatial omnivore 1109 1st ave #2 salt lake city, ut 84103 801-550-5815 http://oegeo.wordpress.com ___ 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] Nieuwe Contributor Terms (fwd)
En als ik zo in mijn glazen bol kijk, dan lijk ik te zien dat Stefan dit weekend klaar is met zijn lijst. Klopt dat Stefan? Met vriendelijke groeten, Robert Elsenaar (Verzonden vanaf Mobile) Floris Looijesteijn o...@floris.nu schreef: Jan komt regelmatig naar de Amsterdamse Mappersbabbel. Ik vind de toon van zijn mail nog wel meevallen. Doordat je de data van Stefan nu eenmaal door heel Nederland tegenkomt zal hij wel wat vaker van dit door mails krijgen. Maar goed, zoals gezegd is Stefan dus al bezig om per changeset aan te geven wat de licentie zou moeten zijn. Groet, Floris 2012/1/13 Jo winfi...@gmail.com: Met grote waarschijnlijkheid iemand die het allemaal niet helemaal begrepen heeft, maar die nogal wat data heeft bijgedragen en die nu bang is dat het allemaal voor niets is geweest. mvg Jo (en ja ik post ook dit soort mailtjes, dus Maarten zal het wel over mij hebben) Op 13 januari 2012 01:38 schreef Stefan de Konink ste...@konink.de het volgende: Even in de categorie wat komt er nu weer in mijn mailbox aan. Valt dit nu in de categorie Fear Uncertainty Doubt? De rest spreekt voor zich. Ik moet zeggen dat Floris' persoonlijke benadering toch effectiever is. Maar goed, iedereen draagt op zijn of haar manier een steentje bij... -- Forwarded message -- Date: Thu, 12 Jan 2012 22:58:18 + From: Jan Westerhof m-238704-f3a...@messages.openstreetmap.org To: ste...@konink.de Subject: [OpenStreetMap] Nieuwe Contributor Terms Hallo Stefan de Konink, Jan Westerhof heeft u een bericht gezonden via OpenStreetMap met het onderwerp Nieuwe Contributor Terms: == Beste Stefan, Ik benader je persoonlijk, om je te attenderen op het feit dat OpenStreetMap zijn 'Contributor Terms' gaat wijzigen. De precieze details van het waarom van de wijziging ken ik niet, maar naar ik heb begrepen, blijft OSM in principe gewoon OSM, een open database die voor iedereen vrij is te gebruiken en aan te passen. Echter, aangezien per 1 april 2012 de voorwaarden worden gewijzigd, is het noodzakelijk dat alle OSM-editors de nieuwe voorwaarden accepteren. Kennelijk is het zo dat bijdragen van mensen die de nieuwe voorwaarden nog niet hebben geaccepteerd worden verwijderd. Zelfs bijdragen door mensen die wel hebben geaccepteerd, aan wegen e.d. waar ook mensen aan hebben gewerkt die *niet* hebben geaccepteerd schijnen daadwerkelijk te worden verwijderd na 1 april. Bijv. de metrolijn in Amsterdam zal worden verwijderd, als ik het goed begrijp, omdat jij een van de bijdragen hebt gedaan (dat zag ik dus in de 'history). Dat is natuurlijk zonde van al het werk, en ook zonde van de fraaie kaart. Ik gebruik OSM al enige bijna een jaar met plezier, dus ik heb het maar op me genomen om editors (die ik zo tegenkom in de diverse 'history's') die nog niet hebben geaccepteerd, te vragen dat alsnog te doen. Bij deze dus. Met vriendelijke groet, Jan Westerhof Amsterdam == U kunt het bericht ook lezen op http://www.openstreetmap.org/message/read/238704 en u kunt antwoorden op http://www.openstreetmap.org/message/reply/238704 !DSPAM:1,4f0f6556316786152027903! ___ 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] Fwd: [Dutch] Nieuwjaarsborrel zo 22 januari
En is dit het Stilte gebied van Utrecht zodat we met z'n alle gezellig kunnen kletsen? Groet Robert -Oorspronkelijk bericht- From: Frank Steggink Sent: Monday, January 02, 2012 3:11 PM To: talk-nl@openstreetmap.org Subject: [OSM-talk-nl] Fwd: [Dutch] Nieuwjaarsborrel zo 22 januari Forward naar talk-nl. Locatie van Lofen in Utrecht: http://osm.org/go/0E6JMU6Wu--?m Dit is letterlijk onderaan de Domtoren, dus je kunt het niet missen ;) Groeten, Frank Original Message Subject: [Dutch] Nieuwjaarsborrel zo 22 januari Date: Mon, 02 Jan 2012 12:18:28 +0100 From: Just van den Broecke j...@justobjects.nl To: du...@lists.osgeo.org Beste Allemaal, Allereerst natuurlijk een gezond 2012 toegewenst en dat 2012 het jaar OSGeo.nl moge worden ! We beginnen in ieder geval al goed: Edward heeft een locatie (Lofen Utrecht) en meetup voor onze nieuwjaarsborrel samen met OpenStreetMap NL vastgesteld, zie http://www.meetup.com/OSGeoNL/events/46060652 en op onze Wiki. Aanmelden is niet verplicht maar wel handig. Deze OSGeo.nl Meetup http://www.meetup.com/OSGeoNL is verder algemeen dus kun je ook altijd gebruiken voor andere bijeenkomsten. Voorlopig is het BYOB (Buy Your Own Beer) maar mogelijk vinden we nog sponsoring. groeten, Just ___ Dutch mailing list du...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/dutch ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl --- Tekst ingevoegd door Panda GP 2012: 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_395SPAM=truepath=C:\Windows\system32\config\systemprofile\AppData\Local\Panda%20Security\Panda%20Global%20Protection%202012\AntiSpam --- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Het Lint, Leidsche Rijn
Waarom pedestrian en geen footway? Ik zie liever bij een dergelijk ondrbord staan bicycle=prmitted. Met vriendelijke groeten, Robert Elsenaar (Verzonden vanaf Mobile) Frank Steggink stegg...@steggink.org schreef: On 31-12-2011 15:43, Colin Smale wrote: Op dit moment is het recreatiepad Het Lint (Leidsche Rijn/Vleuten) als volgt getagd: access http://wiki.openstreetmap.org/wiki/Key:access?uselang=en-GB= yes bicycle http://wiki.openstreetmap.org/wiki/Key:bicycle?uselang=en-GB= yes cycleway http://wiki.openstreetmap.org/wiki/Key:cycleway?uselang=en-GB= no foot http://wiki.openstreetmap.org/wiki/Key:foot?uselang=en-GB= yes highway http://wiki.openstreetmap.org/wiki/Key:highway?uselang=en-GB=pedestrian http://wiki.openstreetmap.org/wiki/Tag:highway=pedestrian?uselang=en-GB motor_vehicle = no name http://wiki.openstreetmap.org/wiki/Key:name?uselang=en-GB= Het Lint source http://wiki.openstreetmap.org/wiki/Key:source?uselang=en-GB= survey surface http://wiki.openstreetmap.org/wiki/Key:surface?uselang=en-GB= asphalt Volgens de borden is het een voetpad (verkeersbord G7), met een onderbord fietsen toegestaan. Vanwege de breedte is highway=pedestrian op zijn plaats; n.a.v. het onderbord is bicycle=yes ook te verdedigen; access=yes, motor_vehicle=no en foot=yes lijkt me gewoon dubbelop. Brommers en snorfietsen zijn niet toegestaan (dit wordt echter niet gehandhaafd). Ik twijfel echter aan cycleway=no omdat dat ogenschijnlijk conflicteert met bicycle=yes. Bovendien is het niet gebruikelijk om te taggen wat iets NIET is (anders kan ik er ook shop=no opzetten - waar houdt het op?). Ik stel dan ook voor om cycleway=no te verwijderen. Wie schiet? Colin ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl Hoi Colin, Ik doe een poging: * access = yes: redundante tag, kan dus weg. Yes is de defaultwaarde. * bicycle = yes: laten staan. * cycleway = no: heeft geen zin, kan dus weg. De cycleway tag is ervoor bedoeld om een bijzondere situatie aan te geven voor het fietspad, bijv. fietssuggestiestroken of dat fietsers tegen eenrichtingverkeer mogen fietsen. * foot = yes: redundant t.o.v. highway=pedestrian, kan dus weg. * motor_vehicle = no: laten staan. Volgens de map features pagina is een motorvoertuig niet per definitie verboden op highway=pedestrian. Denk bijv. aan een winkelstraat, waar goederen geleverd moeten kunnen worden. Rest kan wel blijven staan. Groeten, 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] Relatiebemiddeling gezocht :)
Polyglod. Die opmerking heet bij ons valse bescheidenheid. ;-) Met vriendelijke groeten, Robert Elsenaar (Verzonden vanaf Mobile) Jo winfi...@gmail.com schreef: Op 27 december 2011 14:36 schreef Floris Looijesteijn o...@floris.nu het volgende: Ik heb rond het Oosterdokseiland het een en ander aangepast. Er staat daar echter nog een niet meer bestaande weg op onze kaart. Die heeft echter zoveel relaties dat ik daar m'n handen niet aan ga branden. Heeft iemand zin om dat om te bouwen? Zo ja, misschien handig om dat hier even te roepen zodat er geen dubbel werk wordt gedaan. Het gaat om deze weg: http://www.openstreetmap.org/browse/way/96580519 Alle buslijnen gaan nu over de Odebrug (?) Als je er zeker van bent, dat ze nu allemaal over de Odebrug gaan, dan wil ik me er wel aan wagen hoor. Ik heb al wat ervaring met het ombouwen van relaties... mvg, Polyglot ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Bushaltes en GSM antennes
Heren, Ik krijg tranen in mijn ogen Lijkt het nu echt te gaan lukken. Stefan, ik ben de virtuele feestzaal al aan het inrichten om je weer binnen boord te verwelkomen. Mooi daan mannen. Nog even een linkje en de scary data is bekend. Groet Robert -Oorspronkelijk bericht- From: Stefan de Konink Sent: Tuesday, December 20, 2011 7:55 PM To: talk-nl@openstreetmap.org Subject: Re: [OSM-talk-nl] Bushaltes en GSM antennes -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 20-12-11 18:36, Floris Looijesteijn schreef: Zoiets? Een mapje er bij met een vectortje om welke data het gaat. Hoeft dus niet allemaal op een pagina, liefst gewoon: [center]map + edit[/center] [PD] [ODBL] [Postpone] NO, reason: [Submit] Je kunt bij deze lijst niet zien waar het om gaat. http://openstreetmap.eu/changesets/?user=Stefan%20de%20Konink Zou je dat invullen? Met zoiets zou ik wel willen werken ja. Als jij dit binnen binnen 12 uur hebt geïmplementeerd laat dit voor mij wel gelijk zien wat er voor onwil is binnen de organisatie die de OSM zou moeten *ondersteunen*. Floris for President. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk7w2jcACgkQYH1+F2Rqwn0ZkgCggxgupLE76ZTHSyAUBBQI304Y vSUAn0JCeCG3kzaUOU4inO1NPyotFBtm =Snrt -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl --- Tekst ingevoegd door Panda GP 2012: 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_161SPAM=truepath=C:\Windows\system32\config\systemprofile\AppData\Local\Panda%20Security\Panda%20Global%20Protection%202012\AntiSpam --- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Bushaltes en GSM antennes
Als iedereen zijn eigen talenten gebruikt, dan wordt meteen geweldige wereld. Met vriendelijke groeten, Robert Elsenaar (Verzonden vanaf Mobile)null___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Bushaltes en GSM antennes
Stefan, dat antwoord klinkt niet erg positief. Er is geen licentie commissie die het jouw expres moeilijk wil maken. Dat even dáár gelaten. Kun jij op basis van die synthectische changesets aangeven wat er uit de kaart moet? Is het misschien minder werk om per bron contact te leggen en te bezien of de data van vroeger inmiddels wel OK zijn? Om dit op te lossen wil ik een lijst zien met de probleem bronnen. Jij kunt als geen ander deze lijst vastleggen. Laten we met elkaar er voor zorgen dat we deze lijst vervolgens gaan afbreken. @Stefan: Geef ons die todo lijst. Dan kunnen we aan de slag. Met vriendelijke groeten, Robert Elsenaar (Verzonden vanaf Mobile) Stefan de Konink ste...@konink.de schreef: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 18-12-11 01:30, Lennard schreef: On 18-12-2011 1:19, Stefan de Konink wrote: Ja, dat is dus het grootste probleem. Er is geen changeset viewer en de wijzigingen voor 0.6 staan niet in changesets. Van de wijzigingen voor 0.6 zijn synthetische changesets gemaakt, door edits die 'bij elkaar lagen' (per mapper, in tijd en/of ruimte) in een changeset te stoppen. http://www.openstreetmap.org/browse/changeset/1 Mooi, zijn er verder nog beperkingen waarom de licentie commissie het dus niet makkelijk voor mij kan maken? Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk7tQzAACgkQYH1+F2Rqwn3LyQCeIp5KZ4czIZJRchmm/NIx+zaM 3LQAn2YHKjabqNSZgWqMn0FgqaI5rrsw =l0K+ -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] Bushaltes en GSM antennes
stefan zo bedoel ik het niet. Jij had het over een aantal bronnen waar jij gegevens vandaan had welke wellicht nog steeds niet in de nieuwe licentie passen. Ik wil dus niet bij de changesets beginnen maar bij de bronnen. Jij vertelde namelijk dat alle foute changesets te herkennen zijn aan de bron. Vandaar eerst de lijst met bronnen completeren en dan kijken hoe we de changsets gaan afhandelen. Nog mails de vraag heb jij de namen van deze bronnen? Met vriendelijke groeten, Robert Elsenaar (Verzonden vanaf Mobile) Stefan de Konink ste...@konink.de schreef: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 18-12-11 10:33, Robert Elsenaar schreef: Kun jij op basis van die synthectische changesets aangeven wat er uit de kaart moet? Heb je enig idee hoeveel edits ik heb gemaakt? Denk je dat ik nu zelf tools ga uitvinden die er allang hadden moeten zijn? @Stefan: Geef ons die todo lijst. Dan kunnen we aan de slag. Het bovenstaande is dus probleem afschuivend gedrag. Geef mij een changeset tool. Want *jullie* dwingen mij daarna nog eens akkoord te gaan met iets wat ik zelf niet kan valideren. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk7t76EACgkQYH1+F2Rqwn28oQCgj9+uUc6ydpf8m+OuLU+2+MpO G6cAn1ijDvyE9LtbUPH9VlJ95Gqp/8AW =C/y7 -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] Bushaltes en GSM antennes
Stefan, Ik begrijp dat je die niet allemaal uit je hoofd weet. ieders hoofd heeft zo z'n beperkingen. Ook de jouwe. ;-P als ik je echter goed begrepen heb zijn alle foute nodes of ways gemarkeerd met een tag resource=*? Klopt dit? Groet Robert -Oorspronkelijk bericht- From: Stefan de Konink Sent: Sunday, December 18, 2011 3:18 PM To: talk-nl@openstreetmap.org Subject: Re: [OSM-talk-nl] Bushaltes en GSM antennes -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 18-12-11 15:02, Robert Elsenaar schreef: Nog mails de vraag heb jij de namen van deze bronnen? Nee, die ken ik over de afgelopen vijf jaar niet uit mijn hoofd :) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk7t9iAACgkQYH1+F2Rqwn1jygCcDOF4uta9uLtqrALTfBaDfUbT YFwAn2On/LSY4lSavw7VTEabeNrFH2gd =rD6a -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl --- Tekst ingevoegd door Panda GP 2012: 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_130SPAM=truepath=C:\Windows\system32\config\systemprofile\AppData\Local\Panda%20Security\Panda%20Global%20Protection%202012\AntiSpam --- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Bushaltes en GSM antennes
Ik had toch eigenlijk van zeker enkelen van jullie wel een reactie verwacht. Groet Robert Elsenaar -Oorspronkelijk bericht- From: Robert Elsenaar Sent: Thursday, December 15, 2011 8:32 AM To: OpenStreetMap NL discussion list Subject: Re: [OSM-talk-nl] Bushaltes en GSM antennes Collega's, Floris schreef: Stefan is niet akkoord met de CT en ik verwacht ook niet dat dat nog gaat gebeuren :) Onder andere door het importeren van data op z'n eigen account is dit waarschijnlijk niet eens een optie. Ik heb nog eens in een PM wat vragen aan Stefan gesteld. Hier mijn conclusie: 1) Volgens mij kan Stefan WEL instemmen met de nieuwe licentie. Natuurlijk zag hij liever dat het PD werd. Maar ja, life sucks, en ook hij kan niet altijd alles krijgen zoals hij graag zou willen. 2) Stefan heeft in het verleden enorm veel en op innovatieve manier data verzameld en ingebracht in OSM. Hij heeft deze gegevens met bronvermelding steeds met zijn eigen account gedaan. Hier heeft hij achteraf wel spijt van/ Toestemmen in de vraag van de Foundation zou een goedkeuring zijn over alle ingebrachte data. 3) Niet alle data van alle bronnen zijn compatibel met de nieuwe licentie. Zie hier het begin van Stefans Probleem. Oplossing voor deze impasse: 1) Stefan geeft een overzicht van zijn ChangeSets welke naar zijn mening NIET onder de nieuwe licentie kunnen/mogen vallen. 2) Stefan/anderen neemt contact op met de eigenaren van deze changesets om toestemming te geven voor het transformeren van deze data naar de nieuwe licentie. Ik ga er van uit dat ook deze organisaties in de afgelopen jaren op dit punt ontwikkelingen hebben meegemaakt. Niet helder is of hun licentie nog steeds de licentie wijziging van OSM in de weg staan. 3) De foundation zet zich actief in om op korte termijn resources te vinden om de overgebleven changesets uit de data te verwijderen. 4) Na verwijdering stemt Stefan als nog toe met de Licence Change. Voordelen: 1) Er wordt recht gedaan aan de licenties van betrokken externe dataleveranciers. 2) We behouden een enthousiaste mapper (Stefan) binnen boord. 3) We respecteren het werk van pioniers uit het verleden. Graag een aankondiging voor een volgende constructieve stap om dit punt uit de weg te helpen. Mvrgr Robert Elsenaar -Oorspronkelijk bericht- From: Floris Looijesteijn Sent: Tuesday, December 13, 2011 10:50 PM To: OpenStreetMap NL discussion list Subject: [OSM-talk-nl] Bushaltes en GSM antennes Hoi allen en vooral Stefan, Ik heb de discussie op talk@osm over de licentieverandering weer flink aangezwengeld, dus laat ik dat hier nog eens dunnetjes over doen :) Inmiddels zijn er veel gebruikers akkoord gegaan [1], ik had nog niet eens gemerkt dat 3dshapes en AND dat inmiddels ook hebben gedaan. Super! Met de OSM inspector van Geofabrik [2] kun je makkelijk zien waar de probleemgevallen nu nog zitten. Bij mij in de buurt zijn dat voornamelijk bushaltes en gsm antennes, geïmporteerd op het account van Stefan. Stefan is niet akkoord met de CT en ik verwacht ook niet dat dat nog gaat gebeuren :) Onder andere door het importeren van data op z'n eigen account is dit waarschijnlijk niet eens een optie. Nu vroeg ik me af of die data wellicht nog ergens te verkrijgen is zodat we het opnieuw in kunnen lezen, en het ook meteen een update kunnen geven. Groet, Floris [1] http://odbl.de/netherlands.html [2] http://tools.geofabrik.de/osmi/ ___ 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 --- Tekst ingevoegd door Panda GP 2012: 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_106SPAM=truepath=C:\Windows\system32\config\systemprofile\AppData\Local\Panda ecurity\Panda3.74968E-276lobalProtection\AntiSpam --- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Bushaltes en GSM antennes
Henk, @Henk: Als voorvechter in het verslepen van OSM richting de nieuwe licentie, neem ik aan dat jij het voortouw neemt in het uitvoeren van deze oplossing? @Stefan: Jij bent natuurlijk ook geen beginner. Kun jij het overzicht aanleveren van de changesets die naar jouw mening eerst uit OSM moeten verdwijnen voordat jij je fiat kunt geven? From: Jo Sent: Saturday, December 17, 2011 9:20 PM To: OpenStreetMap NL discussion list Subject: Re: [OSM-talk-nl] Bushaltes en GSM antennes Ik ben blij dat er naar een constructieve oplossing wordt gezocht voor dit probleem en heb eergisteren nog overwogen om dat neer te schrijven... maar het uiteindelijk niet gedaan, waarvoor excuses, mvg, Polyglot Op 15 december 2011 08:32 schreef Robert Elsenaar rob...@elsenaar.info het volgende: Collega's, Floris schreef: Stefan is niet akkoord met de CT en ik verwacht ook niet dat dat nog gaat gebeuren :) Onder andere door het importeren van data op z'n eigen account is dit waarschijnlijk niet eens een optie. Ik heb nog eens in een PM wat vragen aan Stefan gesteld. Hier mijn conclusie: 1) Volgens mij kan Stefan WEL instemmen met de nieuwe licentie. Natuurlijk zag hij liever dat het PD werd. Maar ja, life sucks, en ook hij kan niet altijd alles krijgen zoals hij graag zou willen. 2) Stefan heeft in het verleden enorm veel en op innovatieve manier data verzameld en ingebracht in OSM. Hij heeft deze gegevens met bronvermelding steeds met zijn eigen account gedaan. Hier heeft hij achteraf wel spijt van/ Toestemmen in de vraag van de Foundation zou een goedkeuring zijn over alle ingebrachte data. 3) Niet alle data van alle bronnen zijn compatibel met de nieuwe licentie. Zie hier het begin van Stefans Probleem. Oplossing voor deze impasse: 1) Stefan geeft een overzicht van zijn ChangeSets welke naar zijn mening NIET onder de nieuwe licentie kunnen/mogen vallen. 2) Stefan/anderen neemt contact op met de eigenaren van deze changesets om toestemming te geven voor het transformeren van deze data naar de nieuwe licentie. Ik ga er van uit dat ook deze organisaties in de afgelopen jaren op dit punt ontwikkelingen hebben meegemaakt. Niet helder is of hun licentie nog steeds de licentie wijziging van OSM in de weg staan. 3) De foundation zet zich actief in om op korte termijn resources te vinden om de overgebleven changesets uit de data te verwijderen. 4) Na verwijdering stemt Stefan als nog toe met de Licence Change. Voordelen: 1) Er wordt recht gedaan aan de licenties van betrokken externe dataleveranciers. 2) We behouden een enthousiaste mapper (Stefan) binnen boord. 3) We respecteren het werk van pioniers uit het verleden. Graag een aankondiging voor een volgende constructieve stap om dit punt uit de weg te helpen. Mvrgr Robert Elsenaar -Oorspronkelijk bericht- From: Floris Looijesteijn Sent: Tuesday, December 13, 2011 10:50 PM To: OpenStreetMap NL discussion list Subject: [OSM-talk-nl] Bushaltes en GSM antennes Hoi allen en vooral Stefan, Ik heb de discussie op talk@osm over de licentieverandering weer flink aangezwengeld, dus laat ik dat hier nog eens dunnetjes over doen :) Inmiddels zijn er veel gebruikers akkoord gegaan [1], ik had nog niet eens gemerkt dat 3dshapes en AND dat inmiddels ook hebben gedaan. Super! Met de OSM inspector van Geofabrik [2] kun je makkelijk zien waar de probleemgevallen nu nog zitten. Bij mij in de buurt zijn dat voornamelijk bushaltes en gsm antennes, geïmporteerd op het account van Stefan. Stefan is niet akkoord met de CT en ik verwacht ook niet dat dat nog gaat gebeuren :) Onder andere door het importeren van data op z'n eigen account is dit waarschijnlijk niet eens een optie. Nu vroeg ik me af of die data wellicht nog ergens te verkrijgen is zodat we het opnieuw in kunnen lezen, en het ook meteen een update kunnen geven. Groet, Floris [1] http://odbl.de/netherlands.html [2] http://tools.geofabrik.de/osmi/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl --- Tekst ingevoegd door Panda GP 2012: 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_56SPAM=truepath=C:\Windows\system32\config\systemprofile\AppData\Local\Panda%20Security\Panda%20Global%20Protection%202012\AntiSpam --- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl --- Tekst ingevoegd door Panda
Re: [OSM-talk-nl] Bushaltes en GSM antennes
Collega's, Floris schreef: Stefan is niet akkoord met de CT en ik verwacht ook niet dat dat nog gaat gebeuren :) Onder andere door het importeren van data op z'n eigen account is dit waarschijnlijk niet eens een optie. Ik heb nog eens in een PM wat vragen aan Stefan gesteld. Hier mijn conclusie: 1) Volgens mij kan Stefan WEL instemmen met de nieuwe licentie. Natuurlijk zag hij liever dat het PD werd. Maar ja, life sucks, en ook hij kan niet altijd alles krijgen zoals hij graag zou willen. 2) Stefan heeft in het verleden enorm veel en op innovatieve manier data verzameld en ingebracht in OSM. Hij heeft deze gegevens met bronvermelding steeds met zijn eigen account gedaan. Hier heeft hij achteraf wel spijt van/ Toestemmen in de vraag van de Foundation zou een goedkeuring zijn over alle ingebrachte data. 3) Niet alle data van alle bronnen zijn compatibel met de nieuwe licentie. Zie hier het begin van Stefans Probleem. Oplossing voor deze impasse: 1) Stefan geeft een overzicht van zijn ChangeSets welke naar zijn mening NIET onder de nieuwe licentie kunnen/mogen vallen. 2) Stefan/anderen neemt contact op met de eigenaren van deze changesets om toestemming te geven voor het transformeren van deze data naar de nieuwe licentie. Ik ga er van uit dat ook deze organisaties in de afgelopen jaren op dit punt ontwikkelingen hebben meegemaakt. Niet helder is of hun licentie nog steeds de licentie wijziging van OSM in de weg staan. 3) De foundation zet zich actief in om op korte termijn resources te vinden om de overgebleven changesets uit de data te verwijderen. 4) Na verwijdering stemt Stefan als nog toe met de Licence Change. Voordelen: 1) Er wordt recht gedaan aan de licenties van betrokken externe dataleveranciers. 2) We behouden een enthousiaste mapper (Stefan) binnen boord. 3) We respecteren het werk van pioniers uit het verleden. Graag een aankondiging voor een volgende constructieve stap om dit punt uit de weg te helpen. Mvrgr Robert Elsenaar -Oorspronkelijk bericht- From: Floris Looijesteijn Sent: Tuesday, December 13, 2011 10:50 PM To: OpenStreetMap NL discussion list Subject: [OSM-talk-nl] Bushaltes en GSM antennes Hoi allen en vooral Stefan, Ik heb de discussie op talk@osm over de licentieverandering weer flink aangezwengeld, dus laat ik dat hier nog eens dunnetjes over doen :) Inmiddels zijn er veel gebruikers akkoord gegaan [1], ik had nog niet eens gemerkt dat 3dshapes en AND dat inmiddels ook hebben gedaan. Super! Met de OSM inspector van Geofabrik [2] kun je makkelijk zien waar de probleemgevallen nu nog zitten. Bij mij in de buurt zijn dat voornamelijk bushaltes en gsm antennes, geïmporteerd op het account van Stefan. Stefan is niet akkoord met de CT en ik verwacht ook niet dat dat nog gaat gebeuren :) Onder andere door het importeren van data op z'n eigen account is dit waarschijnlijk niet eens een optie. Nu vroeg ik me af of die data wellicht nog ergens te verkrijgen is zodat we het opnieuw in kunnen lezen, en het ook meteen een update kunnen geven. Groet, Floris [1] http://odbl.de/netherlands.html [2] http://tools.geofabrik.de/osmi/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl --- Tekst ingevoegd door Panda GP 2012: 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_56SPAM=truepath=C:\Windows\system32\config\systemprofile\AppData\Local\Panda%20Security\Panda%20Global%20Protection%202012\AntiSpam --- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Semi automatisch BAG voorstel
lijkt me een strak plan. Na alles tijdens de borrel. BAG BABBEL. Met vriendelijke groeten, Robert Elsenaar (Verzonden vanaf Mobile) Stefan de Konink ste...@konink.de schreef: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 09-12-11 15:50, Gertjan Idema schreef: Wat is op dit moment de status van deze Thread? Ik ben samen met It's so funny http://www.openstreetmap.org/user/It's%20so%20funny (Johan) aan het kijken naar de mogelijkheid om de woonplaatsgrenzen uit BAG te gebruiken om deze in Osm te verbeteren. Daarbij willen we echter geen andere projecten doorkruisen. Het zou erg prettig zijn als we hier morgen eens face-to-face over kunnen praten. Woonplaats grenzen was niet echt de issue... Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk7iPYsACgkQYH1+F2Rqwn1+WQCfWHg5/2HhSxi8Ppy6ra75aaV4 XhMAnAyrnCAjx9ZvuIlKDyjDWyn6Hseu =VwcA -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] Geo Freedom Day
Jeroen, troost je Ook ik heb nog geen bevestiging gekregen. ... En wie zou mij nou durven weigeren ;-) Tot zaterdag. Groet Robert -Oorspronkelijk bericht- From: Jeroen Muris Sent: Thursday, December 08, 2011 8:41 PM To: winfi...@gmail.com ; OpenStreetMap NL discussion list Subject: Re: [OSM-talk-nl] Geo Freedom Day Omdat de afspraak die ik zaterdagmiddag had is vervallen heb ik me toch nog aangemeld voor Geo Freedom Day in Baarn. Heb nog geen bevestiging van de organisator, maar neem aan dat ik nog wel welkom ben. Voor wie er ook heen gaat: tot dan dan. Op 1-12-2011 12:19, Jo schreef: Het lijkt me wel leuk/interessant om elkaar ook 's irl te zien. We zijn per slot van rekening blijkbaar allebei/allemaal gepassioneerd door zowel fietstoerisme als OSM...Op 1 december 2011 11:13 schreef Frank Fesevur ___ 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_11735SPAM=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
Re: [OSM-talk-nl] Geo Freedom Day
Osm passie . Ja. Passie voor fietsen Sfys. Met vriendelijke groeten, Robert Elsenaar (Verzonden vanaf Mobile) Jo winfi...@gmail.com schreef: Wel ik dacht dat ik misschien een tussenstop zou kunnen maken, maar ondertussen een rechtstreekse Eurolinesverbinding naar Brussel-Utrecht en terug gevonden voor geen geld, dus dat zal er wel niet inzitten. Het lijkt me wel leuk/interessant om elkaar ook 's irl te zien. We zijn per slot van rekening blijkbaar allebei/allemaal gepassioneerd door zowel fietstoerisme als OSM... mvg, Jo Op 1 december 2011 11:13 schreef Frank Fesevur f...@users.sourceforge.net het volgende: Op 30 november 2011 23:47 heeft Stefan de Konink ste...@konink.de het volgende geschreven: Uiteraard kom ik :) Maar mochten er mensen uit de regio Den Haag komen, ben ik zeer benieuwd. Ik ga er niet heen, maar woon wel in Den Haag. Maar was die vraag met een speciale reden? Gegroet, 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] Geo Freedom Day
Mij kun je er aantreffen. Ik rijd vanuit Putten. Lifters worden opgepikt. Met vriendelijke groeten, Robert Elsenaar (Verzonden vanaf Mobile) Jo winfi...@gmail.com schreef: Wie gaat er naar Geo Freedom Day in Baarn(NL) op 10 december? http://www.GeoFreedomDay.nl Het lijkt me een zeer geschikte plaats om elkaar wat te leren kennen en het een en ander over OSM te bespreken. Alleen spijtig dat het zo ver is! Als er iemand vanuit het zuiden daarheen rijdt: ik kan nog wel een lift gebruiken, eventueel een dag erna. Jo ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] De geschiedenis van Amsterdam
Dit is een teken van pure heimwee.. Het wordt tijd dat je thuis komt. :-P Met vriendelijke groeten, Robert Elsenaar (Verzonden vanaf Mobile) Martijn van Exel m...@rtijn.org schreef: Ik ben dan wel ver weg maar ik denk nog steeds aan mijn goeie ouwe Amsterdam. Met behulp van de full history planet kun je leuke visualisaties maken: http://lima.schaaltreinen.nl/bravemappers/# (in weerwil van de NL-domeinnaam staat die machine hier naast mijn bureau). -- martijn van exel geospatial omnivore 1109 1st ave #2 salt lake city, ut 84103 801-550-5815 http://oegeo.wordpress.com ___ 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] BAG-update: ook bruikbaar voor BRT?
Mergen en een data set van maken. Dat is toch hetzelfde. Probleem is echter dat het geautomatiseerd samenvoegen om technische en wenselijke redenen vaak een probleem is en dat menselijke tussenkomst onvermijdelijk is gebleken. Centraal beschikbaar stellen en de community het werk laten doen (of niet) is precies waardoor we OSM waarderen en juist dit is de kracht van OSM. En kennelijk waarderen steeds meer partijen deze aanpak. Met vriendelijke groeten, Robert Elsenaar (Verzonden vanaf Mobile) Stefan de Konink ste...@konink.de schreef: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 03-11-11 23:08, Frank Steggink schreef: Zomaar een ideetje op de late avond ;) Gegeven dat al die data PD is waarom zou je in vredesnaam meerdere databronnen gaan mergen? In plaats van kijken hoeveel PD data nu naar buiten komt, daar een nieuwe gecombineerde dataset van maken, en daar een best of both worlds van maken? Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk6zGvoACgkQYH1+F2Rqwn1DNwCeIZ8ggL6/71wIaM9SmiCVJp+P orAAnRMgTah+949vWPHFL+4MFbzLwhPP =UmZe -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] Semi automatisch BAG voorstel
Stefan vroeg mij in een PM om wat meer van mijn idee te ontsluiten. Helaas is die niet in de hele groep terecht gekomen. Hier dan alsnog. Ik hoop hiermee een waardevolle bijdrage te leveren. Hier een korte functionele beschrijving: Nederland is opgedeelt in blokken (bv 5 bij 5 km) of in gemeentegrenzen. Dit is niet relevant voor het idee. Voor elk van deze 'blokken' kan de gebruiker een aanvraag doen van klaarstaande wijzigingen in de BAG data. Het moedersysteem heeft al enige zaken voorbereid voor de aanvraag gedaan kan worden. - Het moeder systeem heeft alle updates van BAG opgesplitst in 'blok-updates'. Merk op dat voor ieder blok niet voor iedere maand een update is. Bij geen wijziging ontstaat er voor dat blok geen blok-update. Merk ook op dat ieder blok in het begin altijd 1 blok-update heeft en dat deze alle BAG data uit dat blok bevat. BAG is in het begin immers nog niet op dat blok in OSM gebracht. Deze blok-update wordt de 'init-update' genoemd. Iedere volgende blok-update bevat alleen de wijzigingen uit een betreffende maand. Op een zeker moment kunnen er dus voor ieder blok verschillende hoeveelheden blok-updates aanwezig zijn. Een Delta Uitlevering BAG (DUB) van een blok heeft de volgende kenmerken: - De uitlevering wordt gemaakt op het moment van aanvraag - De uitlevering bevat de geaggregeerde BAG gegevens vanaf Laatste Update Datum (LUD) (Voor de eerste uitlevering van ieder blok (init) is deze datum bv 01-01-2011) - Bestand heeft een unieke code. - Bestand is in .OSM formaat zodat deze direct in JOSM geladen kan worden. Activiteiten DUB site: De DUB site is een site waarin de ingelogde OSM gebruiker op de kaart van OSM 1 blok kan aangeven en vervolgens daarvan een DUB kan bestellen. De DUB site aggregeert alle blok-updates vanaf de LUD. De gebruikersnaam, de aanvraag datum en een unieke code worden in een database opgeslagen. De site controleert automatisch of de unieke code van een uitstaande DUB voorkomt in de omschrijving van de changesets. Komt deze voor dan wordt het record van de DUB verwijderd en krijgt het blok een LUD die gelijk is aan de uitgifte datum van de net verwijderde DUB. De geldigheid van een uitlevering kan gesteld worden op 1 maand. Heeft de aanvrager zijn aanvraag niet omgezet in een valide changeset, dan kan via een mail het systeem hem hiertoe aansporen dit alsnog te doen. (Eventueel kan voor voorkomende gevallen een mogelijkheid geschapen worden om de DUB zonder changeset vrij te geven zonder de aanpassingen door te hebben gevoerd in OSM. Het DUB record wordt wel verwijderd, maar de LUD niet aangepast. Wordt een aanvraag gedaan voor een blok waarvan reeds een DUB uitstaat, dan kan deze geweigerd worden en verwezen worden naar de betrokken gebruiker. Onderling kan een oplossing voor dit oponthoud gevonden worden. (Vrijgeven van het blok?) De gebruiker vergelijkt na ontvangst de DUB.OSM met de huidige OSM gegevens en brengt op deze laatste de wijzigingen aan. Is de gebruiker klaar dan upload hij de gegevens en vernoemd in de omschrijving van de changeset de unieke code uit de DUB. Voordelen: - BAG data inclusief updates kunnen gecontroleerd in OSM worden ingebracht. - Lokale gebruikers bepalen de update frequentie - Mappers worden optimaal geholpen in het beschikbaar krijgen van de meest relevante BAG gegevens voor een geografisch blok. - Mappers hebben niet meer technisch kennis nodig dan JOSM technieken/vaardigheden. - Er is een maximaal overzicht over de BAG status per geografisch blok. Nadelen: - De initiële update is een arbeidsintensief werk. De updates zullen relatief eenvoudig zijn. - Niet ieder blok in OSM zal voorzien zijn met OSM data. Ik hoop met het bovenstaande duidelijk te hebben gemaakt hoe ik een mogelijkheid zie om de BAG data beschikbaar te stellen aan de mappers-crowd. mvrgr Robert Elsenaar -Oorspronkelijk bericht- From: Stefan de Konink Sent: Wednesday, November 02, 2011 11:22 PM To: talk-nl@openstreetmap.org Subject: Re: [OSM-talk-nl] Semi automatisch BAG voorstel -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 02-11-11 21:02, Oliver Heesakkers schreef: Een complete postGIS-database? Ik kan me voorstellen dat dat een flinke jongen moet zijn voor de hele BAG, zeker als die machine ook een (mapnik-)render moet maken en serveren. Wat zou er niet 'beschikbaar zijn' aan een voor mapnik geschikte PostGIS database op mijndev. Ik voel aan je eerste reactie al weer dat je er compleet vijandig in staat. Halloween was je zeker compleet ontschoten. Wie gaat dit dan (belangeloos) doen/opzetten? Hoeveel tijd is hiermee wel niet gemoeid? Dezelfde mensen die hier belangeloos in de afgelopen jaren met OpenStreetMap hebben gewerkt? Betaal jij mijn uurtjes als ik je vertel hoelang ik daar mee bezig ben? Ik begrijp ook dat deze database niet beschikbaar zal zijn voor de gemiddelde mapper, hetgeen niet erg open is voor een _open_streetmap. De database van OpenStreetMap.org is in zijn
Re: [OSM-talk-nl] Fwd: Re: Semi automatisch BAG voorstel
Dat er naast codering ook een hoop documentatie nodig is klopt. Binnen dat domein wil ik mijn kennis en vaardigheden graag inzetten. Ik zie een testing and documenting weekend wel zitten. Wellicht dat ik dáár wel een gelegenheid voor heb. Dat onhandige zien dat wel tegen die tijd Robert Met vriendelijke groeten, Robert Elsenaar (Verzonden vanaf Mobile) Frank Steggink stegg...@steggink.org schreef: Hoi Robert, On 11-11-03 10:21 PM, rob...@elsenaar.info wrote: Ik voel me allerminst opgejaagd wilt. Je 'alternatief' zie ik meer als een zinvolle aanvulling op mijn idee dan een discriminerend alternatief. Mijn feedback is inderdaad bedoeld als aanvulling. Ik kan me trouwens indenken dat je je niet opgejaagd voelt, aangezien jacht op zondag(middag) (en tussen zonsondergang en -opgang) niet toegestaan is. Positieve punten: - Opdelen in anders soortige 'blokken' stuit bij mij op geen bezwaar, Ik gaf al aan dat die opdeling voor mijn idee niet relevant is. Voor de uiteindelijke uitwerking natuurlijk wel. en dat gaf je juist aan. - De een DUB opgedeeld wordt in drie bestanden (INS, CHG, DEL) is een uitstekende toevoeging. Leuk wellicht als je ook voor deze vormen kunt kiezen. Uit de door jou gekozen benaming valt af te leiden dat je uit het 8.3 tijdperk stamt ;) Wat mij betreft is mijn alternatief geen keuze t.o.v. jouw voorstel, vanwege de eerder genoemde redenen. - Hoe je de changeset laat corresponderen met de DUB's is mij gelijk. Mij leek een unieke ID, gegenereerd door de website zelf een beter idee. Dat dit uiteindelijk niet via de changeset, maar via een handmatige terugkoppeling, dat vind ik niet zo belangrijk. Het laatste zorgt er welvoor dat de gebruiker een verwerking kan uitvoeren door meer CS te up[loaden. Maar goed. Een handmatige stap, tevens als controle, is een goede aanvulling in een proces dat redelijk foutgevoelig is. Ook bij het handmatig verwerken van mutaties kunnen fouten optreden. Aan meerdere changesets per upload had ik nog niet eens gedacht. Dus afvinkmogelijkheid erbij. Voor mutaties verwacht ik niet dat dit nodig zal zijn, maar wel voor de initiële upload. - Je laat de basis van mijn idee volledig overeind: Ik vind het belangrijk als BAG data op eenvoudige manier beschikbaar komt voor de grote massa en in een vorm waarbij de verwerking niet meer vaardigheden vraagt dan bij het normale mappen voor gevorderden. Het zinvol opdelen van dit werk is altijd een goed idee. Over de invulling kan men twisten ;) Grote massa vind ik hier overdreven, maar dat dit breder gedragen moet worden dan door een driekoppig groen monster is een feit ;) Ik hoop dat daadwerkelijk dat dit idee bij de groep wordt omarmt en gerealiseerd wordt. Helaas heb ik te weinig technische kennis om in die fase mijn bijdrage te leveren :-( De uitwerking omvat meer dan het inrichten van de omgeving en het schrijven van code. Testen en documentatie zijn minstens net zo belangrijk, zeker om meer, maar tevens minder ervaren gebruikers erbij te betrekken (alhoewel een bepaalde mate van vaardigheid met JOSM vereist is). Dit proces is en blijft redelijk gecompliceerd. Het is niet eenvoudiger te maken dan een bepaald niveau. Enige discipline blijft dus nodig. Goede documentatie ondersteunt daarin. Ik wil jou dit werk niet aansmeren, maar mensen ervan bewust maken dat het niet bij programmeren alleen ophoudt. Frank groet Robert Citeren Frank Stegginkstegg...@steggink.org: Hoi Robert, Aangezien het jachtseizoen voor de meeste soorten wild op 15 oktober is geopend, begin ik met schieten ;) Uiteraard draag ik zelf ook wat wild aan. On 11-11-03 08:59 PM, Robert Elsenaar wrote: Nederland is opgedeelt in blokken (bv 5 bij 5 km) of in gemeentegrenzen. Dit is niet relevant voor het idee. Dit is wel degelijk relevant. Een 5x5 km grid is een willekeurige onderverdeling in Nederland. Je krijgt dan ook te maken met een zeer ongelijke verdeling van de werklast. Vergelijk een blok van 5x5 hartje Amsterdam met een willekeurige stek op de Veluwe. Aangezien opdeling in gemeenten ook een ongelijke verdeling maakt, wil ik hierbij pleiten voor een onderverdeling in 4-cijferige postcodegebieden. Dit is behapbaar, omdat de spreiding in omvang veel minder divers is dan bij gemeenten, laat staan een willekeurig grid. De postcodes zelf kunnen weliswaar nog niet gebruikt worden, maar we kunnen de data wel zo opknippen. Voor elk van deze 'blokken' kan de gebruiker een aanvraag doen van klaarstaande wijzigingen in de BAG data. Het moedersysteem heeft al enige zaken voorbereid voor de aanvraag gedaan kan worden. - Het moeder systeem heeft alle updates van BAG opgesplitst in 'blok-updates'. Merk op dat voor ieder blok niet voor iedere maand een update is. Bij geen wijziging ontstaat er voor dat blok geen blok-update. Merk ook op dat ieder blok in het begin altijd 1 blok-update heeft en dat deze alle BAG data uit dat blok bevat. BAG
Re: [OSM-talk-nl] Semi automatisch BAG voorstel
Frank. Ik had het niet beter kunnen zeggen. Je moet maar denken dat ook fysieke observaties niet 100% in OSM terecht komen. Wellicht dat we besluiten om ook wanneer een DUB reeds is afgemeld, deze door een ander opnieuw opvraagbaar is . Ik kan niet zien wat dáár de gevolgen van zijn. Ik kan me in sommige gevallen dáár wel het nut van inzien. Met vriendelijke groeten, Robert Elsenaar (Verzonden vanaf Mobile) Frank Steggink stegg...@steggink.org schreef: On 11-11-03 11:06 PM, Stefan de Konink wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 03-11-11 22:52, Frank Steggink schreef: On 11-11-03 10:37 PM, Stefan de Konink wrote: Ik vind Franks postcode idee nog beter dan mijn woonplaats idee. Maar ik heb wel een aantal bezwaren bij het 'nieuw' en 'gewijzigd'. Wanneer is iets nieuw? Als het nog niet is geimporteerd? Is iedere wijziging dan 'nieuw'? Voor de bepaling van wat nieuw en wat gewijzigd is, wordt alleen naar de BAG-data zelf gekeken. De initiële levering is per definitie nieuw. Ook BAG-objecten die zijn ontstaan tussen de begin- en einddatum zijn nieuw. Gewijzigd is een BAG-object dat al eerder bestond, maar waarvan de eigenschappen (geometrie of attributen) gewijzigd zijn tussen de begin- en einddatum. Oke, maar hoe weet je dan of die objecten al in OSM staan? Zoals gezegd wordt alleen naar de BAG-data zelf gekeken en niet naar OSM om de drie changeset-bestanden te maken. De data danwel historie bevat alle benodigde informatie. De verantwoordelijkheid voor de initiële vulling, verwijdering van (redundant geworden) 3dShapes gebouwen, overzetten van tags, etc. ligt bij de lokale gebruiker. Hij is uiteindelijk de scheidsrechter die bepaalt welke BAG-objecten in OSM terechtkomen en hoe dat gebeurt. Het in te richten proces is ervoor bedoeld om hem te ondersteunen. 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] Semi automatisch BAG voorstel
In mijn vorgie voorstel sprak ik over een webpagina die bestanden uitgeeft met daarin de bag gegevens vanaf de laatste uitgevoerde succesvolle import en de dag van uitgeven. De pagina registreert bij uitgifte de naam van de aanvrager de datum van uitgifte en een random code. Deze wordt met de uitgifte naar de aanvrager toegestuurd. De procedure zegt de mapper dat hij zijn correcties opstuurt met deze code als notitie bij de changeset. Een damon controleert dagelijks de chanesets en vinkt af welke uitgifte een bijbehorende changeset heeft. De correctie is hiermee succesvol afgerond. Op deze manier is de controledriehoek rond. Voorwaarde is dat de uitgiftes per geografisch blok wordt uitgegeven. Een beetje dus zoals je ook in de tiles terug vindt. Bij verdere interesse en bij voldoende haalbaarheid voor de conversietool Bag naar Osm op een website, ben ik bereid een uitgebreid functioneel ontwerp te schrijven. Met vriendelijke groeten, Robert Elsenaar (Verzonden vanaf Mobile) Stefan de Konink ste...@konink.de schreef: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 31-10-11 10:40, Willem Sonke schreef: On 30-10-11 21:26, Stefan de Konink wrote: - Dit groepje kan zeggen: importeer de huizen uit de BAG database - Dit groepje kan zeggen: update de wijzigingen uit de BAG database Waarom kunnen lokale mappers niet gewoon een OSM-bestand krijgen en dan zelf importeren/updaten? Zij zijn toch beter in staat om de update zodanig te laten verlopen dat er geen wijzigingen verloren gaan? Je begrijpt dat voor je tot een OSM bestand kunt komen, je eerst een conversie tool moet hebben? Het probleem met het uitgeven van 'een OSM bestand' is het ontbreken van de garantie van het kunnen blijven volgen. Dat kan of door het via 1 tool te importeren die objectids bijhoud, of via een tool die externeIDs in de k/v pairs zet. Laatste optie: herkennen van geometrie laat ik achterwege: dat is gewoon onzin. - Er wordt een OSM render gemaakt die (OSM - gebouwen) + BAG is. Dit begrijp ik niet helemaal: is dit een aparte render, of wordt dit ook op bijvoorbeeld www.osm.org zo gedaan? Dan zou ik het vreemd vinden, want dan worden verbeteringen die door OSM'ers aangebracht zijn niet getoond. Er wordt een nieuwe tile laag gemaakt waar uit alle OSM gebouwen zijn gesloopt en alle BAG gebouwen zitten, zodat iedereen kan zien wat de BAG voor meerwaarde zou hebben als deze wordt geimporteerd en wordt bijgehouden in zijn eigen woonplaats. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk6vEYMACgkQYH1+F2Rqwn1yLACbBYH20hgE8Sren59GjKY0Pb6c zlYAnjbF/WvAhy4Hm8GTcRQV2NtiOVGl =S2sP -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] BAG viewer
Deze aanpak zie ik ook wel zitten. Ik denk echter dat de werkwijze voor het importeren laagdrempelige gemaakt moet worden, zodat veel beetje ervaren lokale mappers het als een uitdaging zien om dit vergelijk te maken. Groet Robert Met vriendelijke groeten, Robert Elsenaar (Verzonden vanaf Mobile) Cartinus carti...@xs4all.nl schreef: On Sunday 30 October 2011 08:12:53 Frank Steggink wrote: On 11-10-30 12:52 AM, Stefan de Konink wrote: Dat je geen object ids nodig hebt kan kloppen als het systeem in 1 klap alle data laat importeren en daarmee het systeem laat bij houden welke data is ingevoerd en welke data mapt naar welk object. Of je verplicht iedereen een apart importaccount aan te maken en houdt een lijst van deze accounts bij. Dan kun je de data zonder teveel gedoe vervangen zodra er een mutatie is gedetecteerd, maar wanneer de versie van het object (en alle nodes) nog 1 is. Uiteraard met een importaccount. Het is dan wel van belang om oude data volledig te verwijderen en nieuwe data opnieuw te importeren, om het versienummer op 1 te houden. Wanneer de bestaande data al gewijzigd is, dan gaat dit niet meer op. Dit zal handmatig moeten gebeuren, om zeker te weten dat je geen user-contributed aanvullingen weggooit. Het maken van een importaccount voor imports is sowieso een best practice! Zie http://wiki.openstreetmap.org/wiki/Import/Guidelines#Use_a_dedicated_user_a ccount Jullie gaan allebei nog steeds uit van vergelijken van geupdate brondata met data in OSM door een programma. Daar heb ik het helemaal niet over. Je neemt BAG data van een beperkt gebied (je eigen buurt en misschien wat buurten eromheen of je eigen dorp). Dat converteer je naar OSM formaat. Dat geconverteerde bestand bewaar je! De volgende keer dat je de BAG data bekijkt maak je weer een bestand in OSM formaat met alleen BAG data. Dat vergelijk je met het vorige bestand met alleen BAG data. De verschillen tussen die twee ga je vervolgens _met de hand_ vergelijken met de data in OSM. Data vergelijken gaat bijvoorbeeld prima in JOSM met twee data-layers. Zolang de lokale mapper niet te veel hooi op z'n vork neemt moet dat prima te doen zijn. Dus: Hé, laat ik in m'n eentje de hele provincie Utrecht bijhouden. gaat nooit lukken. Utrecht Zuid-West en de noordrand van Nieuwegein is makkelijk bij te houden door één persoon. In de meeste plaatsen in Nederland hebben we niet zo'n groot overschot aan langdurig actieve mappers dat we elkaar voor de voeten zouden lopen met deze aanpak. -- m.v.g., Cartinus ___ 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] BAG viewer
Ik zat zelf een beetje aan de volgende globale procedure te denken: 1) Zet de initiële brongegevens uit BAG om naar OSM formaat. 2) Open je gebied uit OSM in JOSM. 3) Leg hier overheen het zelfde gebiedje in OSM formaat dat uit de eerste import gemaakt is. 4) Vergelijk deze twee lagen visueel waarbij je de gebouwen uit OSM verwijderd die op de BAG laag beter zijn. Uiteindelijk heb je lokaal een projectie van de twee lagen die juist is. 5) Upload de BAG-OSM laag naar OSM. 6) Registreer de uitgevoerde update in Wiki en voeg daarbij de brongegevens van de gebruikte initiële update Er zijn een aantal updates beschikbaar van de initiële BAG gegevens die je reeds geïmporteerd hebt. 7) Maak van de brongegevens van de updates een Delta update. Dit kan voor iedere lokale mapper een andere verzameling zijn omdat de één ieder kwartaal update en een ander ieder jaar. Ik ga uit van maandelijkse updates vanuit BAG. 8) Behandel deze update op gelijke manier als de initiële update en breng de gegevens in OSM. 9) Registreer de uitgevoerde update in Wiki en voeg daarbij de brongegevens van de gebruikte delta update Ik denk dat voor het klaarmaken van de initiële update en het fabriceren van de delta update in OSM formaat een programma zou moeten komen die werkt zoals WalkingPaper (Gebied aangeven) datum laatste update opgeven en je kunt binnen een gepaste tijd het OSM bestand downloaden. Verder moet er een Wiki pagina komen met de werkbeschrijving over hoe een update uitgevoerd kan worden inclusief tips en trucs binnen JOSM in het omgaan met twee layers. Benodigdheden: a) Centrale opslag BAG gegevens en sponsor voor het update abonnement. b) Een programma BAG2OSM die via een pagina de updates kan aanleveren. c) Een Wiki pagina met de beschrijving van hoe je te werk moet gaan. Wie schiet? groet Robert -Oorspronkelijk bericht- From: Frank Steggink Sent: Sunday, October 30, 2011 10:44 AM To: talk-nl@openstreetmap.org Subject: Re: [OSM-talk-nl] BAG viewer On 11-10-30 10:34 AM, Robert Elsenaar wrote: Deze aanpak zie ik ook wel zitten. Ik denk echter dat de werkwijze voor het importeren laagdrempelige gemaakt moet worden, zodat veel beetje ervaren lokale mappers het als een uitdaging zien om dit vergelijk te maken. Groet Robert Met vriendelijke groeten, Robert Elsenaar (Verzonden vanaf Mobile) Cartinus carti...@xs4all.nl schreef: On Sunday 30 October 2011 08:12:53 Frank Steggink wrote: On 11-10-30 12:52 AM, Stefan de Konink wrote: Dat je geen object ids nodig hebt kan kloppen als het systeem in 1 klap alle data laat importeren en daarmee het systeem laat bij houden welke data is ingevoerd en welke data mapt naar welk object. Of je verplicht iedereen een apart importaccount aan te maken en houdt een lijst van deze accounts bij. Dan kun je de data zonder teveel gedoe vervangen zodra er een mutatie is gedetecteerd, maar wanneer de versie van het object (en alle nodes) nog 1 is. Uiteraard met een importaccount. Het is dan wel van belang om oude data volledig te verwijderen en nieuwe data opnieuw te importeren, om het versienummer op 1 te houden. Wanneer de bestaande data al gewijzigd is, dan gaat dit niet meer op. Dit zal handmatig moeten gebeuren, om zeker te weten dat je geen user-contributed aanvullingen weggooit. Het maken van een importaccount voor imports is sowieso een best practice! Zie http://wiki.openstreetmap.org/wiki/Import/Guidelines#Use_a_dedicated_user_a ccount Jullie gaan allebei nog steeds uit van vergelijken van geupdate brondata met data in OSM door een programma. Daar heb ik het helemaal niet over. Je neemt BAG data van een beperkt gebied (je eigen buurt en misschien wat buurten eromheen of je eigen dorp). Dat converteer je naar OSM formaat. Dat geconverteerde bestand bewaar je! De volgende keer dat je de BAG data bekijkt maak je weer een bestand in OSM formaat met alleen BAG data. Dat vergelijk je met het vorige bestand met alleen BAG data. De verschillen tussen die twee ga je vervolgens _met de hand_ vergelijken met de data in OSM. Data vergelijken gaat bijvoorbeeld prima in JOSM met twee data-layers. Zolang de lokale mapper niet te veel hooi op z'n vork neemt moet dat prima te doen zijn. Dus: Hé, laat ik in m'n eentje de hele provincie Utrecht bijhouden. gaat nooit lukken. Utrecht Zuid-West en de noordrand van Nieuwegein is makkelijk bij te houden door één persoon. In de meeste plaatsen in Nederland hebben we niet zo'n groot overschot aan langdurig actieve mappers dat we elkaar voor de voeten zouden lopen met deze aanpak. -- m.v.g., Cartinus Ik ga er niet van uit dat de vergelijking geautomatiseerd gebeurt. Ik beschrijf alleen hoe je de vergelijking zelf doet, niet waarmee. In JOSM kun je ook zoeken op version:1. Een bepaald deel zou automatisch kunnen gebeuren (niet verplicht), maar het andere deel zeker niet. Frank ___ Talk-nl mailing list Talk-nl@openstreetmap.org
Re: [OSM-talk-nl] BAG viewer
Is mijn procedure niet overgekomen? Vanmorgen gaf ik al een idee over het beschikbaar stellen van de laatste relevante BAG gegevens aan lokale mappers . Met vriendelijke groeten, Robert Elsenaar (Verzonden vanaf Mobile) Henk Hoff toffeh...@gmail.com schreef: 2011/10/30 Willem Sonke willemso...@planet.nl Bij iedere update van de BAG moet wel gekeken worden of er door OSM'ers geen updates gedaan zijn. Bij een massale landelijke import en landelijke updates loop je het risico dat gegevens van mensen die zelf veel moeite hebben gedaan ze toe te voegen zomaar verwijderd worden. Om dat te voorkomen moet er continu contact zijn met de lokale mappers. Dan kunnen die de import en updates toch net zo goed zelf doen? De vraag is of het een probleem is dat de BAG niet letterlijk in OSM zit; ik vind van niet, sterker nog, ik vind het onwenselijk. De gegevens moeten kunnen worden aangepast, dat is juist het idee van OSM. We moeten dus voorkomen dat er iedere maand een landelijke update eroverheen komt die al je verbeteringen weer teniet doet. Ik zeg niet dat het onmogelijk is om landelijk goed te regelen, maar er moet wel veel aandacht aan worden besteed. In een forum op SotM Wenen werd gesteld dat imports de community om zeep helpen. Daar zit een kern van waarheid in. Hetgeen Willem dus ook aangeeft. Het is uiteraard uitdagend om een kick-ass import script te schrijven die ervoor zorgt dat OSM-nl een kopie wordt van de BAG. Maar daarbij gaat we voorbij aan het idee achter OSM. Daarnaast staat door andere NL-importen in het recente verleden verschillende data dubbel in. Kortom, hoe kun je van bomen een bos maken en dat laten veranderen in een ondoordringbaar oerwoud. Neemt niet weg dat de BAG een interessante data-source is waar we wat aan kunnen hebben. Is het een idee om een mogelijkheid te hebben wanneer (middels plug-in in JOSM bv) om een BAG als een achtergrond te hebben vanwaar eenvoudig geselecteerde data van het BAG naar de OSM laag gekopieerd kan worden? Op deze wijze kan iedereen binnen de OSM community helpen om zijn deel van de kaart beter te maken. Tegelijkertijd zit er ook een visuele check op dat er geen al te rare dingen wordt gedaan. Met een beetje creativiteit kan deze tool dan ook door andere landen gebruikt worden. Nederland is nl niet het enige land waarin geodata wordt vrijgegeven. Gr, Henk ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] BAG viewer
Met vriendelijke groeten, Robert Elsenaar (Verzonden vanaf Mobile) Martijn van Exel m...@rtijn.org schreef: De bottleneck zit 'm in die 'medewerkers'. Wie gaat er door die gegenereerde rapporten heenwerken? We zijn allemaal vrijwilligers hier, met soms veel tijd maar meestal maar een klein beetje. Mensen komen, en mensen gaan ook weer. Ik heb zelf honderden, misschien wel duizenden building-objecten bewerkt in Nederland, maar woon nu in de VS en richt mijn schaarse vrije tijd op het verbeteren van de kaart hier. Zonder de continuiteit van een organisatie met vaste medewerkers kun je geen processen gaan inrichten die voor hun voortgang afhankelijk zijn van mensen. De geografische dimensie maakt het nog extra lastig. Iemand die in Schagen woont kan niet zonder meer BAG-mutaties samenvoegen met lokale OSM-mutaties in Ootmarsum, omdat de kans heel groot is dat je lokale kennis nodig hebt om te beslissen welke mutatie gehonoreerd moet worden in geval van conflicten. Een dataset als de BAG, die al zo goed wordt bijgehouden (bij wet geregeld!) door de lokale overheden, kan in de dynamiek van OSM geen goede plek vinden en heeft er dan ook niets te zoeken. Martijn. 2011/10/30 Jo winfi...@gmail.com: Op 30 oktober 2011 19:56 heeft Cartinus carti...@xs4all.nl het volgende geschreven: On Sunday 30 October 2011 19:26:09 Dick wrote: Dan kunnen we, als de bag data is gewijzigd de OSM data automatisch aanpassen. Het probleem is helemaal niet het volgen van de BAG wijzigingen. Dat is simpel. Het probleem is het respecteren van andere edits op hetzelfde object. In de BAG zit bijvoorbeeld nergens waar de ingang van een pand zit. Of welke winkel of restaurant er zit. Of... Of... Daar moet je bij nadenken. Iets wat een individuele mapper zou moeten kunnen, maar wat een update script niet kan. De oplossing voor dit probleem zoals ik het zie, is het maken van een script dat niet automatisch gaat updaten, maar dat een rapport aanmaakt met aandachtspunten waar medewerkers dan mee aan de slag kunnen om wijzigingen van upstream te gaan samenvoegen met de bijdragen van de medewerkers. Als daar vanwege upstream interesse voor is, kunnen bepaalde wijzigingen misschien ook teruggekoppeld worden. Een ander probleem zijn wijzigingen die moedwillig (vandalisme) of per ongeluk (onvervaren mapper o.i.d.) worden aangebracht. Eigenlijk zouden we dat ook moeten kunnen detecteren. mvg, Jo ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl -- martijn van exel geospatial omnivore 1109 1st ave #2 salt lake city, ut 84103 801-550-5815 http://oegeo.wordpress.com ___ 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] BAG viewer
Dat lijkt me gaaf. Robert -Oorspronkelijk bericht- From: Martijn van Exel Sent: Friday, October 28, 2011 4:49 PM To: OpenStreetMap NL discussion list Subject: Re: [OSM-talk-nl] BAG viewer Een manier is converteren naar SHP met de BAG-conversietool [1] en dan een tiled layer aanmaken met bijv Geoserver. Is nog steeds een hoop werk, vanwege de inmense grootte van het BAG-bestand. Je kunt ook de tile-configuratie van de BAG viewer achterhalen en die in JOSM prikken, denkelijk? [1] https://github.com/MinIenM/BAG-Extract 2011/10/27 Robert Elsenaar rob...@elsenaar.info: vertel, vertel. Hoe projrcteer ik BAG op OSM? Met vriendelijke groeten, Robert Elsenaar (Verzonden vanaf Mobile) Stefan de Konink ste...@konink.de schreef: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 27-10-11 21:51, Jeroen Muris schreef: In ieder geval leuk om eens te zijn wat er nu eigenlijk in de veelbesproken BAG zit... Uiteraard als je de vector versie op openstreetmap wilt zien ;) Kan dat ook wel geregeld worden. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk6pyZcACgkQYH1+F2Rqwn3UbQCglQiNl+ngY7MWY75g9EiEDonp MxAAn03JNZ7ZD8MZYXQ3sNBCWNZqqSPQ =oniZ -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 -- martijn van exel geospatial omnivore 1109 1st ave #2 salt lake city, ut 84103 801-550-5815 http://oegeo.wordpress.com ___ 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_10691SPAM=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
[OSM-talk-nl] Notaris
Hoi, Iemand kan mij vast wel een voorbeeld geven of zelfs de tags voor een Notaris kantoor. Alvast bedankt Robert Elsenaar___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Notaris
Dank je. -Oorspronkelijk bericht- From: Floris Looijesteijn Sent: Monday, October 10, 2011 10:09 PM To: OpenStreetMap NL discussion list Subject: Re: [OSM-talk-nl] Notaris http://www.openstreetmap.org/browse/way/103199521 de lawyer=notary heb ik net pas toegevoegd... Groet, Floris 2011/10/10 Robert Elsenaar rob...@elsenaar.info: Hoi, Iemand kan mij vast wel een voorbeeld geven of zelfs de tags voor een Notaris kantoor. Alvast bedankt Robert Elsenaar ___ 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 --- 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_10443SPAM=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
[OSM-talk-nl] Mapping Party Puttem 2011
Hoi allemaal en vooral Floris, Henk, Jeroen Muris, Sjaak Sturme, Frank en Paul Riesenbeck, Wij, mijn kokkie/lieve echtgenoot en ik, staan er helemaal klaar voor. Wij heten alle mappers morgen tussen 11 en 13 uur van harte welkom aan de Gebbekuillaan 9 te Putten. (06 525 00 224) Wie toch met het openbaar vervoer komt doet er goed aan mij even te bellen zodat ik je van de trein kan afhalen. Tot morgen allemaal Robert Elsenaar (ZMWandelaar) PS: En heb je je nog niet opgegeven, maar wilt wel komen Bel dan zo snel mogelijk even. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] OSM leren
Die ga jij maken!;-) Verzonden vanaf Mobile R. Elsenaar Rob interru...@gmail.com schreef: een video guide zou ook een mooie toevoeging zijn.. gr. Rob Op 26 september 2011 22:59 schreef Floris Looijesteijn o...@floris.nu het volgende: ik help ook graag mee, alleen niet de komende dagen... google docs is super eenvoudig. gr, floris Op 26 sep. 2011 14:54 schreef Willem Sonke willemso...@planet.nl het volgende: Een dezer dagen zal ik een Google Doc beginnen; ik heb niet zo veel ervaring met Google Docs maar het zou moeten lukken. Als er anderen ook mee willen werken, laat het weten zodat ik een uitnodiging kan sturen. Willem On 26-09-11 22:18, Robert Elsenaar wrote: Willem, Als je een Google doc begint en als eerste alle pagina titels als hoofdstukken omzet. Dan kunnen we allemaal met een hoofdstuk beginnen. Ook ik heb zo door de dagen heen voldoende tijd om ook mijn bijdragen te leveren. Maar ik wil hiermee wel mee doen en niet het initiatief nemen. Ik ben al bezig met een allesomvattende verkeersbordenpagina op te zetten. Ook hel veel werk. Ik hoor van je. Robert -Oorspronkelijk bericht- From: Willem Sonke Sent: Monday, September 26, 2011 9:45 PM To: OpenStreetMap NL discussion list Subject: Re: [OSM-talk-nl] OSM leren Ik vind het wel leuk om het te vertalen, als er wat anderen meehelpen. Je hoort veel dat mensen het als een hindernis ervaren om in het Engels over OSM te moeten lezen, dus dit lijkt me een goed initiatief. Met vriendelijke groeten, Willem On 26-09-11 01:16, Martijn van Exel wrote: Da's best een hoop werk, maar de auteurs hebben het ook opgeknipt in handige hoofdstukken. Er is samengwerkt via Google Docs, waardoor het extreem makkelijk is om samen aan zo'n klus te werken. Je kunt Jeff Haack vragen om toegang tot de Engelse Master Docs en daar een Nederlandse versie vanuit beginnen. Succes, Martijn 2011/9/25 Robert Elsenaarrob...@elsenaar.info: http://www.learnosm.org/ Voelt iemand zich geroepen deze site eenmalig te vertalen en er voor te zorgen dat de eigenaren ook een Nederlandse versie publiceren? 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 --- 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_10073SPAM=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 ___ 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] OSM leren
http://www.learnosm.org/ Voelt iemand zich geroepen deze site eenmalig te vertalen en er voor te zorgen dat de eigenaren ook een Nederlandse versie publiceren? groet Robert___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] (no subject)
Hoi Collega-mappers, Ook dit jaar, het mag al bijna (http://forum.openstreetmap.org/viewtopic.php?id=8906 ) traditie genoemd worden, nodig ik jullie allemaal uit voor de Mapping Party 2011 in Putten op de Veluwe. http://dl.dropbox.com/u/21144369/DSCF0427.JPG Ik heb weer een paar leuke stukken werk geselecteerd: a.. De Groene Scheg (http://maps.google.nl/maps?hl=nlll=52.255077,5.59968spn=0.00662,0.021136t=hz=16vpsrc=6): een educatief park midden in Putten die recentelijk helemaal is gemoderniseerd. b.. Putten Centrum (http://maps.google.nl/maps?hl=nlll=52.260468,5.608199spn=0.00331,0.010568t=hz=17vpsrc=6): Ons prachtige toeristische centrum verdient om in alle details op de kaart gezet te worden. c.. Buitengebied Putten” (http://maps.google.nl/maps?hl=nlll=52.261749,5.6777spn=0.052953,0.169086t=hz=13vpsrc=6): Putten heeft een 'open' buitengebied. Veel wegen hebben verschillende access en surface waarde. Het is goed dat deze eens keurig (door fietsers) in kaart wordt gebracht. Voor de aanwezigen staat mijn WiFi kanaal open (dit jaar nog sneller). Natuurlijk staat ook de traditionele en veel besproken Oud-Brabantse Erwtensoep en Roggebrood met Spek klaar. Als je zin hebt om deze dag mee te maken, dan ben je van harte welkom. Ik heb 2 datum uitgekozen. Kies een datum: http://www.doodle.com/gcttvpgvhqzpvgkr groet Robert Elsenaar (Alias ZMWandelaar; alias ZondagMiddagWandelaar)___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Diverse vragen
1) Met zo'n mooie lijst zou ik de controle handmatig doen en wijzigen waar het daadwerkelijk letters moeten zijn. Ik weet van DenHaag dat veel van de straat namen WEL met cijfers worden geschreven. Groet ZMWandelaar -Oorspronkelijk bericht- From: Martijn van Exel Sent: Sunday, August 28, 2011 7:04 PM To: OpenStreetMap NL discussion list Subject: Re: [OSM-talk-nl] Diverse vragen 2011/8/28 Nico Witteman n...@wittyman.nl: Hallo allen, Ik ben nieuw in deze groep, met meteen maar een aantal vragen: 1. In Amsterdam zijn sommige straten genoteerd als “1e Helmersstraat”, enzovoorts, terwijl ze officieel “Eerste Helmersstraat” heten. Iemand bezwaar als ik dat corrigeer? En is daar dan een handige geautomatiseerde manier voor? Ik zou er niet van uit gaan dat de officiële benaming altijd 'Eerste' in plaats van '1e' is. Ik herinner me dat de rangtelwoorden op de straatnaamborden ook niet consequent voluit worden geschreven, als da tenminste enige indicatie is. Pas altijd op met automatische correcties. Er zijn vele manieren om dit te doen, maar evenzovele om het verkeerd te doen. Eén belangrijke misser maak je alvast niet, en dat is het doen zonder het eerst te overleggen. Maar er zijn meestal wel uitzonderingsgevallen waar je bij het maken van je script niet aan gedacht hebt. Oefen in elk geval eerst droog op een lokale dataset, doe dit soort acties met een afzonderlijke user en documenteer op de wiki. Ik heb een snelle check gedaan op het voorkomen van 1e/2e/3e/etc voor een ruime BBOX rond Amsterdam: namen in cijfers: 59 namen in letters: 84 Dit is het aantal unieke namen, niet het aantal objecten. Namen in cijfers: 1e Breeuwersstraat 1e Constantijn Huygensstraat 1e Glanshof 1e Guiswegdwarsstraat 1e Harenmakersdwarsstraat 1e Heidestraat 1e Helmersstraat 1e Hugo de Grootstraat 1e J C Mensinglaan 1e Jacob van Campenstraat 1e Jan Steenstraat 1e Jan van der Heijdenstraat 1e Kekerstraat 1e Kostverlorenkade 1e Loswal 1e Montessorischool 1e Nieuwstraat 1e Oosterparkstraat 1e Oosterstraat 1e Rijksbinnenhaven 1e Schinkelstraat 1e Sweelinckstraat 1e Weteringplantsoen 1e van der Helststraat 2e Breeuwersstraat 2e Coentunnel 2e Constantijn Huygensstraat 2e Glanshof 2e Helmersstraat 2e Hugo de Grootstraat 2e J C Mensinglaan 2e Jacob van Campenstraat 2e Jan Steenstraat 2e Jan van der Heijdenstraat 2e Katsloot 2e Kekerstraat 2e Kostverlorenkade 2e Leeghwaterstraat 2e Loswal 2e Montessori 2e Nieuwstraat 2e Oosterparkstraat 2e Oosterstraat 2e Rijksbinnenhaven 2e Schinkelstraat 2e Sweelinckstraat 2e Weteringplantsoen 2e van der Helststraat 3e Havenarm 3e Helmersstraat 3e Hugo de Grootstraat 3e Kekerstraat 3e Kostverlorenkade 3e Kruisstraat 3e Oosterparkstraat 3e Oosterstraat 3e Rijksbinnenhaven 3e Schinkelstraat Namen in letters: Derde Diem Derde Egelantiersdwarsstraat Derde Goudsbloemdwarsstraat Derde Leliedwarsstraat Derde Looiersdwarsstraat Derde Oosterparkstraat Derde Vogelstraat Derde Weteringdwarsstraat Derde Wittenburgerdwarsstraat Derde Zijweg Eerste Anjeliersdwarsstraat Eerste Atjehstraat Eerste Bloemdwarsstraat Eerste Boerhaavestraat Eerste Boomdwarsstraat Eerste Ceramstraat Eerste Christelijk Lyceum Eerste Coehoornstraat Eerste Diem Eerste Disteldwarsstraat Eerste Egelantiersdwarsstraat Eerste Emmastraat Eerste Goudsbloemdwarsstraat Eerste Hasselaerstraat Eerste Hoefweg Eerste Hogerwoerddwarsstraat Eerste Jan Steenstraat Eerste Jan van der Heijdenstraat Eerste Keucheniusstraat Eerste Laurierdwarsstraat Eerste Leeghwaterstraat Eerste Leliedwarsstraat Eerste Lindendwarsstraat Eerste Looiersdwarsstraat Eerste Marnixdwarsstraat Eerste Marnixplantsoen Eerste Nassaustraat Eerste Passeerdersdwarsstraat Eerste Ringdijkstraat Eerste Rozendwarsstraat Eerste Tuindwarsstraat Eerste Velddwarsweg Eerste Vogelstraat Eerste Weteringdwarsstraat Eerste Zijweg Eerste van Swindenstraat Tweede Anjeliersdwarsstraat Tweede Atjehstraat Tweede Bloemdwarsstraat Tweede Boerhaavestraat Tweede Boomdwarsstraat Tweede Ceramstraat Tweede Coehoornstraat Tweede Coentunnel Tweede Diem Tweede Disteldwarsstraat Tweede Egelantiersdwarsstraat Tweede Emmastraat Tweede Goudsbloemdwarsstraat Tweede Hasselaerstraat Tweede Hoefweg Tweede Hogerwoerddwarsstraat Tweede Keucheniusstraat Tweede Laurierdwarsstraat Tweede Leliedwarsstraat Tweede Lindendwarsstraat Tweede Looiersdwarsstraat Tweede Marnixdwarsstraat Tweede Marnixplantsoen Tweede Nassaustraat Tweede Oosterparkstraat Tweede Passeerdersdwarsstraat Tweede Rozendwarsstraat Tweede Tuindwarsstraat Tweede Velddwarsweg Tweede Vogelstraat Tweede Vooruitgangstraat Tweede Weteringdwarsstraat Tweede Wittenburgerdwarsstraat Tweede Zijweg Tweede van Swindenstraat Vierde Vogelstraat Vijfde Vogelstraat 2. Zijn er plannen om de huisnummers van BAG-viewer http://bagviewer.geodan.nl/index.html te gaan importeren? Zie het mailinglijst-archief, er zijn volgens mij geen concrete plannen om de BAG-huisnummers te importeren. Ik ben er geen voorstander van. Bij een import moet je ook
[OSM-talk-nl] Bouwjaar
Heren, Ik heb even zitten zoeken in de Wiki, maar kan geen tag vinden waarmee ik het bouwjaar van een gebouw aangeef. Weet iemand deze? groet Robert___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Bouwjaar
Dank je, Voel me weer net een groentje. ;) groet Robert -Oorspronkelijk bericht- From: Floris Looijesteijn Sent: Monday, August 29, 2011 12:07 PM To: OpenStreetMap NL discussion list Subject: Re: [OSM-talk-nl] Bouwjaar Staat wel iets over op de Wiki: http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Building_attributes#Date_of_construction Gr, Floris 2011/8/29 Robert Elsenaar rob...@elsenaar.info: Heren, Ik heb even zitten zoeken in de Wiki, maar kan geen tag vinden waarmee ik het bouwjaar van een gebouw aangeef. Weet iemand deze? 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 --- 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_9066SPAM=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
Re: [OSM-talk-nl] OT: topospelletje Grontmij
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
Re: [OSM-talk-nl] Fwd: European urban landuse vector data
Een kort vraagje naar aanleiding van dit onderwerp. Zijn wij het enige land met 3dshapes? Of zijn ze in andere landen ook in dat gelukkige bezit? groet Robert -Oorspronkelijk bericht- From: Martijn van Exel Sent: Thursday, June 23, 2011 10:23 AM To: OpenStreetMap NL discussion list Subject: Re: [OSM-talk-nl] Fwd: European urban landuse vector data Hoi, Ik heb de shapefiles gedownload en een SLD voor geoserver gemaakt[1]. Als iemand ergens een publieke instantie van Geoserver heeft draaien dan heb je het zo online. Martijn [1] http://www.mvexel.dds.nl/osm/ On Tue, Jun 21, 2011 at 10:30 PM, Frank Steggink stegg...@steggink.org wrote: Hoi, Zie mijn onderstaande post naar de imports lijst. Deze data voegt m.i. niet zoveel toe aan Nederland, aangezien de landuse nagenoeg compleet is, maar we zouden wel wat hiervan kunnen gebruiken om de residential en industrial gebieden te upgraden. De data heb ik nog niet in detail bekeken, maar het moet geen punt zijn om de data te herprojecteren en converteren naar OSM. Wellicht moeten we nog shapes gaan mergen (evt. met een kleine buffer), zodat er aaneengesloten gebieden ontstaan. Zie de bijgesloten PDF's in de datasets voor een eerste blik. Hoe denken jullie hierover? Groeten, Frank Original Message Subject:[Imports] European urban landuse vector data Date: Tue, 21 Jun 2011 22:23:46 +0200 From: Frank Steggink stegg...@steggink.org To: impo...@openstreetmap.org impo...@openstreetmap.org Hi, I just noticed this post about European urban landuse vector data: http://blog.weogeo.com/2011/06/21/data-blog-european-urban-land-use-vectors/ It might be interesting for local communities within the EU who are seeking to improve landuse data in OSM in their area. This data can be downloaded here: http://www.eea.europa.eu/data-and-maps/data/urban-atlas The license seems to be compatible with CC-BY-SA or the ODbL, as long as the source is attributed: Rights: EEA standard re-use policy: unless otherwise indicated, re-use of content on the EEA website for commercial or non-commercial purposes is permitted free of charge, provided that the source is acknowledged (http://www.eea.europa.eu/legal/copyright). Copyright holder: Directorate-General Enterprise and Industry. However, before anyone proceeds importing this in OSM, it might be better to check with the EEA if their license is indeed compatible. And of course it is _always_ a good idea to check with your fellow local community members first, to see if this really adds value to OSM! Regards, Frank ___ Imports mailing list impo...@openstreetmap.org http://lists.openstreetmap.org/listinfo/imports ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl -- martijn van exel schaaltreinen.nl ___ 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_6944SPAM=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
[OSM-talk-nl] Droogte rond strand Nulde
Alarm, de droogte heeft toegeslagen op het Nuldernauw. Uit onderzoek blijkt dat de Outer multipolygoon niet gesloten is. In de afgelopen 14 dagen zijn PA94, Ligfietser en RBeijer druk geweest om wijzigingen aan te brengen. Zouden jullie er nog eens naar kunnen kijken? Wellicht dat het in het licht van jullie inspanningen sneller is om uit te zoeken wat er is misgegaan. Is inmiddels de correctie reeds gedaan, maar is de rendering nog niet langsgeweest .. Dan heb ik niets gezegd. Mvrgr Robert wlEmoticon-winkingsmile[1].png___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Droogte rond strand Nulde
Sorry, Deze mail als niet beschreven beschouwen. Moet eerst na mijn vakantie even alles eerst bijlezen voor ik op dingen reageer. Bedankt Ligfietser voor de correcties. Coastline kan inderdaad wel weken duren. Vorig jaar heb ik een zeehaven bij 'L Estartit Spanje aangepast. Meer dan een maand later was de kustlijn pas zichtbaar terwijl de zelfde dag alle overige objecten al op hun plaats stonden. Groet Robert -Oorspronkelijk bericht- From: Oliver Heesakkers Sent: Monday, June 20, 2011 4:44 PM To: OpenStreetMap NL discussion list Subject: Re: [OSM-talk-nl] Droogte rond strand Nulde Op maandag 20 juni 2011 16:32:02 schreef Robert Elsenaar: Alarm, de droogte heeft toegeslagen op het Nuldernauw. Uit onderzoek blijkt dat de Outer multipolygoon niet gesloten is. In de afgelopen 14 dagen zijn PA94, Ligfietser en RBeijer druk geweest om wijzigingen aan te brengen. Zouden jullie er nog eens naar kunnen kijken? Wellicht dat het in het licht van jullie inspanningen sneller is om uit te zoeken wat er is misgegaan. Is inmiddels de correctie reeds gedaan, maar is de rendering nog niet langsgeweest .. Dan heb ik niets gezegd. Mvrgr Robert Zie ook forumdiscussie: http://forum.openstreetmap.org/viewtopic.php?id=12715 ___ 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_6879SPAM=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
Re: [OSM-talk-nl] Boeien nederlandse kust
Doe je ook iets met de boeien op het binnenwater? Groet Robert From: Erik Oppedijk Sent: Monday, June 20, 2011 4:48 PM To: talk-nl@openstreetmap.org Subject: [OSM-talk-nl] Boeien nederlandse kust Ik ben redelijk ver met alle boeien(ruim 7000) op het water van de noordzee, waddenzee, ijsselmeer, zeeuwse wateren. Een OSM bestand kun je hier vinden: http://www.oppedijk.com/Home/osm (openen in JOSM en de OpenSeaMap style toevoegen toont de meeste boeien in de juiste kleur) Met het openseamap.org team heb ik al afspraken gemaakt over het uploaden, en vele tags zijn toegevoegd. Met deze boeien kunnen straks op de waddenzee ook de ondieptes/wetlands nog aangepast worden (er ontbreekt nog een stuk wetlands onder vlieland, klopt dat?) Als iemand nog hints en tips heeft, ontvang ik die graag. Groeten, Erik --- 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: It is SPAM! --- ___ 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] Serviceweg?
En wat betreft de huisnummering voor huizen aan een highway=service kun je altijd aangeven dat het huis hoort bij de hoofdweg door het addr:street tag. mvrgr Robert -Oorspronkelijk bericht- From: Cartinus Sent: Tuesday, May 31, 2011 11:52 AM To: talk-nl@openstreetmap.org Subject: Re: [OSM-talk-nl] Serviceweg? On Tuesday 31 May 2011 11:20:17 Andre Engels wrote: 2011/5/31 ce-test, qualified testing bv - Gert Gremmen g.grem...@cetest.nl: Tot nu toe tag ik opritjes naar huizen, maar ook de grote (manoeuvreer) vlakken die voor een bedrijf aan de weg aansluiten als een stukje unclassified, maar dat is lang niet altijd bevredigend. Gaan we voor opritten naar service ? Iedereen akkoord ? Ik ben voor, naar mijn mening zijn unclassified en residential bedoeld voor openbare weg, wegen op privéterrein zijn wat mij betreft highway=service. Hoe doen we dan het pleintje voor de boerderij / bedrijf dat vaak wel 50-100 meter breed is ? Als je dat wilt aangeven (ik laat er liever de highway=service eindigen), highway=service, area=yes Vergeet behalve highway=service niet ook te taggen met service=driveway voor de oprit of service=parking_aisle voor het parkeerterein bij het bedrijf. -- m.v.g., Cartinus ___ 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_6277SPAM=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
[OSM-talk-nl] Serviceweg?
Heren, Ik kom steeds vaker zijweggetjes van hoofdwegen tegen die de zelfde weg dragen als de hoofdweg. De zijweg is zelf ook verhard en een bord aan het begin van de weg verwijst naar een aantal huisnummers die bij de hoofdweg horen. http://maps.google.nl/maps?q=52.221609,5.606396num=1t=hsll=52.229439,5.593513sspn=0.01367,0.032015hl=nlie=UTF8ll=52.221428,5.607319spn=0.00084,0.002642z=19layer=ccbll=52.221519,5.607305panoid=X1NQTPEjQcn3tVP0dwA4pwcbp=12,220.32,,1,2.75 Wat voor een soort weg ga ik die geven. Ik dacht aan een serviceweg met de naam van de hoofdweg. Is die gedachte goed? Of heeft iemand een andere oplossing bedacht? Ik hoor het graag. Groet Robert___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Serviceweg?
Martien, En hoe zou je mijn voorbeeld dan beoordelen? Robert From: Martien Scheepens Sent: Sunday, May 29, 2011 5:57 PM To: OpenStreetMap NL discussion list Subject: Re: [OSM-talk-nl] Serviceweg? Hallo ZMWandelaar, Ik kijk meestal naar twee dingen: Hoeveel huizen staan er en oogt de weg als een oprit (in onderhoud van een particulier) of als weg die door de gemeente beheert wordt (staan er voorrangborden). Groeten, Martien 2011/5/29 Robert Elsenaar rob...@elsenaar.info Heren, Ik kom steeds vaker zijweggetjes van hoofdwegen tegen die de zelfde weg dragen als de hoofdweg. De zijweg is zelf ook verhard en een bord aan het begin van de weg verwijst naar een aantal huisnummers die bij de hoofdweg horen. http://maps.google.nl/maps?q=52.221609,5.606396num=1t=hsll=52.229439,5.593513sspn=0.01367,0.032015hl=nlie=UTF8ll=52.221428,5.607319spn=0.00084,0.002642z=19layer=ccbll=52.221519,5.607305panoid=X1NQTPEjQcn3tVP0dwA4pwcbp=12,220.32,,1,2.75 Wat voor een soort weg ga ik die geven. Ik dacht aan een serviceweg met de naam van de hoofdweg. Is die gedachte goed? Of heeft iemand een andere oplossing bedacht? Ik hoor het graag. Groet Robert ___ 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: It is SPAM! --- ___ 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] Uiterlijk van de kaart
Beste Cartinus, Dat OSM gratis is, is wel heel kortzichtig bekeken. De makers van de bepaalde applicaties die data van OSM gebruiken, maken kosten om deze data te ontsluiten en toe te passen. Uiteindelijk berekenen zij die door naar de eindgebruiker. Als de ontwikkelaar op eenvoudige wijze inzicht heeft over de gehele inhoud van OSM door bijvoorbeeld onze wiki door te lezen, en iedere mapper zich keurig heeft gehouden aan gezamenlijk opgestelde regels, dan zullen zijn kosten relatief laag zijn. Maar . als de community blijft bestaan uit bet weterende anarchistisch mappers die allemaal denken dat hun manier van taggen de beste is, en die unaniem weigeren zich aan algemene regels te houden, en ook niet de moeite nemen om hun nieuwe sublieme ideeën om te zetten in een stukje documentatie, en daarbij uitblijven gaan van de stel regel OSM is vrij om te doen en laten wat we willen. De kaartmakers halen uit de brei maar de zaken die ze hebben willen ... dan zal hun kosten relatief hoog blijken te zijn. En zolang er voor OSM geen alternatief is . blijven we in beeld. Wanneer er echter een ordentelijk georganiseerde groep komt die ongeveer het zelfde bied, maar waarvan het halffabricaat of grondstof (zo je wilt) doorzichtiger is en eenvoudiger te hanteren, dan is OSM snel uit beeld en gaat iedereen snel over naar de andere dataleverancier. In die zin scoort OSM slecht, al beweer jij keihard het tegendeel. OSM is duur, deels ondoorzichtig en soms erg onbetrouwbaar. Groet Robert -Oorspronkelijk bericht- From: Cartinus Sent: Tuesday, May 17, 2011 10:24 PM To: talk-nl@openstreetmap.org Subject: Re: [OSM-talk-nl] Uiterlijk van de kaart On Tuesday 17 May 2011 21:14:36 Robert Elsenaar wrote: Cartinus had een goed voorbeeld om mijn bedoeling duidelijk te maken. Het Fordje (ben trouwens zelf groot Ford-fan. ;) ) en de Varta Accu. Natuurlijk klaagt niet de autobezitter bij Varta maar de directeur van Ford. En de directeur van Ford klaagt weer omdat zijn dealer netwerkt klaagt en de dealer netwerk klaagt omdat de autobezitters morren en dreigen andere merken te kopen. Wat Varta niet wil hebben is dat Ford kiest voor andere accu's omdat de klanten anders weglopen. Varta maakt met haar accu's niet de Ford dealer blij, noch zijn dealer netwerk. Nee, Varta kijkt naar de wensen van de autobezitters en overlegt met Ford hoe ze samen een goed product kunnen maken. De automobilist kan wat betreft die accu maar twee dingen schelen: Hoe vaak gaat hij stuk en wat kost het dan. Bovendien zullen zelfs dan de meeste automobilisten niet weten welk merk het is, maar de autofabrikant de schuld geven als het naar hun gevoel te vaak gebeurt of te duur is. Op beide punten scoort OSM uitmuntend. Het is gratis. Je vervangt het wanneer het jezelf uit komt. -- m.v.g., Cartinus ___ 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_5930SPAM=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
Re: [OSM-talk-nl] Uiterlijk van de kaart
-Oorspronkelijk bericht- From: Cartinus Sent: Tuesday, May 17, 2011 10:24 PM To: talk-nl@openstreetmap.org Subject: Re: [OSM-talk-nl] Uiterlijk van de kaart On Tuesday 17 May 2011 21:14:36 Robert Elsenaar wrote: Cartinus had een goed voorbeeld om mijn bedoeling duidelijk te maken. Het Fordje (ben trouwens zelf groot Ford-fan. ;) ) en de Varta Accu. Natuurlijk klaagt niet de autobezitter bij Varta maar de directeur van Ford. En de directeur van Ford klaagt weer omdat zijn dealer netwerkt klaagt en de dealer netwerk klaagt omdat de autobezitters morren en dreigen andere merken te kopen. Wat Varta niet wil hebben is dat Ford kiest voor andere accu's omdat de klanten anders weglopen. Varta maakt met haar accu's niet de Ford dealer blij, noch zijn dealer netwerk. Nee, Varta kijkt naar de wensen van de autobezitters en overlegt met Ford hoe ze samen een goed product kunnen maken. De automobilist kan wat betreft die accu maar twee dingen schelen: Hoe vaak gaat hij stuk en wat kost het dan. Bovendien zullen zelfs dan de meeste automobilisten niet weten welk merk het is, maar de autofabrikant de schuld geven als het naar hun gevoel te vaak gebeurt of te duur is. Op beide punten scoort OSM uitmuntend. Het is gratis. Je vervangt het wanneer het jezelf uit komt. -- m.v.g., Cartinus ___ 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_5930SPAM=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
Re: [OSM-talk-nl] Uiterlijk van de kaart
Toch kijken we in deze draad niet vergenoeg. Cartinus had een goed voorbeeld om mijn bedoeling duidelijk te maken. Het Fordje (ben trouwens zelf groot Ford-fan. ;) ) en de Varta Accu. Natuurlijk klaagt niet de autobezitter bij Varta maar de directeur van Ford. En de directeur van Ford klaagt weer omdat zijn dealer netwerkt klaagt en de dealer netwerk klaagt omdat de autobezitters morren en dreigen andere merken te kopen. Wat Varta niet wil hebben is dat Ford kiest voor andere accu's omdat de klanten anders weglopen. Varta maakt met haar accu's niet de Ford dealer blij, noch zijn dealer netwerk. Nee, Varta kijkt naar de wensen van de autobezitters en overlegt met Ford hoe ze samen een goed product kunnen maken. Nu terug naar OSM. Het eerste wat ik wil vaststellen dat OSM geen commerciële instelling is zoals Varta, maar er zijn wel leringen te trekken uit het bovenstaande voorbeeld. Als we het vergelijk doortrekken dan zijn de accu's gelijk aan de OSM data. Een halffabricaat. Ford staat voorbeeld voor de ontwikkelaars die met de data iets moois maken. Het Dealer netwerk staat voor de commerciële kant van de OSM klanten zoals Goudappel en consorten. En de gebruikers van de prachtige websites en van de geweldige OSM Garmin kaarten zijn te vergelijken met de autobezitters. Uit deze vergelijk concludeer ik dat wij als makers van OSM data ons moeten realiseren dat we alleen weten hoe we een goed product kunnen maken wanneer we ons verdiepen in de wensen van de kaartgebruikers. Data moet alles bevatten die de kaartgebruikers willen hebben. En dat doen we samen met de kaartmakers. Maar als we even verder kijken is de Kaartontwikkelaar ook een veel bepalende klant. Wanneer we de data niet op een manier aanbieden zodat de ontwikkelaar op een kostenpositieve (makkelijk dus) manier de kaart kan maken, zal hij binnenkort kiezen voor een andere leverancier. Verder is er nog een ander fenomeen. Zoals vaak is aangehaald vragen we ons vaak af waarom er zo weinig Mappers actief blijven en waarom er zo velen na korte tijd afhaken. Ik denk dat het ligt aan een wat introverte houding van onze community. Natuurlijk heb ik het tegen niemand persoonlijk, maar heb ik het over de community. PR en marketing is niet favoriet. Ik denk echter dat juist een flitsende site op openstreetmap.nl, openfietskaart.nl, openwandelkaart.nl en veel andere producten van onze eigen hand er voor zorgen dat er heel veel meer data vastgelegd wordt dan op dit moment. de sites vormen de motivatie voor toekomstige mappers om zich bij ons aan te sluiten en worden nieuwe Ontwikkelaars geënthousiasmeerd om OSM data te gebruiken. Boodschap van mij is daarom: Laten we minder kijken naar de data op zich, maar meer naar de markt van de datagebruikers. Verder moeten we de markt met trots laten zien wat er kan met onze data en onze tools. Er is maar 1 ding al te waar: Je weet pas dat je een goed product hebt wanneer je het zelf gebruikt en desondanks heel tevreden bent. Dus mensen als Ligfietser, Lambertus en bouwers van onze websites hebben de sleutel van het OSM succes in handen. groet Robert -Oorspronkelijk bericht- From: Martijn van Exel Sent: Tuesday, May 17, 2011 5:50 PM To: OpenStreetMap NL discussion list Subject: Re: [OSM-talk-nl] Uiterlijk van de kaart 2011/5/17 Cartinus carti...@xs4all.nl: On Tuesday 17 May 2011 10:06:33 Martijn van Exel wrote: On 5/17/11 12:10 AM, Cartinus wrote: On Monday 16 May 2011 21:17:29 Robert Elsenaar wrote: En toch is het jammer dat er ook binnen OSM net als binnen de gehele IT zo weinig mensen zijn die de techniek en de functionaliteit omhelzen. We kijken heel erg naar de functionaliteit binnen OSM. Het probleem voor jou is alleen dat jij niet begrepen hebt wie de doelgroep is. De doelgroep voor OSM is niet de eindgebruikers, de doelgroep zijn ontwikkelaars (in de ruimste zin van het woord). OSM heeft niet één doelgroep, zoals Lennard ook al zegt. Iedereen kan ervan maken wat hij wil, mits er openheid en transparantie is. Die openheid en transparantie wordt volgens mij gevoed door mensen die niet zo'n vooringenomenheid hebben ten aanzien van de doelgroep. Daardoor ontstaat ruimte voor juist heel specifieke mooie toepassingen, zoals http://buildingequalsyes.spum.org/id/2147508236 (kwam net langs op talk). Je geeft me met dit voorbeeld precies gelijk. Er is een developer en die heeft OSM data, een webserver, een renderingsprogramma, etc. gebruikt om een mooi eindproduct te maken. Zou een willekeurig persoon die je van de straat plukt dat ook kunnen? Hoogstwaarschijnlijk niet. Het gaat mij niet om gelijk hebben of krijgen. Wel om een vrij, open en transparant OSM. Waardoor wordt deze developer gemotiveerd - en andere devs die met OSM-data werken? Ik weet dat niet precies. Sommigen misschien puur en alleen door de data, anderen doordat er een klant komt met een lijstje wensen, weer anderen omdat ze mooie dingen willen maken en laten zien. OSM
Re: [OSM-talk-nl] Uiterlijk van de kaart
Foppe schreef: ...maar vergeet niet dat deze kaarten in principe gewoon een technische tool is, vooral om te controleren of je wijzigingen gerenderd worden” Dat is natuurlijk precies de Usability waar ik het over had. De openstreetmap.org of .nl is wat betreft jouw bewering Vlees nog Vis. De kaart biedt niet de mogelijkheid om ALLE tags te zien. En iedere kaartmaker die zegt dat dat niet kan . daag ik uit om samen met mij dit te realiseren. Een sobere basis kaart met een uitgebreide lijst van overlays zou een referentie moeten worden voor iedereen die wil weten wat OSM bezit. En dat is veel meer dan we nu laten zien. Met een dergelijke kaart tool kan iedere OSM’er weer trots zijn. groet Robert From: Foppe Benedictus Sent: Monday, May 16, 2011 11:59 AM To: talk-nl@openstreetmap.org Subject: Re: [OSM-talk-nl] Uiterlijk van de kaart Op 13-05-11 18:51, Robert Elsenaar schreef: Tja en al die lijntjes is nu net het probleem. Heb je dit wel eens gezien? http://www.openstreetmap.org/?lat=52.093lon=5.971zoom=9layers=C http://www.openstreetmap.org/?lat=52.093lon=5.971zoom=9layers=C Heel aantrekkelijk. Knipogende emoticon De Amerikanen noemen Nederland “The blue heaven”. Maar dit noem ik “The Blue Hell”. Het wordt tijd dat de kaart en renedering eens flink aangepakt wordt. Zelf heb ik veel kennis van Usability, ik doe de hele dag niets anders. Het is mijn lust en mijn leven. Maar, zoals ik vaker merk, heb ik te weinig technische kennis om zelf een kaart in elkaar te knutselen. Kunnen we daarom zulke ‘talenten’ niet eens een keertje combineren? Ik ben met je eens dat het op een hoog zoomlevel het niet heel nuttig is om lokale en regionale routes in te tekenen, maar vergeet niet dat deze kaarten in principe gewoon een technische tool is, vooral om te controleren of je wijzigingen gerenderd worden. Denk dat rcn bij zoomlevel 11 gerenderd kunnen worden en lcn is een moeilijk geval, ik zou standaard ze niet renderen in een gebruikskaart denk ik, maar goed dat is vooral omdat het een vergaarbak van van alles en nog wat is. groet Robert *From:* taede terpstra mailto:taede.terps...@hotmail.com *Sent:* Friday, May 13, 2011 5:04 PM *To:* talk-nl@openstreetmap.org mailto:talk-nl@openstreetmap.org *Subject:* Re: [OSM-talk-nl] Uiterlijk van de kaart heb ik geloof ik wel eens gezien, ja. Ongeveer de helft van de blauwe lijntjes in Friesland zelf ingevuld :X Date: Fri, 13 May 2011 14:39:17 +0200 From: o...@floris.nu To: talk-nl@openstreetmap.org Subject: Re: [OSM-talk-nl] Uiterlijk van de kaart Voor de volledigheid, deze ken je dan toch ook wel denk? http://openfietskaart.nl/ Groet, Floris 2011/5/13 taede terpstra mailto:taede.terps...@hotmail.com: De fietskaart op .org is altijd een 3d kaart geweest, maar in Nederland valt dat natuurlijk niet op. Als ik het goed heb zijn de bos en natuurpercelen uit 3dShaped toegevoegd, minder nadruk op 'auto'wegen en meer op fiets en wandelwegen. Maar dat weet ik niet zeker.. Date: Fri, 13 May 2011 13:49:09 +0200 From: rob...@elsenaar.info To: talk-nl@openstreetmap.org Subject: [OSM-talk-nl] Uiterlijk van de kaart Heren, Soms verbaas ik mij en vraag ik mij of ik altijd heb lopen slapen of dat de wereld van OSM sneller gaat dan ik verwacht. Laat ik dit verklaren. Ik heb een hele lijst met url's met kaarten en zoek altijd naar nieuwigheden binnen deze kaarten. Soms zitten die wat verscholen en zijn voor mij wel soms ware verscholen pareltjes. Via een omweg werd ik laatst echter met een permalink verwezen naar de openstreetmap.org. Zonder ierts nieuws te verwachten werd ik blij verrast door een super cool uitziende kaart die vele toetsen der kritiek kan doorstaan. http://www.openstreetmap.org/?lat=46.01lon=10.42zoom=7layers=C Is deze fietskaart vernieuwd, was die altijd al zo en ben ik gewoon een blinde mol . \Maak me blij en bevestig het eerste . please. 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 --- *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: It is SPAM! http://localhost:6083/Panda?ID=pav_5659SPAM=truepath=C:\Windows\system32\config\systemprofile\AppData\Local\Panda Security\Panda Global Protection 2011\AntiSpam
Re: [OSM-talk-nl] Uiterlijk van de kaart
En toch is het jammer dat er ook binnen OSM net als binnen de gehele IT zo weinig mensen zijn die de techniek en de functionaliteit omhelzen. Ik ben in de loop der jaren als technisch persoon steeds meer functioneel gaan denken. Mijn kijk op de techniek is daardoor verdiept. Zo heb ik om mij heen ook functionele mensen steeds meer interesse zien krijgen voor techniek. Zijn er binnen OSM technische menen die hun techniek willen verdiepen door functioneel met mij te sparren? De mening van Lennard dat OSM alleen om data zou draaien deel ik niet. Het gaat om observatie, registratie en bruikbaar beschikbaar stellen. En daarbij is de de vertaling tussen observatie en het bruikbaar beschikbaar stellen het grote doel van OSM. de data en haar registratie is slechts een middel om deze vertaling te verduurzamen. Mensen die zich nooit hebben verdiept in de gebruiksmogelijkheden van de data kan m.i. nooit de juiste beslissingen nemen over de manier waarop de vertaling gemaakt moet worden. Robert. -Oorspronkelijk bericht- From: Lennard Sent: Monday, May 16, 2011 8:50 PM To: talk-nl@openstreetmap.org Subject: Re: [OSM-talk-nl] Uiterlijk van de kaart On 16-5-2011 19:09, Robert Elsenaar wrote: Dat is natuurlijk precies de Usability waar ik het over had. De openstreetmap.org of .nl is wat betreft jouw bewering Vlees nog Vis. De kaart biedt niet de mogelijkheid om ALLE tags te zien. En iedere Tiles@Home is = die kant op. kaartmaker die zegt dat dat niet kan . daag ik uit om samen met mij Dat kan niet. dit te realiseren. Een sobere basis kaart met een uitgebreide lijst van overlays zou een referentie moeten worden voor iedereen die wil weten wat OSM bezit. En dat is veel meer dan we nu laten zien. Met een OSM draait om data. Niets meer, niets minder. Sommigen maken daar kaarten mee. Enkele van die kaarten zijn zo bekend dat ze direct via de website zijn te zien. Andere kaarten, gemaakt met OSM data, zijn op andere plekken te aanschouwen. Er zijn zelfs sobere kaarten met overlays. Dat is natuurlijk niet hetzelfde als een mooie kaart op zich, bestaande uit 1 laag. dergelijke kaart tool kan iedere OSM’er weer trots zijn. Dit subjectieve argument laat ik even buiten beschouwing. Iedereen gebruikt OSM op zijn eigen manier, voor zijn eigen redenen. -- Lennard ___ 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_5844SPAM=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
Re: [OSM-talk-nl] Uiterlijk van de kaart
Tja en al die lijntjes is nu net het probleem. Heb je dit wel eens gezien? http://www.openstreetmap.org/?lat=52.093lon=5.971zoom=9layers=C Heel aantrekkelijk. De Amerikanen noemen Nederland “The blue heaven”. Maar dit noem ik “The Blue Hell”. Het wordt tijd dat de kaart en renedering eens flink aangepakt wordt. Zelf heb ik veel kennis van Usability, ik doe de hele dag niets anders. Het is mijn lust en mijn leven. Maar, zoals ik vaker merk, heb ik te weinig technische kennis om zelf een kaart in elkaar te knutselen. Kunnen we daarom zulke ‘talenten’ niet eens een keertje combineren? groet Robert From: taede terpstra Sent: Friday, May 13, 2011 5:04 PM To: talk-nl@openstreetmap.org Subject: Re: [OSM-talk-nl] Uiterlijk van de kaart heb ik geloof ik wel eens gezien, ja. Ongeveer de helft van de blauwe lijntjes in Friesland zelf ingevuld :X Date: Fri, 13 May 2011 14:39:17 +0200 From: o...@floris.nu To: talk-nl@openstreetmap.org Subject: Re: [OSM-talk-nl] Uiterlijk van de kaart Voor de volledigheid, deze ken je dan toch ook wel denk? http://openfietskaart.nl/ Groet, Floris 2011/5/13 taede terpstra taede.terps...@hotmail.com: De fietskaart op .org is altijd een 3d kaart geweest, maar in Nederland valt dat natuurlijk niet op. Als ik het goed heb zijn de bos en natuurpercelen uit 3dShaped toegevoegd, minder nadruk op 'auto'wegen en meer op fiets en wandelwegen. Maar dat weet ik niet zeker.. Date: Fri, 13 May 2011 13:49:09 +0200 From: rob...@elsenaar.info To: talk-nl@openstreetmap.org Subject: [OSM-talk-nl] Uiterlijk van de kaart Heren, Soms verbaas ik mij en vraag ik mij of ik altijd heb lopen slapen of dat de wereld van OSM sneller gaat dan ik verwacht. Laat ik dit verklaren. Ik heb een hele lijst met url's met kaarten en zoek altijd naar nieuwigheden binnen deze kaarten. Soms zitten die wat verscholen en zijn voor mij wel soms ware verscholen pareltjes. Via een omweg werd ik laatst echter met een permalink verwezen naar de openstreetmap.org. Zonder ierts nieuws te verwachten werd ik blij verrast door een super cool uitziende kaart die vele toetsen der kritiek kan doorstaan. http://www.openstreetmap.org/?lat=46.01lon=10.42zoom=7layers=C Is deze fietskaart vernieuwd, was die altijd al zo en ben ik gewoon een blinde mol . \Maak me blij en bevestig het eerste . please. 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 --- 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: It is SPAM! --- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl wlEmoticon-winkingsmile[1].png___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] androiden
Martijn, Vanaf dit weekend ook de gelukkige bezitter van een androïd. IK heb ook vandaag direct wat experimentjes gemaakt met OSMTracker. Heel veel gelukt, maar nog veel te ontdekken. Wat mij alleen nog niet lukt is een geluidsbestand (.gpp) binnen JOSm af te spelen. Heb jij (jullie) daar ook mee geworsteld of sta ik daar alleen in? Robert From: Martijn van Exel Sent: Saturday, April 30, 2011 1:57 PM To: OpenStreetMap NL discussion list Subject: Re: [OSM-talk-nl] androiden Ik gebruik * MapDroyd http://www.mapdroyd.com/ * OsmAnd http://code.google..com/p/osmand/ En voor mappen * KeypadMapper http://wiki.openstreetmap.org/wiki/KeypadMapper (nog niet aan de praat gekregen) * OSMTracker http://wiki.openstreetmap.org/wiki/OSMtracker_(Android) Vespucci vind ik een onding. Martijn 2011/4/30 Christ van Willegen cvwille...@gmail.com Hallo Hans. 2011/4/30 hans rood hansr...@xs4all.nl: heeft er iemand ervaring met OSM op een Android? Ik was _net_ aan het kijken naar Vespucci. Zie ook http://wiki.openstreetmap.org/wiki/Android voor een hele sloot aan Android apps. Groeten! Christ van Willegen -- 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl -- Martijn van Exel http://about.me/mvexel --- 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: It is SPAM! --- ___ 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] Luchtfoto's
Nou dan zijn ze goed bezig. Vroeger kon ik controleren of mijn huis er nog stond. Nu zag ik dat ik het dak op moet omdat er een stukje van een dakpan af is. Erg handig. Groet Robert From: Henk Hoff Sent: Friday, May 06, 2011 9:05 AM To: OpenStreetMap NL discussion list Subject: Re: [OSM-talk-nl] Luchtfoto's Ook Bing is bezig zijn luchtfoto's up-to-date te maken/houden en te verbeteren. Mogelijk dat je daar nu het effect van ziet. Gr, Henk 2011/5/5 Robert Elsenaar rob...@elsenaar.info HEren, Ik kan mij vergissen, maar in de laatste week zijn de Luchtfoto’s van Bing opeens heel scherp geworden. Of heb ik soms mijn bril eindelijk gevonden. Weet iemand er iets van? Robert ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl -- De Johan Willem Friso Kazerne moet in Assen blijven! Teken ook de petitie op www.steundekazerne..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: It is SPAM! --- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl wlEmoticon-winkingsmile[1].png___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Luchtfoto's
HEren, Ik kan mij vergissen, maar in de laatste week zijn de Luchtfoto’s van Bing opeens heel scherp geworden. Of heb ik soms mijn bril eindelijk gevonden. Weet iemand er iets van? Robert___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Nederlandse Wandelroutes
Heren, Met hulp en in navolging op Rullzer ben ik begonnen om de Nederlandse Wandelroutes in een pagina te controleren. Ik hoop hiermee de inzichtelijkheid hiervan te verhogen. En wie weet wat de toekomst brengt. De eerste ervaringen met Python (lijkt op php) en PostgreSQL (lijkt op mySQL) zijn positief. Ik heb jaren, voor het Joomla-tijdperk, een 4000+page database georiënteerde duikers info site opgezet en gerund en lijkt me leuk om hier nu ook weer iets leuks van te maken. Wie weet wat de toekomst brengt. De eerste resultaten [1] en de eerste vragen hebben reeds het licht gezien. Kan iemand vertellen hoe ik de huidige lijst kan filteren zodat alleen de wandelroutes overblijven waarvan minstens een deel in Nederland ligt? Alvast bedankt voor de hulp Robert [1]: http://mijndev.openstreetmap.nl/~zmwandelaar/checktrack ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] POI's
Rullzer en Rubke, http://poi.openstreetmap.nl is juist en leuke toepassing, maar op een of andere manier is de pagina niet meer in staat de gegevens te laten zien. Kunnen jullie dat herstellen? ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Veerse Meer
LEnnard, Ik voel mij niet in de positie om jouw noeste arbeid in twijfel te trekken. Ik was echter niet in de positie (op het werk) om in JOSm te kijken. Wel zag ik op de map dat het verkeerd was. Bedankt voor het fiksen. Was Tavernses dankbaar voor de reverts? ;-) Groet Robert -Oorspronkelijk bericht- From: Lennard Sent: Thursday, April 14, 2011 11:02 PM To: talk-nl@openstreetmap.org Subject: Re: [OSM-talk-nl] Veerse Meer On 14-4-2011 22:29, Lennard wrote: Die import is al van lang geleden, ergens vorig jaar. De huidige drooglegging zal dus niets anders zijn dan een mapper aan het werk. Zo, gefixt. De enige werkbare methode was het reverten van een berg changesets van Tavernsenses. Het enige dat sneuvelde, zover ik kan zien, zijn wat pieren op de Schutteplaat. -- Lennard ___ 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_4709SPAM=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
Re: [OSM-talk-nl] Beek
Dat voorstel kan ik me voorstellen dat een wateroppervlakte een meer of een rivier genoemd wordt. Maar om nu een beek als een wateroppervlakte te zien? Dat doen we toch ook niet met een weg: natural=paving. ;) Robert -Oorspronkelijk bericht- From: Lennard Sent: Friday, April 08, 2011 11:04 PM To: talk-nl@openstreetmap.org Subject: Re: [OSM-talk-nl] Beek On 8-4-2011 22:58, Robert Elsenaar wrote: Jullie adviseren dan dus om over het watervlak nof een way te tekenen die gelijk getagd wordt als de beek die er ten zuiden loopt? Als die een naam heeft, zeker. Daarnaast is er net een voorstel gedaan om natural=water wat verder uit te specificeren: http://wiki.openstreetmap.org/wiki/Key:water -- Lennard ___ 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_4482SPAM=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
Re: [OSM-talk-nl] Beek
Dus ik kan die wateroppervlakte gewoon taggen als: - natutal=water (die weg doen) - waterway=stream - area=yes - name=* Zo snappen rederers het ook? groet Robert -Oorspronkelijk bericht- From: Lennard Sent: Saturday, April 09, 2011 9:27 AM To: talk-nl@openstreetmap.org Subject: Re: [OSM-talk-nl] Beek On 9-4-2011 9:18, Robert Elsenaar wrote: Dat voorstel kan ik me voorstellen dat een wateroppervlakte een meer of een rivier genoemd wordt. Maar om nu een beek als een wateroppervlakte te zien? Dat doen we toch ook niet met een weg: natural=paving. ;) Toch wel: highway=pedestrian + area=yes bijvoorbeeld. We lopen blijkbaar met wateroppervlaktes wat voor op de wegen. :) -- Lennard ___ 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_4501SPAM=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
Re: [OSM-talk-nl] Betr: Gebruiker Emiel1 - wijzigingingentbvfietsrouteplanner
Kijk en jullie zijn nu zo’n commerciele groep die snappen hoe communities als OSM werkt: Niet alleen profiteren van het gratis materiaal, maar ook zelf investeren in het project door dit soort acties. (Zo weer voldoende veren ) Dat de weg over het eerste fietspad als unclassified doorgetrokken is naar de hoofdweg is correct. Het stuk van de hoofdweg naar het vrijliggende fietspad is, in tegenstellig tot het fietspad waar het op aan gaat sluiten een twee richtingsfietspad. Fietsers moeten naar het eenrichtingsfietspad kunnen, maar ook er van af. In het geval de Thorbeckelaan door was gelopen richting het zuiden, dan was de edit wel correct geweest. Studenten zijn slim genoeg om dat te begrijpen. Groet Robert From: dbuss...@goudappel.nl Sent: Friday, April 08, 2011 9:25 PM To: talk-nl@openstreetmap.org Subject: [OSM-talk-nl] Betr: Gebruiker Emiel1 - wijzigingingentbvfietsrouteplanner Ik ben steeds weer aangenaam verrast van de oplettendheid van de osm community. Ik maak veel reclame voor osm bij overheden en dit noem ik er altijd als er vragen komen over dan kan iederen zomaar onzin op de kaart zetten. Emiel is een van de studenten die wij betalen om de fietsinfrastructuur in osm te verbeteren. Ze volgen daarbij een aantal doelen en in dit geval was het doel ontbrekende aansluitingen toevoegen. We plannen hiervoor een aantal kris-kras routes door het gebied en analyseren waar de planner rare sprongen maakt. In dit geval een weg (Thorbeckelaan), die op een andere weg (Huis ten Boschstraat) aansluit met twee eenrichtingsfietspaden ernaast. Als de fietser nu van noord komt en wil op de Huis ten Boschstraat verder naar Oosten, zal hij door de planner eerst via de eenrichtingsfietspad naar westen gestuurd worden tot de eerste oversteek (Zandweg), daar de Huis ten Boschstraat oversteken en dan op de andere kant terug. Nonsens, omdat je natuurlijk direct over kunt steken en naar oosten kunt fietsen. Emiel heeft dit hier kennelijk opgelost door de Thorbeckelaan door te trekken naar de fietspad. Dat is duidelijk verkeerd. Ik zal met hem en zijn begeleidster maandag overleggen hoe we dit ongedaan kunnen maken en in de toekomst kunnen voorkomen. Nu is natuurlijk de vraag wat dan wel goed is. Graag jullie commentaar. We kunnen dit buiten osm oplossen door de verbindingsstukjes in onze lokale database te zetten. Maar dan zullen Garmin, android-apps, yournavigation en al die andere osm-gebaseerde planners hier geen baat bij hebben. Veel liever dus een oplossing binnen osm. Mijn voorstel is dat we het verbindingsstukje dus wel plaatsen, maar dan als fietspad taggen wat het feitelijk ook is. Onze reparatuur-actie zal dan ook niet zijn de edits terugtedraaien, maar de extra stukjes taggen als fietspad. Vanzelfsprekend mogen dit soort verbindingsstukjes alleen toegevoegd worden als de weg daadwerkelijk voor fietsers oversteekbaar is. Emiel en de andere studenten checken dat via fotos van Cyclomedia - wij hebben toestemming deze hiervoor te mogen gebruiken. Groeten, Dirk --- Dipl. Geogr. Dirk Bussche Adviseur Geografische Toepassingen Goudappel Coffeng BV Snipperlingsdijk 4 Postbus 161 7400 AD Deventer The Netherlands t +31 (0)570 666 830 f +31 (0)570 666 888 i http://www.goudappel.nl aanwezig op kantoor: maandag, dinsdag en woensdag Goudappel Coffeng is gevestigd in Deventer, Den Haag, Eindhoven, Leeuwarden en Amsterdam -Colin Smale mailto:colin.sm...@xs4all..nl schreef: - Aan: OpenStreetMap NL discussion list mailto:talk-nl@openstreetmap.org Van: Colin Smale mailto:colin.sm...@xs4all.nl Datum: 04/08/2011 03:42PM Onderwerp: [OSM-talk-nl] Gebruiker Emiel1 - wijzigingingen tbvfietsrouteplanner Gebruiker Emiel1 is de afgelopen weken voortvarend bezig geweest met honderden kleine changesets met de titel wijzigingen tbv fietsrouteplanner. Mijn aandacht werd getrokken door een paar van die edits bij mij in de buurt die m.i. niet helemaal correct zijn. Ik wil jullie hiervan op de hoogte brengen zodat iedereen in z'n eigen omgeving kan kijken wat de gevolgen zijn. Het betreft het doortrekken van een zijweg naar een losgelegen fietspad aan de andere kant van de hoofdweg. Stel, je hebt een hoofdweg met een apart fietspad aan een kant, met aan de andere kant van de hoofdweg een zijweg. Recht tegenover de zijweg is een doorsteek voor fietsers van de hoofdweg naar het fietspad. Het gaat om de doorsteek, die uitsluitend voor fietsers is, zodat ze vanaf het fietspad kunnen afslaan naar de zijweg en v.v. Ik tag deze doorsteek consequent als fietspad omdat het dat eigenlijk is - zij het een heel kort stuk. Wat Emiel1 herhaaldelijk doet (hij is nog steeds bezig) is de zijweg doortrekken (de bestaande way met een node verlengen) naar het doorgaande fietspad. De topologie van het kruispunt wordt dan ook anders voor de automobilist natuurlijk. Het ziet er ook ineens raar uit op
Re: [OSM-talk-nl] Beek
Jullie adviseren dan dus om over het watervlak nof een way te tekenen die gelijk getagd wordt als de beek die er ten zuiden loopt? Groet Robert From: Martien Scheepens Sent: Friday, April 08, 2011 10:05 PM To: OpenStreetMap NL discussion list Subject: Re: [OSM-talk-nl] Beek De beek die daar getekend is, komt ook niet uit 3dShapes, maar is getekend door 'JanWandelaar'. 2011/4/8 Lennard l...@xs4all.nl On 8-4-2011 21:54, Robert Elsenaar wrote: De beek loopt echt gewoon door en we willen natuurlijk gewoon dat de beek doorloopt. Hoe los ik dat op? Water is water. Je kunt wel een waterway=* door het natural=water laten lopen. Zie de waterway=* dan als een doorlopende, eventueel benoemde (name=*) weg, en de natural=water (zonder naam) als de omtrek van het water. Sterker nog, zo worden de imports nu gedaan, als het te vervangen water een naam heeft. -- Lennard ___ 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: It is SPAM! --- ___ 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] Keukenhof mappingparty?
Ik heb de Keukenhof even een mailtje gestuurd. Kijken hoe ze reageren. Kunnen eindelijk de vrouwen ook eens mee. Gaan die lekker bloemen kijken terwijl wij Mappen. Groet Robert From: wim Sent: Monday, April 04, 2011 10:56 AM To: OpenStreetMap NL discussion list Subject: Re: [OSM-talk-nl] Keukenhof mappingparty? Ga eens kletsen met Michiel den Ruijter. Hij heeft niet zo lang geleden een ruimtelijke parkanalyse gemaakt van de Keukenhof. Hij heeft wel kaartmateriaal. http://denetc.nl/ (zie projecten - Keukenhof) Wim 2011/4/3 Henk Hoff toffeh...@gmail.com Hallo allen, Om alvast een volgende mappingparty in te plannen. Is het een idee om de Keukenhof beter op de kaart te krijgen? http://www.openstreetmap..org/?lat=52.2699lon=4.54928zoom=16layers=M Hoe lijkt dit? En heeft iemand connecties daar (goedkope kaartjes ofzo)? Gr, Henk Hoff -- De Johan Willem Friso Kazerne moet in Assen blijven! Teken ook de petitie op www.steundekazerne.nl -- ___ 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: It is SPAM! --- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl wlEmoticon-winkingsmile[1].png___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Fwd: Legenda
De legenda is ook verre van compleet. Vindt dat deze opgebouwd moet worden vanuit het typ en styl bestand. Moeras staat er bijvoorbeeld niet op. Robert From: Peter Peterse Sent: Saturday, April 02, 2011 8:51 PM To: OpenStreetMap NL discussion list Subject: Re: [OSM-talk-nl] Fwd: Legenda Aan de linkerzijde: Helpcentrum Documentatie Auteursrechten licentie Gemeenschapsblogs Stichting Legenda Vreemde legenda trouwens. Wist je dat we in Nederland boven Utrecht stoeltjes liften hebben :-) Peter. Op 2-4-2011 20:22, Frank Heinen schreef: Ohwja? Waar? Nooit gezien. Op 2 april 2011 20:20 schreef Lennard l...@xs4all.nl het volgende: On 2-4-2011 20:18, Frank Heinen wrote: Hey, Kunnen we dit ook toevoegen. Ik zag laatst dat iemand een (veel te grote) legenda had gemaakt. Kunnen wij die niet kopieren oid? Dit zou standaard in de OSM interface moeten zitten n.m.m. osm.org heeft een legenda. Kunnen we niet gewoon deze overnemen/integreren? -- Lennard ___ 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 --- 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: It is SPAM! --- ___ 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] BNR
Hoe belangrijk kan iemand zijn Vertel. Robert From: ce-test, qualified testing bv - Gert Gremmen Sent: Monday, March 28, 2011 7:55 PM To: OpenStreetMap NL discussion list Subject: [OSM-talk-nl] BNR Niemand Stefan gehoord vanmiddag op BNR ? Gert --- 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: It is SPAM! --- ___ 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] changeset 7494542 en relatie 1014751
Ik had al een zwart vermoeden. Weet niet van de reden waarom je niet actief gebruiker van Talk-nl bent. Mis soms ook jouw directe inbreng. De opmerking van jou die ik nu alleen lees, is echt voor meer oren bestemd. Ik heb dan ook deze mail ook naar Talk-nl gestuurd. Van die rollen was mij ook niet helemaal duidelijk en bekend, maar mijn antwoord naar Martijn gaf al aan dat een locale de rest moet perfectioneren. groet Robert -Oorspronkelijk bericht- From: Frankl2009 Sent: Saturday, March 12, 2011 4:31 PM To: rob...@elsenaar.info Subject: [OpenStreetMap] [OSM-talk-nl] changeset 7494542 en relatie 1014751 Hi ZMWandelaar, Frankl2009 has sent you a message through OpenStreetMap with the subject [OSM-talk-nl] changeset 7494542 en relatie 1014751: == Dag Robert, Ik lees Talk-nl alleen via het archief (ben er dus niet op geabonneerd). Vandaar dat ik niet reageer via de mailinglijst maar direct naar jezelf. Hoe dat zit met de drie rcn_ref 56 is alleen te zien op locatie (en misschien zijn er ter plekke geen borden zijn, dat weet ik niet). Iemand zal daar zelf even moeten gaan kijken. Het kan echter wel zo zijn dat er meer dan één info-bord voor een knooppunt is (hoe je dan moet omgaan met rcn_ref is mij niet geheel duidelijk; ik heb gelezen dat je het dan maar twee keer invoert). De stukjes éénrichting fietspad zijn nu NIET goed ingevoerd in de relatie. Er staat een Role:backward op de naar het noorden gaande fietspaden. Dat moet echter gewoon een Role:forward. Role:forward/backward heeft alleen te maken met de “tekenrichting” van een way (d.w.z. omdat de weg gaat naar het noorden en de relatie ook, moet het ook “forward” zijn. Je komt backward toch niet zo vaak tegen in een fietsroute (omdat het eigenlijk alleen voorkomt als er éénrichting paden zijn, en die zijn meestal getekend in de éénrichting. Ik heb het maar niet zelf aangepast, want ik ken de situatie ter plekke niet en zou moeten gissen of het nu goed is. Als ik een keer in Amsterdam (en niemand het ondertussen heeft opgelost) zal ik een kijkje gaan nemen. vr gr Frank == You can also read the message at http://www.openstreetmap.org/message/read/171241 and you can reply at http://www.openstreetmap.org/message/reply/171241 --- 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_3414SPAM=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
Re: [OSM-talk-nl] Betr: Re: Mappingparty in Berlijn
Martijn, Ik zal helaas niet van de Party zijn. Ik zit (heel zielig) de zaterdag er voor op de Noordzee. Dan vul ik mijn kabeljauw voorraad aan. En als dat niet door gaat omdat het weer te slecht is, dan is het ook voor Mappen geen pretje. We zullen zien. Groet Robert -Oorspronkelijk bericht- From: Roeland Douma Sent: Sunday, March 13, 2011 10:06 AM To: talk-nl@openstreetmap.org Cc: Martijn van Exel Subject: Re: [OSM-talk-nl] Betr: Re: Mappingparty in Berlijn ___ 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] changeset 7494542 en relatie 1014751
Hoi Martijn, Ik heb de fietsroute even bekeken. Fietsers helpen met fietsroutes is eigenlijk tegen mijn principe, maar deze keer wrijf ik mijn hart over mijn hand. ;) De relatie was inderdaad een zooitje. Natuurlijk heb ik geen kennis van de lokale situatie en kan me best voorstellen dat ik het niet helemaal goed heb gedaan. In ieder geval is de route technisch nu ingegeven. Wel vind ik 3 knooppunten 56 in de route. Ik weet niet welke de juiste is. Je vindt ze onder in de relatie. JE zult er 2 moeten elimineren. 1 zal eenvoudig zijn. de laatste twee zitten allemaal in 2 relaties. Dus niet alleen deze maar ook een of andere andere relatie. Succes verder Robert -Oorspronkelijk bericht- From: Martijn van Exel Sent: Tuesday, March 08, 2011 4:01 PM To: OpenStreetMap list Subject: [OSM-talk-nl] changeset 7494542 en relatie 1014751 Ha, Ik ben rond het ODE in Amsterdam wat aan het editen geweest vanwege de nieuwe situatie. Zojuist changeset http://www.openstreetmap.org/browse/changeset/7494542. Ik heb ook getracht de relatie http://www.openstreetmap.org/browse/relation/1014751 wat bij te punten aldaar, maar volgens mij klopt-ie niet helemaal. Kan iemand met meer relatie-ervaring hier eens naar kijken? Bedankt, Martijn -- Martijn van Exel http://about.me/mvexel ___ 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_SPAM=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
Re: [OSM-talk-nl] Lambertus' OSM kaart site traag of stuk?
Lambertus, Ik heb me vanaf het begin al afgevraagd, jouw load probleem is niet van vandaag of gister, waarom de pagina is opgebouwd zoals die nu is. Probleem 1: Niet genoeg ruimte voor alle standaard volledige landen. Kun je aangeven hoeveel schijven en welke soort schijven je daar voor nodig hebt? Je kunt er vast ook wel een kostenplaatje aan hangen. Probleem 2: Er worden teveel custom maps aangevraagd. Natuurlijk zal met het oplossen van probleem 1 de aantal aanvragen afnemen, maar ik denk dat dit probleem ook op een andere manier verlicht kan worden. Het is me namelijk opgevallen dat de Download map now! link verdwijnt wanneer je wat loopt te klooien met de kaart. Klik je per ongelijk op de kaart en voeg je dus een tile bij of af, dan verdwijnt de link en is het voor de meeste mensen niet te doen om deze link weer terug te krijgen. Ik denk dat als je de opzet van de site wijzigt, dat je heel veel meer mensen hebt die de hele kaarten downloaden. Voorstel: 1) Maak een hoofdpagina waar voor alle op dat moment beschikbare full-country kaarten keurig onder elkaar zichtbaar zijn. iedere landsnaam resulteert in de download van dat land. 2) Onder aan de lijst geef je de mogelijkheid om naar de pagina te gaan zoals die nu zichtbaar is. 3) Omdat veel mensen pagina 1 niet kennen, maar wel pagina 2, is het verstandig om pagina 2 alleen bereikbaar te maken via pagina 1. Komt dus iemand binnen op pagina 2 (referrer ligt buiten jouw site), dan verwijs je die automatisch door naar pagina 1. Ik hoop dat je hier iets aan hebt en ik hoor graag je behoeften voor je opslagprobleem. mvrgr Robert -Oorspronkelijk bericht- From: Maarten Deen Sent: Friday, March 04, 2011 1:03 PM To: OpenStreetMap NL discussion list Subject: Re: [OSM-talk-nl] Lambertus' OSM kaart site traag of stuk? On Fri, 04 Mar 2011 12:34:43 +0 100, Lambertus wrote: On 2011-03-04 11:58, Maarten Deen wrote: Misschien een tip: zet de huidige wachttijd op de site en koppel daaraan een wat dringendere melding om totale landen te downloaden, met daarbij de hint dat een land compleet downloaden geen wachttijd heeft. Als alle landen gecached zouden zijn dan zou er inderdaad geen wachttijd zijn, maar dat zijn ze niet per se. Er is nu namelijk niet echt een verschil tussen landen en elke andere willekeurige combinatie van tiles. De pull-down menu's met landen keuzes zorgen alleen voor mogelijke concentratie van bepaalde tile combinaties. Vandaar dat door een land te kiezen je *mogelijk* de kaart eerder direct kunt downloaden. De huidige wachttijd staat al op de site: pal onder de kaart. Oh, dat had ik nog niet eens gezien. Maarten ___ 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_3258SPAM=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
Re: [OSM-talk-nl] Lambertus' OSM kaart site traag of stuk?
Lambertus, Allereerst respect voor jouw 'roeping' en lof voor de vrijgevigheid van Oxillion. Dat jij er je roeping van maakt om misbruik te voorkomen, dat begrijp ik. Je nieuwe versie werkt prima. De link verschijnt wer en dat is terrecht en uitstekend. Leuk is ook, viel me op, dat je ook in geval van een complete kaart ook geen custom meer kunt aanvragen. Prima. Ik heb ook jaren een info site gehad en ook daar had ik last van scrapers. Ik heb dit opgelost door downloads van bepaalde delen af te schermen door de download via een php'tje te sturen die de aanvraag IP's voor 24 uur cashte. Zo konden ze slechts in 24 uur slechts beperkt downloaden en had ik ook de mogelijkheid om IP ranges te blocken. Nogmaals ik zie de resultaten met belangstelling tegemoet. groet Robert -Oorspronkelijk bericht- From: Lambertus Sent: Saturday, March 05, 2011 5:44 PM To: talk-nl@openstreetmap.org Subject: Re: [OSM-talk-nl] Lambertus' OSM kaart site traag of stuk? Robert, dank voor het meedenken. Mijn reactie is inline: Op 05-03-11 16:52, Robert Elsenaar schreef: Lambertus, Ik heb me vanaf het begin al afgevraagd, jouw load probleem is niet van vandaag of gister, waarom de pagina is opgebouwd zoals die nu is. Probleem 1: Niet genoeg ruimte voor alle standaard volledige landen. Kun je aangeven hoeveel schijven en welke soort schijven je daar voor nodig hebt? Je kunt er vast ook wel een kostenplaatje aan hangen. De server wordt gesponsord door Oxilion, dus de kwestie is helaas niet zo eenvoudig als een grotere schijf opsturen of bij hun bestellen. Als ik een eigen server bij hun zou colocaten was het een ander probleem, maar de resources als deze in Nederland afnemen is onbetaalbaar (zoek voor de gein eens uit wat een dedicated server met 5 of 10TB traffic, een single/dual core CPU, 2GB ram en 500 gb disk space per maand kost). Je zult begrijpen: ik ben dolblij met de huidige sponsoring! Wel heb ik een paar weken geleden al geinformeerd of de sponsoring eventueel uitgebreid zou kunnen worden met meer opslagruimte, daar heb ik helaas nog geen antwoord op gekregen. Probleem 2: Er worden teveel custom maps aangevraagd. Natuurlijk zal met het oplossen van probleem 1 de aantal aanvragen afnemen, maar ik denk dat dit probleem ook op een andere manier verlicht kan worden. Het is me namelijk opgevallen dat de Download map now! link verdwijnt wanneer je wat loopt te klooien met de kaart. Klik je per ongelijk op de kaart en voeg je dus een tile bij of af, dan verdwijnt de link en is het voor de meeste mensen niet te doen om deze link weer terug te krijgen. Eerst even het doel van deze dienst helder maken: Het mogelijk maken van *custom* grens overschrijdende Garmin kaarten op basis OpenStreetMap data. Dat is wat deze dienst bijzonder maakt. De toevoeging van de optie om landkaarten op te vragen is een poging om de kaartaanvragen te stroomlijnen maar is zeker niet het hoofddoel. Voor Garmin kaarten die vlak over/bij de landsgrens ophouden zijn alternatieve aanbieders genoeg: http://wiki.openstreetmap.org/wiki/OSM_Map_On_Garmin/Download Als je per ongeluk op de kaart klikt voeg je niet zomaar een tile toe, daarvoor moet je eerst een optie aanvinken. Daarna is het toevoegen/verwijderen van een kaardeel als gevolg van een muisklik juist de bedoeling. Wel heb ik vandaag een nieuwe versie online gezet die probeert meer custom aanvragen af te vangen als zijnde een aanvraag voor een land en die daarna ook controleert of die combinatie beschikbaar is in de cache. Aktuele voorbeelden: - Selecteer Duitsland, voeg een tile handmatig toe (of verwijder een tile) en verwijder de net toegevoegde tile weer en je ziet dat de site weer de Duitsland combinatie herkent en controleert of deze in de cache aanwezig is. - Selecteer de tile die Liberia (in de hoorn van Afrika) en je ziet dat de site deze als de land combinatie voor Ivoorkust herkent (Ivoorkust is het eerste land in de landenlijst dat met die combinatie van tiles is gedefinieerd). Ook nieuw is dat custom kaarten korter gecached worden dan landkaarten. Deze wijziging moet eerst nog wel door de hele cache heen propageren voordat het (hopelijk gewenste effect) zichtbaar wordt. Ik denk dat als je de opzet van de site wijzigt, dat je heel veel meer mensen hebt die de hele kaarten downloaden. Voorstel: 1) Maak een hoofdpagina waar voor alle op dat moment beschikbare full-country kaarten keurig onder elkaar zichtbaar zijn. iedere landsnaam resulteert in de download van dat land. 2) Onder aan de lijst geef je de mogelijkheid om naar de pagina te gaan zoals die nu zichtbaar is. 3) Omdat veel mensen pagina 1 niet kennen, maar wel pagina 2, is het verstandig om pagina 2 alleen bereikbaar te maken via pagina 1. Komt dus iemand binnen op pagina 2 (referrer ligt buiten jouw site), dan verwijs je die automatisch door naar pagina 1. Ik heb hier al eens nagedacht maar heb er twee problemen mee: - De meeste mensen zullen toch vooral op zoek zijn
[OSM-talk-nl] foutje 503
Heren techneuten. Ik heb de stoute schoenen aangetrokken en mij gestort in het MappenMaken. Bij het gebruik van Wget om een kleine bbox op te halen krijg ik fout 503 op de xapi. Is er iets mee aan de hand? Of is het niet beschikbaar zijn van de service tijdelijk? alvast bedankt voor de hulp Groet Robert___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Fietsstraat of toch niet
Heren, Zoals ieder weet is Nederland kampioen uitzonderingen maken. Kijk nu dit: http://maps.google.nl/maps?hl=nlie=UTF8ll=52.251037,5.600356spn=0.001639,0.005284t=hz=18layer=ccbll=52.250979,5.600543panoid=Uf6tjJXnFNTUqnTUYUlmOgcbp=12,109.64,,0,13.23 Is dit nu gewoon een rode unclassified highway of moet ik toch op een of andere manier aangeven dat onze fietsvrienden er wat voorrang krijgen. Of toch weer niet. Wellicht is het gewoon een domme verwarring scheppende misleiding. Graag jullie mening. groet Robert___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Gemeentes naar Duitsland en België verhuisd?
Beste Martien, De ultime manier om adressen vast te leggen is via de terracer tool. Interpolatie is eigenlijk een beetje voor luie mappers. Oo weer de hele community op m’n nek. Maar interpolatie heeft ook nuttige toepassingen. Onder andere in steden waar binnen 1 huis verschillende woonlagen zijn en dus niet op een andere manier adressen vastgelegd kunnen worden.. groet -Robert- From: Martien Scheepens Sent: Wednesday, February 02, 2011 9:24 PM To: OpenStreetMap NL discussion list Subject: [OSM-talk-nl] Gemeentes naar Duitsland en België verhuisd? Hallo mappers, Ik probeerde net de routeplanner van open.mapquest.com en toen viel mij op dat mijn thuishaven Briljantstraat, Groningen, Grafschaft Bentheim, Aurich, Groningen, Germany (http://open.mapquestapi.com/nominatim/v1/details.php?place_id=14356098) heet. Oorspronkelijk dacht ik aan een fout bij het bewerken van de map van mij, maar het komt door het hele land voor. Drenthe, Overijssel, en Gelderland horen nu ook bij Duitsland. Noord-Brabant, Limburg en Zeeland zijn verhuisd naar een land waar hun g niet meer zacht genoemd wordt. Nog een andere vraag die ik heb. Ik had besloten de Briljantstraat van huisnummer te voorzien. Daar heb ik de terracer-tool voor gebruikt. Er bestaat ook een adres-interpolatie-tool die niet van een rijtjeshuis acht huizen maakt. Welke methode is beter? Het principe is don't map for the renderer, maar al die kleine hokjes zijn verre van mooi. Wat is beter? Groeten, Martien --- 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: It is SPAM! --- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl wlEmoticon-winkingsmile[1].png___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl