Re: [OSM-talk-nl] Problemen met downloaden kaarten
Leentje Osselaer schreef op 2019-02-06 16:18: Hallo, Ik weet niet of ik hier aan het juiste adres ben, maar ik zou een kaart van Nieuw-Zeeland willen downloaden, waar we volgende week naartoe gaan. Ik krijg echter steeds het volgende bericht. Is er inderdaad iets fout met de server? Kunnen jullie helpen? Dank alvast, Volgens het forum is het inderdaad gewoon stuk: https://forum.openstreetmap.org/viewtopic.php?id=65225___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Van Gogh fietspad Eindhoven
Floris Looijesteijn schreef op do 13-11-2014 om 11:39 [+0100]: > Hallo, > > > Weet iemand of deze way het hippe verlichte fietspad is? > > > http://www.openstreetmap.org/way/4389533 > > > > Het lijkt me dat dat hem is gezien de powerlines in de foto's. > > > http://www.dichtbij.nl/eindhoven/regionaal-nieuws/artikel/3779697/glowinthedark-van-goghfietspad-in-eindhoven-woensdag-onthuld.aspx > > > > Zou mooi zijn als we de naam kunnen updaten. > Ja, dat is 'm. Helaas is het een vrij kansloos fietspad als je van Nuenen naar Eindhoven fietst of andersom, maar de laatste tijd was dat pad vanaf de Wolvendijk wel afgesloten. Mogelijk rijd ik er vanavond nog langs, anders van het weekend. ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] hulp bij revert changeset nodig
OK, de landuse=residential blijft dan dus 'gebroken' achter, maar ik begrijp dat dat het resultaat was van de redactie. Ook 12476086 is nu teruggedraaid Op wo 25 jul 2012 00:05:08 schreef Minko: > Bedankt Oliver, > > Draai 12476086 ook helemaal terug dan teken ik de bebeouwde kom maar opnieuw > in Zie http://www.openstreetmap.org/browse/way/6332489 > > Deze nodes waren ook onderdeel van fietspaden en die zijn helemaal verstoord > door mijn edits: > > 286886874 (ook onderdeel van weg 26200440) > 286886861 (ook deel van ways 26200443 en 26200438) > 286886059 (ook onderdeel van weg 26200341) > 284044922 (ook deel van ways 40674968, 40674969 en 26020434) > 284044920 (ook onderdeel van weg 40674968) > 928930638 > 283980692 (ook onderdeel van weg 26015475) > > > 12476264 liet zich makkelijk terugzetten, dat is nu gebeurd. 12476086 > > is > > duidelijk lastiger, kijk je even of het nog nodig is? > > ___ > 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] hulp bij revert changeset nodig
Op di 24 jul 2012 23:16:34 schreef Minko: > Hallo, > > In een poging de residential landuse van Deurne te herstellen is er iets > goed fout gegaan waardoor er een aantal fietspaden zijn vernield en over > het hele dorp zijn uitgestrooid. > Kan iemand mijn changesets weer terugzetten of uitleggen hoe dat moet? > > http://www.openstreetmap.org/browse/changeset/12476086 > http://www.openstreetmap.org/browse/changeset/12476264 > 12476264 liet zich makkelijk terugzetten, dat is nu gebeurd. 12476086 is duidelijk lastiger, kijk je even of het nog nodig is? ___ 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
Op za 21 jul 2012 11:21:27 schreef Wimmel: > 2012/7/21 Robert Elsenaar : > > 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. > > Probeer dit eens: http://tools.geofabrik.de/osmi/?view=wtfe > > Wim > Als je een account aanmaakt op itoworld.com kan je regio's definieren en daarin zien wie wat heeft lopen veranderen (De RSS feed voor je eigen regio is een aanrader), maar daarnaast kan je ook per gebruiker opvragen, in dit geval dus user 244176. Bijvoorbeeld: http://www.itoworld.com/product/osm/map?area=870:1&show=user:244176&colour=table Hiermee worden dus de echte aanpassingen getoond en bovendien geeft deze aan dat er meer aangeraakt is dan dat de OSM-Inspector toont. Ter verdediging van OSM-I moet ik dan wel weer zeggen dat voorzover ik nu heb gezien, lijnen die wel aangeraakt zijn door het OSMF Redaction Account, maar niet getoond worden in de OSM-I ook niet zijn beschadigd. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Kruising in Nijverdal
Op zo 06 mei 2012 14:02:08 schreef Geert Ribbers: > De kruising Grotestraat, De Jonckheerelaan, Smidsweg staat momenteel fout > op Open Streetmap. Het is een normale kruising met verkeerslichten waar > auto's alle kanten op kunnen (net per fiets gecheckt). Maar volgens > Streetmap kunnen alleen fietsen vanuit De Jonckheerelaan of de Smidsweg de > Grotestraat op. De verbinding voor auto's met de Grotestraat ontbreekt. > Dit kan er bijna niet altijd zo gestaan hebben. Kan iemand zien wat daar > gebeurd is? > Of trekken we die 2 wegen maar gewoon tegen de Grotestraat aan? > > De fietsverbindingen zijn opgevoerd door Fietsrouteplanner op 25-11-2010. > > Groeten, Geert De oversteek stond als cycleway te boek, ik heb er primary van gemaakt. Die fietspaden ten oosten ervan als pedestrian taggen vind ik trouwens ook wel een interessante keuze (zeker met oneway=yes), als je daar nog herinnering van hebt, of binnenkort weer in de buurt bent, zou je daar ook eens kritisch naar kunnen kijken. Groeten, Oliver ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] download niet meer alles?
Op zo 04 dec 2011 15:23:45 schreef Floris Looijesteijn: > hoi, > > ik kom nu net al twee situaties tegen waar niet alle data wordt gedownload. > > in onderstaande link wordt bijvoorbeeld de spoorlijn niet gedownload. > http://www.openstreetmap.org/?lat=52.38409&lon=4.76838&zoom=17&layers=M > > heb ik iets gemist of is er iets kapot? > Je hebt dan nog geen nodes gedownload die bij dat spoor horen. Ze liggen daar redelijk ver uit elkaar. De linkernodes liggen bij de straat 'Dubbele Buurt' en de rechternodes liggen boven de volkstuintjes "De Oase". Een van die twee locaties zal je bij je download moeten betrekken om de spoorlijnen te zien. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Semi automatisch BAG voorstel
Op zo 30 okt 2011 21:26:54 schreef Stefan de Konink: > In de catacomben van IRC, is in geheim overleg een voorstel uit een > aantal toetsenborden gevloeid. Besmeurd met bloed van gestorven OSM > editors en licentie separatisten zodat deze tijdens Allerheiligennacht > hun torn van genade en vrees kunnen botvieren op de -nog editende- > mappers. Ik heb de grootst mogelijke moeite om dit voorstel serieus te nemen. Wie waren hierbij betrokken? Is er een log van deze chat? > Conceptueel: > - er wordt een losse database gemaakt waar de BAG in wordt geïmporteerd > (...) > - Er wordt een OSM render gemaakt die (OSM - gebouwen) + BAG is. 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. Wie gaat dit dan (belangeloos) doen/opzetten? Hoeveel tijd is hiermee wel niet gemoeid? Ik begrijp ook dat deze database niet beschikbaar zal zijn voor de gemiddelde mapper, hetgeen niet erg open is voor een _open_streetmap. > Gemeentegrenzen; > - we gaan er vanuit dat gemeentegrenzen uit de BAG correct zijn > - gemeentegrenzen worden, eenmalig door een nieuwe user geimporteerd > - gezamelijk met de mutaties van het kadaster wordt het bovenstaande > gemonitord > - wijzigingen worden in de vorm van updates op geometrie uitgevoerd Gaan die grenzen dan in de OSM-database of in die conceptuele database? Ik ben ermee akkoord dat die gemeentegrenzen centraal in een keer vanuit de BAG in de OSM-database kunnen. Kan er dan misschien ook een keer gekeken worden of de admin-levels niet herschikt kunnen worden zodat we na wijken ook buurten in kunnen voeren? > Gebouwen; > - Een (groepje) mapper(s) kan zich aanmelden voor een woonplaats > - Dit groepje krijgt meldingen bij wijzigingen in de BAG database > - Dit groepje kan zeggen: importeer de huizen uit de BAG database > - Dit groepje kan zeggen: update de wijzigingen uit de BAG database Ik denk dat we het er allemaal over eens kunnen zijn dat we zoveel mogelijk mappers moeten verzamelen om de werklast te verdelen en de betrokkenheid zo groot mogelijk te houden. De voorgestelde losse database zou dan juist weinig motiverend zijn. Het huidige 'iedereen met een account kan bijdragen'-model is volgens mij in grote mate verantwoordelijk voor het succes van OSM. Met het losse database voorstel misken je dat gegeven. De lokale mapper de gelegenheid en verantwoordelijkheid geven om zelf de gebouwen in te voeren zal juist veel meer bereidwillige mappers opleveren. Centraal blijft dan alleen de taak over om het BAG-extract te verwerven, in partjes (gemeenten?) te verdelen en in een formaat aan te leveren aan de mappers die dat met JOSM of Merkaartor kunnen verwerken. De exacte procedure voor de lokale mapper kan gedocumenteerd worden in de wiki en eventueel op een meeting uit de doeken worden gedaan. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] BAG viewer
Op za 29 okt 2011 17:36:21 schreef Stefan de Konink: > Op 29-10-11 14:50, Oliver Heesakkers schreef: > > Up-to-date houden van de data zie ik niet direct als probleem, meer > > een technische uitdaging. Bovendien moet er ook over worden > > nagedacht hoe vaak je het wilt doen (een maal per maand lijkt mij > > schromelijk overdreven). > > Dan denken wij daar dus duidelijk anders over. Het is totaal onnodig > om de BAG data te importeren. Omdat de data in een PD licentie > beschikbaar is en een open standaard gebruikt om de data te ontsluiten. > > Wil je de data renderen kan dat gewoon, zelfs samen met OpenStreetMap > op 1 kaart laag. > > Weerleg mijn argumenten maar. Het argument dat de data PD is leidt uberhaupt niet tot de conclusie dat het onnodig is om die data in de OSM-database te importeren. Je veronderstelt dat elke burger geen probleem zou hebben om contact op te nemen met de overheid om BAG-data te verwerven en ze ook kan verwerken. OSM is echter veel laagdrempeliger. Geimporteerde BAG-data geeft de mapper gelegenheid om namen, ingangen, openingstijden, etc. toe te voegen en geeft die mapper ook makkelijk de gelegenheid om de plaatsing van wegen te orienteren aan de gebouwen. De huisnummers (en binnenkort wellicht postcodes) die BAG levert zijn relevante en goed bruikbare data die ook juist voor afgeleide (navigatie)producten juist heel interessant zijn. Het bij elkaar houden van de data voorkomt dan licentievraagstukken en compatibiliteitsproblemen. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] BAG viewer
Op vr 28 okt 2011 13:48:00 schreef Stefan de Konink: > Op 28-10-11 13:06, Maarten Deen schreef: > > On Fri, 28 Oct 2011 12:51:23 +0200, Just van den Broecke wrote: > >> Importeren van BAG in OSM is natuurlijk een andere optie maar dat > >> is een aparte discussie die elders gevoerd wordt :-). > > > > Mag dat, BAG gegevens gebruken in OSM? > > Ja, maar laten we vooral OSM nog een grote rotzooi maken als de mag > maandelijks door het Kadaster wordt geupdate en er nog _nooit_ 1 > externe bron in OSM goed is gesynced. De BAG-data is juist een opruiming. Weg met die oude schots en scheve 3dShapes gebouwen. Dat het in verleden nooit goed gesynced is betekent niet dat het nu niet zou kunnen. Alleen moeten er dan wel korte termijn spijkers met koppen worden geslagen. Bij gebrek aan een landelijke regie beginnen individuele mappers beginnen nu al individuele steden van BAG-data te voorzien. Overigens ben ik er ook voorstander van om de individuele mappers (evt onder begeleiding) in te schakelen om hun stad (en omstreken) van de BAG-import te voorzien en landelijk alleen een regie te voeren. Up-to-date houden van de data zie ik niet direct als probleem, meer een technische uitdaging. Bovendien moet er ook over worden nagedacht hoe vaak je het wilt doen (een maal per maand lijkt mij schromelijk overdreven). > Wat ik wil voorstellen is een combi-render. Zoals nu al gebeurd met de > water/land grenzen. Hoe bedoel je dat precies? we hebben toch admin_level=2 en border_type=territorial in de database zitten? Ik blijf er bij dat de import in de OSM-database plaats moet vinden. Zoals ik net al schreef verspreidt deze gedacht zich ook naar andere gebruikers. Naast het alom bekende Nijmegen is nu ook Gorinchem voorzien van de BAG-data. In het bijbehorende forumtopic[1] worden ook Helmond en Putten als volgende kandidaten genoemd en persoonlijk heb ik ook wel zin om de gemeente Eindhoven aan te schrijven, al was het alleen maar om de update-procedure zelf eens te bestuderen. @Martijn: De laatste keer dat we hierover spraken, haalde jij de paneldiscussie "I fight authority, Authority always wins" aan op de SotM 2011 waar jij zelf ook deel van uitmaakte.[1] Is daar nog iets interessants/relevants voor deze discussie uitgekomen? Oliver [1] http://forum.openstreetmap.org/viewtopic.php?id=13917 [2] http://wiki.openstreetmap.org/wiki/SotM_2011_Panel:_I_fight_authority,_Authority_always_wins ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] BAG: enige gegevens
Om het onderwerp warm te houden, hierbij een een paar (relevante?) gegevens. Er zijn in Nederland*: 2.865.062 ways met building=yes 2.781.371 ways met building=yes en source=3dShapes 5.493 van de 3dShapes buildings zijn voorzien van een naam. Er van uitgaande dat geen gebouw tijdens de import voorzien was van een naam, zijn dit dus door een gebruiker toegevoegde namen: http://heesakkers.info/showandtell/3dShapesBuildingsWithNames.png De overgebleven 83.691 non-3dShapes buildings bestaan uit 50.020 buildings met source=Gemeente Nijmegen en 5.414 staan er in Nuenen. http://heesakkers.info/showandtell/Non3dShapesBuildings.png Na aftrek van Nijmegen (dat opnieuw geimporteerd kan worden) en Nuenen (dat terrein is van Freek) zijn er dus 28.257 + 5.493(3dShapes met naam) = 33.750 buildings die met toepasselijke zorg behandeld moeten worden wanneer een BAG import plaatsvindt. Wat mij in de afbeeldingen opviel is dat er best een goede spreiding is over het land. Als je die gebruikers ook allemaal op de een of andere manier actief kunt krijgen bij het verwerken van BAG-gegevens, make vele handen licht werk. *Kosten* Volgens een pdf op de website van het Kadaster kost een BAG Extract Abonnement mutaties 150 euro voor de eerste levering en 10 euro per maand voor iedere volgende levering. Het is me niet helemaal duidelijk of die eerste levering ook een compleet extract is, of dat dat nog eens 150 euro moet kosten. http://www.kadaster.nl/BAG/docs/Tarievenschema.pdf Wat me op de website van het Kadaster niet duidelijk wordt, is welke licentie op de gegevens van toepassing is. "De gemeente is de bronhouder". Wil dat dan zeggen dat iedere gemeente toestemming moet geven om die gegevens (als afgeleide vorm) onder odbl-licentie op te slaan, of dragen de gemeentes alle rechten over aan het Kadaster, waardoor alleen zij maar akkoord hoeven te gaan? *: Ik gebruikte de omtrek van het Europese deel van Nederland volgens de relatie 47796 als polygoon (incl Baarle Hertog). Om een of andere reden bevatte het resultaat toch gebouwen die duidelijk in Belgie en Duitsland staan. Deze gebouwen missen soms ook nodes waardoor vertekeningen in de afbeeldingen onstaan. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] BAG (Was: Diverse vragen)
Op maandag 29 augustus 2011 14:42:29 schreef Martijn van Exel: > I2011/8/29 Oliver Heesakkers : > > Op zondag 28 augustus 2011 11:04:42 schreef Martijn van Exel: > >> 2011/8/28 Nico Witteman : > >> >(...) > >> > > >> > 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 nadenken > >> over hoe die geimporteerde data bij wordt gehouden; van de BAG komt > >> maandelijks een mutatiebestand uit, importeren in OSM is alleen zinvol > >> als je ook die mutaties opneemt. Maar hoe moet dat dan met > >> adresobjecten die ondertussen door een echt persoon zijn bijgewerkt? > >> Dat zijn moeilijke vragen. > > > > Is er sinds die discussie / call to arms eind mei uberhaupt nog iets > > ondernomen op dit gebied? > > > > Ik zie de BAG als zinnige vervanger voor de 3dShapes gebouwen. De > > nauwkeurigheid is veel groter en de informatie is uitgebreider. > > Bovendien zijn het juist de regelmatige updates die deze informatie > > waardevoller maken dan 3dShapes. > > Hoe mooi de 3dShapes ook zijn, op sommige (vele?) punten is die > > informatie nu al gruwelijk achterhaald. > > Sommige imports zijn zinvoller dan anderen (powerlines, datakabels), > > maar > > juist BAG-data voldoet aan een basis wens voor de moderne > > navigatie-gebruiker, namelijk plaatsbepaling op huisnummerniveau. > > > > Er resteren nog vele vragen over hoe een BAG-import en daaropvolgende > > updates aangepakt moeten worden, zodat we dubbel getekende gebouwen > > voorkomen en door de community aangebrachte wijzigingen zo respectvol > > mogelijk behandelen. Daarvoor zijn al enkele oplossingen aangedragen, > > maar er zal toch echt een soort werkgroep opgezet moeten worden om deze > > uit te werken en een import zo soepel mogelijk te laten verlopen. > > Ook bestaan er wellicht nog enkele vraagtekens omtrent het > > licentie-vraagstuk, maar dat zou het ministerie / de gemeentes > > definitief moeten kunnen beantwoorden. > > Het is niet alleen een kwestie van nut voor de eindgebruiker. Als > iemand een navigatie-app wil maken of een website met een > routeplanner, kan hij prima 'best of breed' datasets combineren. Dat > betekent nog niet dat al die data in OSM hoeft te zitten. Bij een > import moet je volgens mij op de eerste plaats uitgaan van het nut > voor OpenStreetMap en *niet* het mogelijke nut voor de eindgebruiker. > Die ken je immers niet - wat voor de ene groep gebruikers een heel > nuttig thema is, is voor een andere categorie volstrekt irrelevant. Key:addr is al een geaccepteerd onderdeel van de OSM-database en wordt in meerdere landen toegepast. Het is niet logisch om de Nederlandse huisnummers in een aparte database te gaan verstoppen terwijl de rest van de wereld zijn huisnummers wel gewoon in de OSM-database heeft zitten. Zelfs seamarks, stroomkabels en GSM-masten worden opgenomen in de database. Dat had van mij best in een aparte database gemogen omdat het geen recht doet aan de core functie van een streetmap, de BAG gegevens doen dat echter wel. > > Het 'nut voor OpenStreetMap' kun je mijns inziens langs twee meetlatten > aflezen: 1. Nut voor OpenStreetMap als project: een import kan bijvoorbeeld > bijdragen aan een beter publiek gezicht van het project. De > 3DShapes-import, hoeveel vraagtekens je ook bij de wenselijkheid > daarvan kunt zetten (zie hieronder), heeft een mooiere kaart > opgeleverd. OpenStreetMap is er als ondergrondlaag, als basiskaart, > aantrekkelijker door geworden. > 2. Nut voor de OpenStreetMap als gemeenschap: een import kan een > impuls geven aan de lokale mappers-gemeenschap, door bijvoorbeeld een > eerste aanzet te geven voor de kaart. Ik denk, maar dit is nooit > aangetoond, dat de AND-import en ook de TIGER-import hier in de VS > daaronder vallen. Mijn vermoeden is dat het merendeel van de mappers > liever werkt vanuit een basiskaart -- hoe slecht van kwaliteit > misschien ook -- dan vanuit een blanco vel. Weet iemand van een > onderzoek dat dit argument ondersteunt of ontkracht? Ik denk juist dat een potentiele mapper bij een eerste blik op de website zal zien dat zijn gebied prima in elkaar zit en geen reden ziet een account te maken om aanpassingen te doen, maar zoals je zelf ook al zegt is dat nooit hard te maken. Tegelijkertijd is de mate waarin het product "af" is van belang voor het nut van OSM voor de eindgebruiker. Deur tot deur navigatie
Re: [OSM-talk-nl] BAG (Was: Diverse vragen)
Op zondag 28 augustus 2011 11:04:42 schreef Martijn van Exel: > 2011/8/28 Nico Witteman : > >(...) > > > 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 nadenken > over hoe die geimporteerde data bij wordt gehouden; van de BAG komt > maandelijks een mutatiebestand uit, importeren in OSM is alleen zinvol > als je ook die mutaties opneemt. Maar hoe moet dat dan met > adresobjecten die ondertussen door een echt persoon zijn bijgewerkt? > Dat zijn moeilijke vragen. > Is er sinds die discussie / call to arms eind mei uberhaupt nog iets ondernomen op dit gebied? Ik zie de BAG als zinnige vervanger voor de 3dShapes gebouwen. De nauwkeurigheid is veel groter en de informatie is uitgebreider. Bovendien zijn het juist de regelmatige updates die deze informatie waardevoller maken dan 3dShapes. Hoe mooi de 3dShapes ook zijn, op sommige (vele?) punten is die informatie nu al gruwelijk achterhaald. Sommige imports zijn zinvoller dan anderen (powerlines, datakabels), maar juist BAG-data voldoet aan een basis wens voor de moderne navigatie-gebruiker, namelijk plaatsbepaling op huisnummerniveau. Er resteren nog vele vragen over hoe een BAG-import en daaropvolgende updates aangepakt moeten worden, zodat we dubbel getekende gebouwen voorkomen en door de community aangebrachte wijzigingen zo respectvol mogelijk behandelen. Daarvoor zijn al enkele oplossingen aangedragen, maar er zal toch echt een soort werkgroep opgezet moeten worden om deze uit te werken en een import zo soepel mogelijk te laten verlopen. Ook bestaan er wellicht nog enkele vraagtekens omtrent het licentie-vraagstuk, maar dat zou het ministerie / de gemeentes definitief moeten kunnen beantwoorden. Het is echter wel zaak om hiermee aan de gang te gaan en bezig te blijven, want het zou zonde zijn als we uiteindelijk helemaal niets met deze databron doen. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] safe water
Op zaterdag 27 augustus 2011 18:48:33 schreef Jonas Stein: > http://www.openstreetmap.org/browse/way/61806867 > > why is there a "safe water" outside the seamarkings? > looks to me more like "this is my favourite route" track > then a geographical detail. > > kind regards, I don't think "safe_water" is a legitimate value for the waterway-key and since the buoy import (see openseamap.org) this line is certainly deprecated. Feel free to remove the line. It was placed by a German, so it's only fitting that a German remove it. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
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
Re: [OSM-talk-nl] Hoe gecombineerde bruggen te mappen?
On Wednesday 01 June 2011 17:07:42 Rick van der Zwet wrote: > Ik heb een brug kunstwerk wat 2 fietspaden en 1 weg bevat: > http://goo.gl/maps/stHx > > Hoe krijg ik die netjes in OSM neergezet? Ik heb nu drie bruggen > gemaakt, maar dat lijkt me niet de bedoeling: > > http://www.openstreetmap.org/?lat=52.117858&lon=4.501895&zoom=18&layers=M > > Gr. /Rick > Er is een methode (proposal) met met relaties, alleen wordt die niet door Mapnik ondersteund, alleen door Osmarender. Hierdoor lijkt de populariteit nog ver te zoeken. Vergelijk hier de bruggen in het midden met de bruggen iets erboven en -onder: http://www.openstreetmap.org/?lat=51.43488&lon=5.50438&zoom=17&layers=O http://wiki.openstreetmap.org/wiki/Relations/Proposed/Bridges_and_Tunnels ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] BAG
On Tuesday 31 May 2011 23:13:04 Floris Looijesteijn wrote: > Dag allemaal, > > Allereerst, als je nog niet weet wat de BAG is: > > http://bag.vrom.nl/ > > Als huisnummerfan is dit dus een machtig interessante dataset. > > Milo postte gister dit plaatje: > http://yfrog.com/z/gyvhvpp > (volgens mij beleefde ik m'n eerste orgosme bij het zien daarvan). > > Is het misschien een idee om met alle belanghebbenden eens een keer bij > elkaar te gaan zitten (fysiek of conference call / irc) om de mogelijkheden > van de BAG door te nemen? Zeker, zet mij maar op de lijst van geinteresseerden. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] omtagging motorway_links door "It's so funny"
On Thursday 26 May 2011 21:29:38 Colin Smale wrote: > Nog een alert van mijn kant... De gebruiker "It's so funny" heeft in de > afgelopen weken overal in NL de ref en name van heel veel motorway_links > omgetagd... Verbindingsbogen tussen twee snelwegen hebben nu "ref={van} > <-> {naar}" maar soms ook wel "ref={naar} <-> {var}" ; afritten (de > ways, niet de node bij de splitsing) hebben nu "ref={afritnummer}" en > "name={afritnaam}". Hoewel dit vermoedelijk niet geautomatiseerd > gebeurt, heeft het veel weg van een bulk import (het is in feite een > bulk edit) . Het is mij opgevallen omdat hij net aan de regio Maarssen > toegekomen is. Persoonlijk ben ik er niet zo blij mee; ik maak veel > gebruik van mkgmap en weet dat ik hierdoor een aantal uren werk aan > mkgmap voor de boeg heb om o.a. de gesproken rijinstructies weer > redelijk te krijgen... > > Verder zijn veel parallelrijbanen van snelwegen (o.a. de A2 en A12 bij > Utrecht) van motorway in motorway_link gewijzigd, dit ondanks de > nadrukkelijke aanwijzing in de wiki. Ik kon me herinneren wijzigingen te hebben gezien bij ITO, maar pas met jouw waarschuwing heb ik de wijzigingen van "It's so funny" grotendeels ongedaan gemaakt rondom Eindhoven. Ik weet dat Garmin-gebruikers juist wel zouden zitten te wachten op *_link ivm de gesproken instructies. Zelf heb ik geen Garmin, dus daar blijf ik nog maar even buiten (ik zie dat motorway_link hier al langer gebruikt wordt). ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Woonplaatsen, wijken, buurten en admin_levels
On Monday 18 April 2011 20:51:32 Lennard wrote: > On 18-4-2011 9:47, Roeland Douma wrote: > > > Echter als je de hiërarchie wil behouden zou ik een admin_level=12 > > introduceren en daarvan dan buurten maken. Het slaat natuurlijk nergens > > We hebben gewoon erg veel onderverdelingen in NL. Nu al een 12 nodig? > Poeh he. Daar ben ik het onmiddellijk mee eens. Het is al erg genoeg dat wij (samen met de Duitsers) een level meer nodig zouden hebben dan de rest van de wereld (waarvan we er dan ook nog eens twee niet gebruiken!) Is het een optie om de admin_levels te herschikken? Bijvoorbeeld de gemeente in level 8 te zetten, de rest door te schuiven, zodat de buurten uiteindelijk gewoon in 11 vallen? > > Een gemeente met stadsdelen kan wel degelijk ook woonplaatsen hebben. De > > gemeente Amsterdam heeft 2 woonplaatsen (Amsterdam en Amsterdam > > Zuidoost) en de woonplaats Amsterdam heeft dan weer verschillende > > stadsdelen. Prima, de huidige admin_levels voorzien hierin. > Het leuke(?) aan Amsterdam is dat de woonplaats Amsterdam groter is dan > de stadsdelen, maar een lagere orde admin_level heeft in OSM. Hetzelfde > speelt overigens ook in Rotterdam. > > Wat dat betreft hadden we woonplaatsen wellicht beter op 9 moeten hebben > en stadsdelen/deelgemeenten op 10. Op het eerste gezicht lijkt me dat een logische wisseling ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Woonplaatsen, wijken, buurten en admin_levels
Ik probeer structuur te vinden in de huidige manier waarop stadsdelen, wijken en buurten getagged worden en zouden moeten worden. Op het moment zie ik dat veel buurten getagged worden als 'suburb', hetgeen volgens mij geen correct gebruik van die tag is. Ik heb de CBS 2008 gemeente, wijk en buurten informatie er even bijgepakt en vergeleken met de admin_levels zoals ze worden weergegeven op http://wiki.openstreetmap.org/wiki/Tag:boundary=administrative Het CBS kent gemeenten (admin_level 8), wijken en buurten. Het CBS rekent ook stadsdelen (admin_level 9), zoals veel grote steden in Nederland die kennen, tot wijken, maar in de meeste steden met stadsdelen worden de stadsdelen verdeeld in wijken (admin_level 11) en de wijken daarna in buurten. Voor die buurten is er dan dus geen admin_level beschikbaar. Op zich is dat geen probleem als er maar een tag is die recht aan de status van die buurten. place:suburb is dat niet, aangezien suburb ook kan bestaan uit meerdere buurten. Een suburb is volgens mij meer een type wijk (rand van de stad, nieuwbouw / vinex). Een onderscheid dat in Nederland voor zover ik weet niet wordt gemaakt. Voor de volledigheid admin_level 10: Als ik het goed begrijp kan een level 10 (woonplaatsen) niet voorkomen als je level 9 gebruikt. level 10 zou bijvoorbeeld zijn Amerongen, Doorn, Maarn binnen de gemeente Utrechtse Heuvelrug. Voorzover die woonplaatsen dan wijken hebben kunnen die in admin_level 11 vallen. Daarvoor voldoet het huidige systeem dus. Wat ik wil: 1. place:suburb verwijderen uit het Nederlandse territorium 2. Een tag om buurten (in steden) te beschrijven. Te definieren als "Gebieden kleiner dan een wijk (admin_level 11) die een naam dragen vanuit de geschiedenis, en/of die de naam hebben gekregen tijdens een ontwikkelingsproject". place:neighbo(u)rhood lijkt dan een sterke kandidaat. De key place dient gebruikt te worden om nominatim e.d. goed te kunnen voorzien. http://wiki.openstreetmap.org/wiki/Neighbourhood Voorbeelden: admin_level 8: Amsterdam, Rotterdam, Eindhoven admin_level 9: Zuidoost, Prins Alexander, Woensel-Zuid admin_level 10: N/A, N/A, N/A admin_level 11: Gaasperdam, Ommoord, Oud-Woensel place:neighbo(u)rhood: Holendrecht, Varenbuurt, Hemelrijken NB: Amsterdam lijkt in de meeste gevallen geen wijken te hebben maar rechtstreeks van stadsdelen naar buurten te springen (West --> Admiralenbuurt). Gaasperdam is daar dan weer een uitzondering op. Internationaal is dit onderwerp ook in beweging: http://forum.openstreetmap.org/viewtopic.php?id=11885 http://lists.openstreetmap.org/pipermail/tagging/2011-April/007339.html ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Wormtails
On Sunday 06 March 2011 22:16:49 Oliver Heesakkers wrote: > On Friday 04 March 2011 14:28:07 Martijn van Exel wrote: > > Degene die zo'n mooie wormtail van Amsterdam maakt krijgt van mij een > > drankje naar keuze bij de volgende meetup. > > > > http://eric.marsden.free.fr/osm/wormtrails/paris.html > > > > > > En dan waar het allemaal om ging > ( > http://www.openstreetmap.org/?box=yes&maxlat=52.5&maxlon=5.1&minlat=52.2&minlon=4.7 > ) > > de output voor Amsterdam: > > http://heesakkers.info/showandtell/Amsterdam_Wormtrail-201101151800.svg > > De datum-balk houdt weliswaar op bij 2010-11, maar ik heb in de > Eindhoven-output kunnen constateren dat de laatste column wel degelijk > gegevens uit januari bevat. > Na enig contact met Eric Marsden heeft hij zijn code gecorrigeerd. De nieuwe uitvoer is nu beschikbaar onder dezelfde links. Het verschil is vrij groot, de tijdbalk klopt nog niet helemaal, maar het komt wel dichter in de buurt voor zover ik kan zien. http://heesakkers.info/showandtell/Eindhoven_Wormtrail-201101151800.svg http://heesakkers.info/showandtell/Amsterdam_Wormtrail-201101151800.svg ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Wormtails
On Friday 04 March 2011 14:28:07 Martijn van Exel wrote: > Degene die zo'n mooie wormtail van Amsterdam maakt krijgt van mij een > drankje naar keuze bij de volgende meetup. > > http://eric.marsden.free.fr/osm/wormtrails/paris.html > > En dan waar het allemaal om ging ( http://www.openstreetmap.org/?box=yes&maxlat=52.5&maxlon=5.1&minlat=52.2&minlon=4.7 ) de output voor Amsterdam: http://heesakkers.info/showandtell/Amsterdam_Wormtrail-201101151800.svg De datum-balk houdt weliswaar op bij 2010-11, maar ik heb in de Eindhoven-output kunnen constateren dat de laatste column wel degelijk gegevens uit januari bevat. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Wormtails
Gelukt! Zitten nog wel wat schoonheidsfoutjes in zoals de link naar de gebruiker's pagina en ondanks dat de full-experimental 20110115 als datum heeft stopt de grafiek ogenschijnlijk bij november 2010. http://heesakkers.info/showandtell/Eindhoven_Wormtrail-201101151800.svg On Sunday 06 March 2011 13:28:38 Tim Blokdijk wrote: > Ik ben wel benieuwd naar die wormtrail van Eindhoven. :-) > > Met Vriendelijke Groeten, > > Tim Blokdijk > > ICT en Procescoördinator > Stichting Thuiszorg De Sleutel > Nieuwe Fellenoord 38, > 5612 KD Eindhoven > Tel. 040-2489669 > > > Oliver Heesakkers schreef op za 05-03-2011 om 11:44 [+0100]: > > > On Friday 04 March 2011 14:28:07 Martijn van Exel wrote: > > > Degene die zo'n mooie wormtail van Amsterdam maakt krijgt van mij een > > > drankje naar keuze bij de volgende meetup. > > > > > > http://eric.marsden.free.fr/osm/wormtrails/paris.html > > > > > > > > > > Heb je zelf al een geschikte uitsnede van Amsterdam uit de full- > > experimental? Ik ben nu aan het testen, maar de osmosis stap om > > Eindhoven krap uit te snijden[1] duurt al uren op deze machine. > > > > [1] > > http://www.openstreetmap.org/?box=yes&maxlat=51.4979&maxlon=5.5372&minlat=51.4031&minlon=5.3999 > > > > ___ > > 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] Wormtails
On Friday 04 March 2011 14:28:07 Martijn van Exel wrote: > Degene die zo'n mooie wormtail van Amsterdam maakt krijgt van mij een > drankje naar keuze bij de volgende meetup. > > http://eric.marsden.free.fr/osm/wormtrails/paris.html > > Heb je zelf al een geschikte uitsnede van Amsterdam uit de full- experimental? Ik ben nu aan het testen, maar de osmosis stap om Eindhoven krap uit te snijden[1] duurt al uren op deze machine. [1] http://www.openstreetmap.org/?box=yes&maxlat=51.4979&maxlon=5.5372&minlat=51.4031&minlon=5.3999 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] melding 'you have downloaded too much data'
http://www.openstreetmap.org/user/fietsrouteplanner Pim/edits On Wednesday 27 October 2010 09:37:20 Floris Looijesteijn wrote: > Als ik naar http://www.openstreetmap.org/user/Emiel1/edits kijk is dat nou > niet zoveel verkeer dat dat een ban op zou moeten leveren. > > Op user Pim kan ik niet vinden. Gebruiken ze wel allebei een eigen > account? Zo niet is dat misschien nog een mogelijke oplossing. > > Maar als het goed is heeft Martijn inmiddels een mail gestuurd dus komt er > vast snel een antwoord. > > Groet, > Floris > > fbo...@goudappel.nl wrote: > > Bedankt voor jullie reacties, > > > > Ik weet niet welk IP-adres naar buiten gaat, dat zou ik aan de helpdesk > > moeten vragen. > > De medewerkers die nu aan de fietsrouteplanner werken zijn Pim > > (p...@fietsrouteplanner.info) en Emiel1 (em...@fietsrouteplanner.info) > > Zij werken beiden de hele dag tegelijk in JOSM. Dus er wordt wel meer > > gedaan dan 1 persoon normaal zou kunnen doen vanaf 1 adres. > > Het zijn wel allemaal handmatige acties, dus geen rendering. > > > > We hebben nu 2 verschillende netwerkverbindingen, dus hopelijk kunnen we > > een tijdje vooruit, maar ik ben wel benieuwd of we daadwerkelijk aan de > > limiet zitten of dat er iets anders aan de hand is. > > > > Groeten Francien > > > > > > From: "Floris Looijesteijn" > > To: "OpenStreetMap NL discussion list" > > Date: 10/26/2010 04:25 PM > > Subject:Re: [OSM-talk-nl] melding 'you have downloaded too much > > data' > > Sent by:talk-nl-boun...@openstreetmap.org > > > > > > > > Met welk account (of nog beter, welk ip adres) doen jullie de edits? > > > > Dan zal ik eens navragen of er echt een limiet is ingesteld. > > > > En wat voor edits doen jullie eigenlijk? Iets met fietsroutes toch? > > > > Groet, > > Floris > > > > fbo...@goudappel.nl wrote: > >> Vorige week heb ik al een berichtje gepost 'communication with the > >> osm-server timed out' > >> > >> Inmiddels zijn we een stapje verder en weten we dat dat komt doordat we > >> meer dan gemiddeld downloaden. De osm-server is daar waarschijnlijk op > >> beveiligd. > >> We zijn op meerdere computers aan het werk, die via hetzelfde IP-adres > >> naar buiten gaan. Logisch dat de server daarop controleert,, maar wij > >> lopen nu dus tegen deze beperking aan. > >> > >> Weet iemand hoe wij hier omheen kunnen. We hebben inmiddels een laptop > > op > >> een andere aansluiting tot onze beschikking, maar we zoeken een meer > >> permanente oplossing, want deze zal waarschijnlijk op een gegeven moment > >> ook op deze beperking stuiten. > >> > >> Helaas lag het netwerk vanmiddag ook een tijdje plat, waardoor er twee > >> rpoblemen door elkaar liepen. > >> > >> Groeten Francien > >> > >> >> ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Lanes / 'afslagen' A2/A58 (eindhoven)
On Friday 12 December 2008 22:40:41 Lennard wrote: > Jeroen Asselman wrote: > > Nou meen ik toch redelijk zeker te weten dat ik wel degelijk is een keer > > op een snelweg een uitvoegstrook aan de linkerkant heb gehad. Nu alleen > > nog herinneren waar dat ook alweer was. Of er ook daadwerkelijk > > vervolgens pijlen naar links stonden weet ik niet meer, zou kunnen dat > > beide weghelften geen pijlen bevatte. > > A2 Eindhoven zuidwaarts, afslag Strijp > > Even spieken bij de concullega's: > http://maps.live.com/default.aspx?v=2&FORM=LMLTCP&cp=sk7tj5hfjhsm&style=b&l >vl=2&tilt=-90&dir=0&alt=-1000&scene=12191362&phx=0&phy=0&phscl=1&encType=1 > > Al weet ik niet of de situatie nu nog bestaat, gezien al de > werkzaamheden aan de ring van Eindhoven. Als het goed is gaat die afslag morgen weer open. Afrit rechts en dan links over de randweg heen. Ik zal binnenkort weer eens met de GPS in de auto of op de motor stappen. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Dictatorschap / Werkgroep tagging / Geert
On Monday 15 September 2008 23:07:07 Stefan de Konink wrote: > Hoi Allen, > > > Korte samenvatting: ik wil dictatorschap introduceren, een dictator kan > keuzes maken over zijn te beheren gebied. Blijkt echter dat hij suckt, > wordt zijn privileges door de andere (nabijgelegen) dictators omvergegooid. > Noem het dan een eindredacteur. Iemand die een beetje in de gaten kan houden wie waar (grote) dingen doet en het eindoordeel heeft over of iets wel of niet goed gemapped of getagged is. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Beginner / Intro
Op Sunday 03 June 2007 14:37:26 schreef Gert Gremmen: > Hallo Allemaal, > > Sinds een dag of tien ben ik lid van dit forum, en > gister heb ik voor het eerst een endje gefietst met mijn > HP Ipaq 6515 in de omgeving waar ik woon (delft) > Wel even gechecked hoe het er voor stond op > de map natuurlijk. > Ik gebruik nonigps en merkaator. > > Vanmorgen heb ik de eerste resultaten 13kM van > Een uurtje fietsen geupload. > > Probleempje, merkaator kan de geuploade tracks > niet downloaden ??? > Daarop heb ik de lokale file ingelezen, en ben aan > Wegen leggen gegaan. > Is nog niet zo simple, er zijn flinke afwijkingen in > De GPS tracks, en subtiele variaties in het wegennet > laten zich niet zomaar terugvinden in de gps tracks. > > Ook vindt ik een aantal problemen terug waarvan ik niet precies weet > Wat ermee te doen: > > - Een dubbelbaans lokale weg convergeert naar een enkele baan > - Bussluizen ?? > - Fietspalen > - Fietspaden > - Voetpaden en doorsteekjes tussen huizenblokken > - Busbaan, niet toegankelijk voor ander verkeer is er een tag > voor ? > > Lijkt mij genoeg vragen voor de eerste post > > Gert Gremmen > > (user cetest) Als je een node hebt geselecteerd kan je die met 'Move' verschuiven naar een andere node, die smelten dan vanzelf samen. Fietspad kan je selecteren onder 'Type' (cycleway) Idem voor voetpaden (footway) Busbaan zal je met de hand in moeten vullen, 'Type' laat je dan gewoon staan op wat toepasselijk is in dat gebied. Daarna voeg je toe: key: access, value: no key: access, value: psv ECHTER: Merkaartor heeft (helaas) te lijden onder gebrek aan aandacht van ontwikkelaars. Ik heb de originele (Nederlandse) schrijver gemaild gehad, maar hij gaf aan dat hij te druk is met andere bezigheden om aandacht te kunnen besteden aan Merkaartor. De patch die ik hem toen aanbood om een kleine typefout in de term "motorway" te corrigeren heeft in de afgelopen maanden zijn weg ook nog niet gevonden naar subversion (pas daar op als je snelwegen gaat maken). Daar komt nog eens bij dat onbekend is hoe goed de 0.4 api geimplementeerd is in Merkaartor. Een typefoutje corrigeren en opnieuw compileren onder FreeBSD kan ik dan nog wel, maar zo'n api-implementatie nakijken en compileren voor Windows gaat mijn vrijwel non-existente C++ vaardigheden ver te boven. Dus helaas moet moet ik je aanraden een andere editor te gebruiken, in ieder geval tot een ervaren C++-ontwikkelaar de 0.4 api code een keer heeft nagekeken. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl