Re: [OSM-talk-nl] 3dShapes voor OpenStreetMaps-NL

[Frank Steggink]

Dat zou inderdaad geweldig zijn, als vaststaat dat 3D shapes niet als een 
afgeleid werk wordt gezien van Top10NL en het AHN. Ik kijk liever eerst de kat 
uit de boom...

Frank

Stefan de Konink wrote:
> Stefan de Konink wrote:
>> Als NC hebben we er als OSM helaas niets aan. Dus denk er eens over
>> na of BY-SA genoeg juridische en promotionele waarde kan bieden :)
> 
> 
> Maarten Hilferink wrote:
>> Nav je opmerking over NC voorwaarden, heb ik besloten per 01-03-2009
>> de 3dShapes databank onder CC-BY-SA/3.0/NL beschikbaar te gaan
>> stellen, behoudens juridische actie van het Kadaster.
> 
> Dat betekent dat we tot die tijd een import kunnen voorbereiden :) En we 
>   *WEER* een geweldige Creative Commons bron hebben die echt leuk is :)
> 
> 
> Stefan
> 
> ___
> Talk-nl mailing list
> Talk-nl@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-nl
> 

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Historische kaarten van de wereld; deze mogen digitaal worden overgetrokken!

[Frank Steggink]

Eugene van der Pijll wrote:
> stegg...@steggink.org schreef:
>> Het zou helemaal fantastisch zijn om historische informatie van  
>> WatWasWaar e.d. in OSM te krijgen.
>
> Ik weet niet of het een goed idee is om dezelfde OSM-database voor zowel
> historische info als de bestaande situatie te gebruiken... Ik moet er
> niet aan denken hoe de data er in JOSM uit gaat zien. Maar een
> aparte database zou wel mooi zijn.
Dat is een leuk vraagstuk op zichzelf. Er zijn geloof ik wel startdate 
en enddate tags in OSM, maar in hoeverre ze ondersteund worden? Ik vrees 
niet veel. Temporele data wordt in het algemeen niet goed door GIS 
ondersteunt. Ook al zou je wel van startdate en enddate gebruik maken, 
dan is het een ontiegelijke hoeveelheid werk om bestaande data hier mee 
te upgraden. Meestal is niet meer te achterhalen hoe oud een bepaalde 
feature nou is. Is iets nou 10, 100 of 1000 jaar oud?

Het makkelijkst is dus een tweede database, maar als je iets met 
historische informatie wil doen, wil je je natuurlijk niet behelpen met 
een momentopname, maar een bepaalde periode bestrijken.

> Het is niet duidelijk wat de copyright over de kaarten op watwaswaar
> precies inhoudt... De topografische kaarten zijn rechtenvrij, want al
> lang geleden gepubliceerd. Maar de kadasterkaarten zijn voor zovere ik
> weet nog nooit gepubliceerd, tot een paar jaar geleden. Dus zelfs op de
> kaarten uit ~1834 zit mogelijk nog copyright. Het zou goed zijn als je
> daar duidelijkheid over kan krijgen.
Ik heb even gekeken, maar kan niet zo snel vinden wat de claims zijn op 
het materiaal. Vandaar mijn voorbehoud om mijn "inspanningen te delen" 
in mijn eerdere mail, alhoewel dat eerder in het kader van de 
databankwet is. Ik wil nog steeds de makers van Overijssel in Kaart 
aanschrijven voor toestemming, alhoewel ik geen idee heb of dat nodig 
is. Gezien de recente rechtspraak op het gebied van databankenrecht valt 
hier waarschijnlijk door niemand iets zinnigs over te zeggen... Wat de 
Duitse kaarten betreft: die zijn van zo'n slechte kwaliteit dat hier 
geen serieus gebruik van te maken is. Ik krijg er zelfs hoofdpijn van 
als ik er naar kijk. (Waarschijnlijk door een bugje in mijn programma 
die niet goed met greyscale JPEG's overweg kan ;) )

Wat de kadasterkaarten aangaat, zijn die niet van overheidswege gemaakt? 
Artikel 11 van de Auteurswet 1912: "Er bestaat geen auteursrecht op 
wetten, besluiten en verordeningen, door de openbare macht 
uitgevaardigd, noch op rechterlijke uitspraken en administratieve 
beslissingen." Ook zijn de makers natuurlijk allang overleden. Ik zou 
het bijzonder vreemd vinden als daar auteursrechten op rusten, maar ik 
ben geen jurist.

Al deze onduidelijkheid zorgt er wel voor dat creatief (her-)gebruik met 
veel hindernissen te maken krijgt. Erg jammer allemaal, dus hoop ik van 
harte dat WatWasWaar mee wil werken.

Frank

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Historische kaarten van de wereld; deze mogen digitaal worden overgetrokken!

[Frank Steggink]

Hoi Martijn,

Is er al nieuws van WatWasWaar dat je met ons kunt delen? Ben benieuwd.

Groeten,

Frank

Martijn van Exel wrote:
> Niet alleen dat, ook een beperkt aantal landschapselementen die niet 
> bijzonder veranderlijk zijn (berg- en heuveltoppen, historische 
> gebouwen) kunnen in de actuele kaart worden ingetekend. In de UK 
> gebruiken ze meen ik ook al OS-kaarten waarvan het copyright is verlopen.
>
> Morgen zit ik bij watwaswaar.nl , een repository 
> van allerhande historische geo-informatie. Zij willen praten met OSM 
> over betere manieren om deze info te ontsluiten en ik hoop dat de 
> samenwerking twee kanten op kan. Wellicht kunnen wij dan in de 
> toekomst profiteren van historische onderleggers in JOSM of Potlatch 
> (of een andere editor).
>
> Stefan, welke 'infra' kun jij bieden om dergelijke informatie 
> beschikbaar te maken?
>
> martijn van exel -+- mve...@gmail.com  -+- 
> http://www.schaaltreinen.nl/
>
>
> 2009/3/3 Milo van der Linden  >
>
> http://www.davidrumsey.com
>
> Je kunt hier hoge resolutie historische kaarten downloaden en deze
> mogen
> ook overgetrokken worden, werk is CC
>
> Wellicht is het mooi om historische zaken in lagen in beeld te brengen
> in openstreetmap?
>
> qGIS als open source GIS pakket bevat de optie om de afbeeldingen te
> georefereren (correct plaatsen) waarna het digitaliseer werk eenvoudig
> wordt.
>
> Doe er je voordeel mee!
>
> Groet,
>
> Milo
>
>
>
> ___
> 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] Mariapad project

[Frank Steggink]

Hoi,

In de diary op de OSM site kom ik een zeer interessant bericht tegen, 
namelijk dat OSM data wordt hergebruikt voor een wandelroute tussen Elst 
(Gld.) en Den Bosch die langs kerken, e.d. voert. Zie 
http://www.openstreetmap.org/user/Frankl2009/diary/6139. Kijk, dit soort 
initiatieven is precies waar OpenStreetMap voor bedoeld is en ik verheug 
me erop om te zien welke initiatieven er nog meer in de toekomst met OSM 
data worden ontplooid!

Groeten,

Frank

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Hoe duikers mappen

[Frank Steggink]

Dag Frank,

Frank Fesevur wrote:
> Maar kom ik weer terug bij mijn eerste vraag: Hoe moet ik het dan
> taggen. Zoals het nu is, is het in ieder geval niet goed. Het zijn
> geen bruggen, maar duikers. Dan het water maar opsplitsen?
>   
Als er geen brug is en je geen open water ziet, ja dan opsplitsen en een 
duiker "aanleggen". Op andere plekken in de buurt lijkt dat wel gebeurd 
te zijn. Zie bijv. Soestdijksekade en Loosduinsekade (alhoewel ik vanaf 
mijn PC niet kan zien wat de situatie ter plekke is). Misschien kun je 
wat foto's maken en online zetten, zodat we kunnen zien wat de situatie 
is? Vooral als iets "bijna niet als brug herkenbaar is" kan een plaatje 
veel verduidelijken. De grens zou kunnen zijn of het water ter plekke 
vernauwd en duidelijk overkluisd is, of dat er alleen een brugdek tussen 
de weg en het water is.

Hoe je duikers precies moet taggen, dat is een tweede. In ieder geval 
zou je het moeten taggen, en mocht er concensus komen over duikers, dan 
kun je alle gevallen opzoeken die je zelf anders hebt getagd en 
corrigeren. Geef, zoals Milo zegt, het in ieder geval aan, zodat de 
informatie niet verloren gaat.

Kun je evt. achterhalen wie verantwoordelijk is voor de originele 
tagging en vragen hoe hij(/zij) tot deze oplosisng is gekomen? Of komt 
dit door de AND import?

Groeten,

Frank

p.s. Ik dacht dat je vraag in eerste instantie te maken had met de 
onderwatersport :) Het zou wel interessant zijn om de oester- en 
mosselbanken in de Oosterschelde, en koraalriffen (!) te gaan mappen!


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Hoe duikers mappen

[Frank Steggink]

Milo van der Linden wrote:
> Het water kun je inderdaad splitsen, waarbij het lijnstukje dat water én
> duiker is dus een extra tag krijgt.
> Ik zou voorlopig gaan voor tunnel=yes, omdat een culvert zoals in het
> wikipedia voorbeeld duidelijk wordt géén duiker is.
>
> Mijn gevoel voor duikers gaat meer richting woorden als trench, conduit,
> duct, pipe, cut-and-cover (allemaal termen uit de Civil Engineering)
>
> Maar even rondspitten op  wikipedia leert dat de variaties hier zo enorm
> zijn dat het onmogelijk lijkt om een centrale term te kiezen. Daarnaast
> is het mij niet gelukt om de engelse term voor duiker te vinden.
> Wellicht dat we een plaatje van een duiker op de wiki moeten posten
> zodat een native engelstalige er zijn licht op kan laten schijnen
Wat mij betreft zou er i.h.a. wel meer aandacht aan kunstwerken besteed 
kunnen worden. Ze zijn net zo essentieel voor onze maatschappij als 
gebouwen, parken, e.d. Op dit moment is het een allegaartje. Je hebt 
features zoals waterway=weir, waterway=dam, etc., maar bruggen worden 
als bridge=yes van af. Misschien is het een idee om een "structure" tag 
te introduceren? Ik weet trouwens ook niet goed wat de correcte naam is. 
Rondgraven op Wikipedia gaf alleen "structure" wat het dichtst bijzit.

V.w.b. duiker, de Nederlandstalige "duiker"-pagina is gelinkt aan de 
"culvert"-pagina, met daarbij een plaatje van wat wij in het algemeen 
onder duiker verstaan. Misschien hebben de auteurs van de Engelstalige 
pagina gewoon nog geen geschikt plaatje gevonden, of vonden ze het niet 
nodig, of het plaatje van de NL versie (wat een "Amerikaanse" duiker is) 
niet interessant genoeg. Een oordeel o.b.v. alleen een plaatje is kort 
door de bocht.

De tekst van de "culvert"-pagina is als volgt: "Culverts come in many 
shapes and sizes, including round, elliptical, flat-bottomed, 
pear-shaped, and box. They vary from the small drainage culverts found 
on highways and driveways to large diameter structures on significant 
waterways or supporting large water control works. The latter can 
comprise large engineering projects." Volgens deze tekst zouden onze 
duikers ook in het engels met de term "culvert" aangeduid worden. Zie 
vooral ook "many shapes and sizes", dus er is geen uniformiteit.

Groeten,

Frank


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Taggen voor Topologie mag dat?

[Frank Steggink]

Stefan de Konink wrote:
> Momenteel ben ik alle haltes van de metro aan het splitten. Ik hoop
> daarmee uiteindelijk de metro routes 'netjes' en volledig in relaties te
> krijgen. En voorlopig de afstanden te kunnen meten.
>
> Momenteel waren alle routes getekend (onderandere door Paulbe) als
> continue lijnen (er mooi) maar we kunnen er topologisch geen gebruik van
> maken. Ik hoop dat door deze actie zich niemand op z'n tegen getrapt
> voelt, het heeft een goed doel.
>   
Aangezien het niet mogelijk is om op een andere manier de relaties aan 
de metroroutes te koppelen, lijkt het me dat het wel mag. Iemand heeft 
dat ook voor busroutes in mijn woonplaats gedaan.

Eventueel zou OSM ervoor kunnen kiezen om relaties aan delen van ways 
(tussen twee knooppunten) te koppelen, maar volgens mij haal je je dan 
meer problemen op de hals. Ideaal is het toevoegen van routerelaties in 
ieder geval niet.

Groeten,

Frank



___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] wandelnetwerk twente

[Frank Steggink]

Rik de Landloper wrote:
> Hallo,
>
> Ik ga komend weekend in Twente wandelen en ben mijn route aan het
> voorbereiden. Ik kwam op de wiki de wandelroutes-pagina tegen:
> http://wiki.openstreetmap.org/wiki/WikiProject_Nederland_Wandelroutes
> Hierdoor kwam ik op het spoor van het wandelroutenetwerk in Twente
> http://www.wandelenintwente.nl
> die zijn gehele netwerk via gpx-files aanbiedt via een dienst genaamd
> routeyou
> http://www.routeyou.com
> die die dit als ik het goed zie onder een CC-licentie doet:
> http://www.routeyou.com/page/view/23/terms-of-use.nl
>
> Ik vind het zelf het leukste / zinvolste om puur de fysieke
> eigenschappen van wegen en paden in OSM te mappen. Om alle bordjes en
> paaltjes met ingewikkelde coderingen te gaan noteren, zie ik de lol niet
> echt van in. Maar ik vind het aan de andere kant wel handig als die
> routes als achtergrondruis in mijn gps geladen staan. Kortom ik ben nu
> dus bezig die routes naar binnen te halen en in een groot gpx bestand te
> zetten. Vinden de routelopers het zinvol als ik die gpx meteen in de OSM
> kaart laadt met tags
> type=route,route=walking,network=rwn,name=wandelnetwerk_twente erop ?
>   
Dag Rik,

Helaas kunnen wij niet zomaar die informatie overnemen. Ze gebruiken wel 
CC, maar niet onder de share-alike versie. Dit is minimaal vereist om in 
OSM te hergebruiken. Verder melden ze bovenin al dat het alleen voor 
niet-comercieel gebruik is, en dat je de data niet elders voor mag 
gebruiken (overnemen in OSM bijvoorbeeld).

Wat je wel zou kunnen doen is hen aanschrijven met de vraag of ze hun 
data wel aan OpenStreetMap ter beschikking willen stellen. Ik kan niet 
inschatten of ze hiervoor open zouden staan, maar niet geschoten is 
altijd mis. Verder kun je natuurlijk ook deze vraag voorleggen aan 
Wandelnetwerk Twente. Ook al zou RouteYou of Wandelnetwerk Twente wel 
een OSM-compatible CC-licentie gebruiken (dus commercieel, gelijk delen, 
al dan niet met attributie), dan zou dit strikt genomen niet hoeven, 
maar het is wel netter om hen op de hoogte te stellen. Misschien zijn ze 
wel geneigd om zelf de OSM kaart als achtergrond te gebruiken :) Dat kan 
ook met de Google Maps API.

Tenslotte veel plezier. Als je in de omgeving van Oldenzaal of Ootmarsum 
gaat wandelen, kan ik een deel van de tags checken, omdat ik daar 
redelijk goed bekend ben. Alhoewel dat misschien niet voor alle 
wandelpaden geldt ;)

Groeten,

Frank



___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] wandelnetwerk twente

[Frank Steggink]

Andre Engels wrote:
> 2009/10/7 Frank Steggink :
>
>   
>> Helaas kunnen wij niet zomaar die informatie overnemen. Ze gebruiken wel
>> CC, maar niet onder de share-alike versie. Dit is minimaal vereist om in
>> OSM te hergebruiken. Verder melden ze bovenin al dat het alleen voor
>> niet-comercieel gebruik is, en dat je de data niet elders voor mag
>> gebruiken (overnemen in OSM bijvoorbeeld).
>> 
>
> Geen share-alike is geen probleem: van share-alike naar niet kan niet,
> maar van niets naar share-alike wel. Die andere voorwaarden zijn
> echter wel problematisch.
>
>   
Klopt. Ik dacht even dat het ontbreken van share-alike betekent dat je 
het niet wilt delen, maar dan moet je "no derivative" gebruiken.
Maar betekent het dan niet dat als je een afgeleid werk maakt (zeg OSM) 
dat dat niet per se onder dezelfde licentie hoeft, dus voor het 
theoretische geval dat we deze data in OSM willen overnemen, vervalt de 
"non commercial" clausule? ;)

Blij dat ik geen advocaat ben...

Frank

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] wandelnetwerk twente

[Frank Steggink]

Frank Steggink wrote:
> Andre Engels wrote:
>   
>> 2009/10/7 Frank Steggink :
>>
>>   
>> 
>>> Helaas kunnen wij niet zomaar die informatie overnemen. Ze gebruiken wel
>>> CC, maar niet onder de share-alike versie. Dit is minimaal vereist om in
>>> OSM te hergebruiken. Verder melden ze bovenin al dat het alleen voor
>>> niet-comercieel gebruik is, en dat je de data niet elders voor mag
>>> gebruiken (overnemen in OSM bijvoorbeeld).
>>> 
>>>   
>> Geen share-alike is geen probleem: van share-alike naar niet kan niet,
>> maar van niets naar share-alike wel. Die andere voorwaarden zijn
>> echter wel problematisch.
>>
>>   
>> 
> Klopt. Ik dacht even dat het ontbreken van share-alike betekent dat je 
> het niet wilt delen, maar dan moet je "no derivative" gebruiken.
> Maar betekent het dan niet dat als je een afgeleid werk maakt (zeg OSM) 
> dat dat niet per se onder dezelfde licentie hoeft, dus voor het 
> theoretische geval dat we deze data in OSM willen overnemen, vervalt de 
> "non commercial" clausule? ;)
>
> Blij dat ik geen advocaat ben...
>
> Frank
>
>   
Ach, wat weet ik nou van licenties af. Mocht ik ooit tegen een 
interessante bron aanlopen, dan ga ik zelf wel contact opnemen, en niet 
de gehanteerde licentie naar eigen goeddunken interpreteren. Wel zo veilig.

Frank

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Gebruik RCE Kich Rijksmonumentendataset.

[Frank Steggink]

Lennard wrote:
> stegg...@steggink.org wrote:
>
>   
>> Het is ook mogelijk om de shapefile direct naar het OSM formaat (als  
>> changeset) om te zetten. Vervolgens kun je (mits het bestand niet te  
>> groot is) via JOSM importeren. Dit kan met shp-to-osm.jar: [1]. Ik ben  
>> hier zelf ook naar aan het kijken, o.a. i.v.m. de import van Canvec  
>> data. Ik durf niet te zeggen of shp-to-osm.jar kan herprojecteren,  
>> maar dit kan ik navragen.
>> 
>
> Een alternatief is polyshp2osm.py. Deze heb ik aangepast en gebruikt om 
> 3dShapes om te zetten naar .osm, nadat ik met een eigen script een door 
> de bron gebruikte correctie op de RD-coordinaten om het beter op GE 
> uitgelijnd te krijgen, weer ongedaan had gemaakt, daarbij de shapefiles 
> direct splitsend tussen gebouwen, water en landuse.
>   
Ondertussen heb ik navraag gedaan bij Ian Dees. Hij vertelde me dat alle 
coordinatenstelsels worden ondersteund. In de ZIP file van het KICH zat 
geen prj-file, maar deze is gemakkelijk op spatialreference.org aan te 
maken.

Wat bedoel je met "een door de bron gebruikte correctie"? Is er sprake 
van een afwijkende definitie van het coordinatenstelsel, of van een 
correctiefile/-grid?
>> Een nadeel is dat een deel van de attribuutgegevens in Access zit. Als  
>> dit vanwege technische belemmeringen is gedaan, vraag ik me af of hoe  
>> OSM er het beste mee kan omgaan. Is het nodig om dit eventueel te  
>> importeren? Sowieso is het goed om eerst vast te stellen welke  
>> informatie je wilt overzetten.
>> 
>
> Met een custom script zul je ook de data vanuit Access (direct of eerst 
> geëxporteerd) erbij kunnen betrekken. Nadeel: dit moet dus eerst 
> ontwikkeld worden.
>   
Ik bedoelde dit meer in de zin van dat als bepaalde velden zo groot zijn 
dat ze niet in een DBF file opgeslagen kunnen worden, ze mogelijk te 
groot of anderszins ongeschikt zijn voor direct gebruik in OSM. Dit zal 
iemand moeten beoordelen die de data kent.

Frank

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] AND bos vs 3dshapes bos

[Frank Steggink]

Lennard wrote:
> On 12-4-2010 10:26, Frank Fesevur wrote:
>
>   
>> Ik wil dus de AND vlakken van dit gebied (handmatig) gaan weggooien
>> maar zie ik redenen over het hoofd om dit niet te doen?
>> 
>
> Hier zijn we* in enkele andere regio's ook tegenaan gelopen. Wat daar 
> uitgekomen is, is dat we het AND-vlak niet weggooien, maar de tagging 
> ervan veranderen. Hierdoor blijft de naam van het gebied als geheel 
> behouden, want de naam op elk los 3dShapes-vlakje zetten is onbegonnen 
> werk, en volgens mij niet de manier, maar rendert het AND-vlak niet als bos.
>
> Wat we dus doen is bv. een AND landuse=forest + name=XX omtaggen naar 
> toponym=forest + name=XX. Dit rendert niet, maar de naam blijft dan op 
> een enkel, groot vlak voor dit gebied behouden. Een voorstel voor deze 
> toponiemtagging moet er nog komen. Mocht dit niet de methode zijn, 
> kunnen we later alsnog iets anders met die toponym-vlakken doen.
>
> Deze toponiemtagging kan op meer plekken nuttig bljken te zijn, dan 
> alleen in de 3dShapes vs. AND kwesties.
>
>
> * We = fsteggink en ondergetekende
>   

Wat Lennard zegt klopt. Een kleine toevoeging: omdat ways standaard 
worden gezien als lineaire features en niet als vlakfeatures, is het 
nodig om ook de tag area=yes toe te voegen. Dit zorgt ervoor dat de naam 
in het midden verschijnt, i.p.v. aan de rand.

Mocht het AND-bos met naam gedeeltelijk buiten het te importeren blad 
vallen, deel dan het feature op in twee vlakken (op bladgrens), tag het 
stuk dat wordt overlapt door 3dshapes als toponym, etc. en laat het 
andere stuk intact. Geef met een note/fixme aan dat de shapes t.z.t. 
samengevoegd moeten worden.

Ik zal binnenkort maken met het toponiemenvoorstel, nu ik weer gesetteld 
ben.

Frank

p.s. Als een AND shape geen naam heeft, kan het gewoon weg. Niet dat ik 
anderen tekort wil doen, maar ik verwijder soms ook shapes die niet uit 
AND komen. Dit doe ik als duidelijk is dat de geometrie grote 
afwijkingen heeft en het volledig door zijn 3dShapes equivalent(en) 
wordt bestreken. Wanneer nodig, knip ik de bewuste shape op. Bij twijfel 
is het beter om bij plaatselijke gebruikers te rade te gaan.

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] 3dshapes voor 's-Hertogenbosch?

[Frank Steggink]

Lennard wrote:
> On 12-4-2010 10:54, Andre Engels wrote:
>   
>> Zou mijn woongemeente 's-Hertogenbosch binnenkort 3dshapes-data
>> toegevoegd kunnen krijgen? Ik zou graag huisnummerdata willen gaan
>> 
>
> Mijn nadruk ligt op dit moment voornamelijk op de gebouwen, terwijl 
> fsteggink bezig is met een methodiek om de landuse/water zo makkelijk* 
> mogelijk te importeren. De gebouwen kan ik je dus snel geven.
>
> * Makkelijk is erg relatief. Het is nog steeds erg bewerkelijk, zie: 
> http://wiki.openstreetmap.org/wiki/3dShapes/Landuse_import (nog in 
> ontwikkeling).
>   

Tsja, het werk is nog niet klaar als alleen een lading 3dShapes wordt 
ingekwakt :) Het moet ook nog tegen bestaande data worden afgewogen. Het 
werkt het beste om dit tegelijk te doen, aangezien het een stuk saaier / 
vervelender wordt als dit achteraf gedaan moet worden (en dat nog door 
iemand anders!).

Frank

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] [Amsterdam] 3dShapes

[Frank Steggink]

Goed plan :) Alleen helaas niet volgend weekend. Ik heb dat zojuist ook 
op Doodle kenbaar gemaakt.

Frank

Martijn van Exel wrote:
> OK, alle Noorderlingen en anderen die willen komen, schrijf hier in op
> je favoriete datum
> http://doodle.com/muv6nn8q6iyyx9kc
>
>
> martijn van exel +++ m...@rtijn.org
> laziness - impatience - hubris
> http://schaaltreinen.nl/
> twitter / skype: mvexel
> flickr: rhodes
>
>
>
> 2010/4/15 Floris Looijesteijn :
>   
>> neee, niet komende zondag, dan is de mapping party in belgie al (waar ik
>> ook niet bij kan zijn :)
>>
>> groet,
>> floris
>>
>> Martijn van Exel wrote:
>> 
>>> Ik woon in Noord (Disteldorp) en heb een (kleine) tuin.
>>> Jullie zijn allemaal van harte welkom, binnenkort een keer (komende
>>> zondag?)
>>> Martijn
>>>
>>> Martijn van Exel +++ m...@rtijn.org
>>> Laziness – Impatience – Hubris
>>>
>>> http://schaaltreinen.nl
>>> twitter: mvexel
>>> skype: mvexel
>>> flickr: rhodes
>>>
>>> On Apr 14, 2010, at 3:45 PM, Sybren A. Stüvel wrote:
>>>
>>>   
 Hi,

 On 14-4-2010 9:21, Floris Looijesteijn wrote:
 
> ik vind parken altijd het leukste om te mappen dus ik ben er dan
> natuurlijk ook bij...
>   
 Gezellig! Het Noorderpark ten oosten van het kanaal is volgens mij erg
 veranderd sinds de laatste OSM update. Ik heb wel zin om daar binnenkort
 een keer rond te wandelen.

 On 14-4-2010 9:43, Roeland Douma wrote:
 
> Uiteraard houd niet je tegen om een paar mappers op te trommelen lekker
> te
> mappen met ze allen en daarna een lekker biertje in de tuin te drinken.
>   
 Regel jij een tuin voor me dan? Ik woon op de 1e verdieping. M'n
 vriendin zou uitermate tevreden zijn met een extra tuin.

 
> Noord is namelijk groot genoeg om meer dan 1 mapping party te kunnen
> gebruiken
> :)
>   
 Grootste stadsdeel van A'dam, dus dat mag ook wel ;-)

 
> Verder zou je (als je bekend bent) het grootste gedeelte van veel
> parken al
> wel kunnen intekenen. Wat vaak handig is omdat door alle bomen etc het
> GPS
> ontvangst niet je van het is.
>   
 De paden die in het Florapark staan heb ik al een keer met m'n GPS
 ingetekend. Ze vallen behoorlijk op de 3dshapes data, behalve waar
 recent verandert is.

 
> Met andere woorden ik zie wel of er in Noord nog wat te mappen valt als
> ik
> terug ben ;)
>   
 Vast wel :)
 --
 Sybren A. Stüvel
 http://stuvel.eu/

 ___
 Talk-nl mailing list
 Talk-nl@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-nl
 
>>> ___
>>> Talk-nl mailing list
>>> Talk-nl@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-nl
>>>
>>>   
>> ___
>> 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] Nieuwe gebruikers moeten zich registreren voor ODbL (naast CC-BY-SA)

[Frank Steggink]

Floris Looijesteijn wrote:
> Huh? Weet je dat zeker? Meer info ergens?
>
> Gr,
> Floris
>
> Stefan de Konink wrote:
>   
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA512
>>
>> Op 14-05-10 15:03, Floris Looijesteijn schreef:
>> 
>>> het is vast niet zo heel moeilijk om een kaartje te maken met alle ways
>>> die nog versie 1 zijn... dat geeft misschien al een aardig beeld...
>>>   
>> Versie 1 in de full dump is niet de 'eerste' versie 1.
>>
>>
>> Stefan
OSM data wordt dag en nacht geëdit. Als je een weg opknipt, kan maar 1 
stuk het oude ID meekrijgen, en het andere stuk krijgt een nieuw ID. Ook 
wordt vaak "nieuwe" data a.d.h.v. bestaande data gemaakt, wat daar dan 
van afgeleid is. Dit kun je niet makkelijk in de history terugvinden. Je 
zou dan eigenlijk alle gevallen handmatig moeten nalopen, wat niet te 
doen is.

Verder ben ik het met Cartinus eens. Deze discussie komt mij ook 
onderhand de neus uit. Ik heb wel een beetje de nieuwe licentie gelezen 
(of geprobeerd door het legalese heen te komen), en ik zag daar geen al 
te gekke dingen in. Het is wel enige tijd geleden, maar ik zie geen 
reden om zelf niet voor ODbL te stemmen. Waar het uiteindelijk ook op 
uitdraait: er zal altijd een grote groep zijn die het niet eens is met 
het besluit. Ik vraag me ernstig af of dat wel zo goed is voor de 
community... Ik denk ook dat deze beslissing over de licentie veel te 
laat komt.

Frank

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Stand op Ubuntu Releaseparty

[Frank Steggink]

Roeland,

Ja, ik heb een switch. Hij doet het ook nog tot mijn stomme verbazing :) 
Ook heb ik nog wel een paar netwerkkables. Verder is mijn GPS wel een 
Garmin, dus ik zal hem van recent kaartmateriaal voorzien.

Groeten,

Frank

Roeland Douma wrote:
> Frank,
>
> Prima, we gaan toch lang Utrecht, het lijkt me handig om even off-list te 
> mailen voor adressen etc.
>
> Mijn laptop en GPS gaan mee, ik heb helaas geen Garmin (om de garmin kaartjes 
> te demo-en). Heb je toevallig ook een switch en wat extra kabels zodat mijn 
> laptop ook aan het internet kan hangen?
>
> @Floris ik zal ook enkele van mij flyers nog meenemen.
>
> Groet,
> --Roeland
>
> On Thursday 20 May 2010 13:33:44 stegg...@steggink.org wrote:
>   
>> Floris,
>>
>> Die kabel heb ik hier wel liggen, dus die zal ik wel meenemen. Verder
>> neem ik mijn dierbare zwarte boek mee, wat volgens sommigen in het OSM
>> museum (als dat ooit nog komt) thuis hoort ;) Uiteraard gaan de laptop
>> en GPS ook mee, maar die zullen jullie ook wel meenemen.
>>
>> Roeland, is het mogelijk dat je me oppikt uit Utrecht? Ik woon niet
>> ongunstig t.o.v. de A12. Anders is het geen probleem om met de trein
>> te gaan, aangezien de Reehorst vlak bij het station ligt.
>>
>> Frank
>>
>> Quoting Floris Looijesteijn :
>> 
>>> cool!
>>>
>>> er mag aan de wanden niks opgehangen worden, wel eventueel nog aan de
>>> tafel die bij de stand staat. ik neem nog zo'n staande banner mee en een
>>> restantje stickers/flyers.
>>>
>>> er is ook internet. wel moet er even een utp kabel mee, ongeveer 15 meter
>>> dachten ze.
>>>
>>> groet,
>>> floris
>>>
>>> Roeland Douma wrote:
>>>   
 Ik ga mee.
 Je kan ook mee rijden richting Ede :)

 Je had shirtjes (hell yeah!) maar moeten we ook nog banners/flyers etc
 hebben?

 Cheers,
 --Roeland

 On Thursday 06 May 2010 19:48:18 Floris Looijesteijn wrote:
 
> Ik heb wel interesse om daar het OSM geloof te verkondigen.
> Maar ik ga niet in m'n eentje, dus wie gaat er mee?
>
> Groet,
> Floris
>
> Rob Snelders wrote:
>   
>> Hoi Allen,
>>
>> Op 29 Mei is er in Ede een Ubuntu Releaseparty ter eren van de
>> 
> nieuwste
>
>   
>> release Lucid Lynx. Op deze party organiseren we een install-party,
>> community-markt, demo-stands en lezingen. We hebben al een redelijk
>> gevuld schema maar zijn nog altijd op zoek naar communities.
>>
>> Wij willen via deze manier vragen of jullie interesse hebben voor een
>> community-stand. De dag duurt van 10.00 t/m 16.00 en is gericht op
>> 
> alle
>
>   
>> gebruikers van Ubuntu, van beginner tot gevorderde. Ook zijn er
>> 
> lezingen
>
>   
>> speciaal gericht op zakelijke gebruikers.
>>
>> Voor meer informatie kan contact opgenomen worden met mij.
>>
>> --
>> M.V.G.
>> Rob Snelders
>> Coordinator Inhoud
>> http://www.releaseparty.eu
>>
>> ___
>> Talk-nl mailing list
>> Talk-nl@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-nl
>> 
> ___
> Talk-nl mailing list
> Talk-nl@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-nl
>   
 ___
 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

Re: [OSM-talk-nl] juridische status 3d shapes bestand

[Frank Steggink]

Dag Rejo,

Bedankt voor de tijd en energie die je hierin hebt gestoken. Nu staat 
het gebruik van 3dShapes niet langer ter discussie.


Zelf was ik er al van uitgegaan dat dit het geval is, aangezien het 
feitelijke data betreft. (Dit i.t.t. de door hen gepubliceerde kaarten.) 
Dit besef is versterkt door de mail van André Engels van een maand 
geleden. Voor wat betreft het databankrecht had ik wel lichte twijfels. 
Aan de andere kant is dit een extract en niet de volledige dataset van 
Top10Vector/Top10NL. Ook heeft ObjectVision hier haar eigen 
classificatie aangehangen.


Verder was het Kadaster ongetwijfeld op de hoogte van het gebruik van 
3dShapes door OSM. Ik vond zelfs een keer een screenshot van een project 
van het Kadaster (over Inspire), met daarin OSM data. Dit is _inclusief_ 
3dShapes gebouwen. En natuurlijk ook via Mr. X, de "contactpersoon" van 
Skinkie. Als zij van mening zouden zijn dat ze een sterke zaak zouden 
hebben om het gebruik van 3dShapes in OSM terug te draaien, hebben ze 
daar ruim de tijd voor gehad.


Het zou het Kadaster wel gesierd hebben als ze een opener houding jegens 
OSM aangenomen zouden hebben. Ze zijn een zelfstandig bestuursorgaan en 
hebben dus geen winstoogmerk, alhoewel ik niet weet in hoeverre ze 
zelfvoorzienend zijn / moeten zijn. Misschien kunnen zij nog een licht 
opsteken bij hun collega's in Frankrijk en Canada.


NRCan/CTIS wil zelfs OSM gaan gebruiken om veranderingen te signaleren, 
zodat zij daaropvolgens hun eigen kaarten kunnen actualiseren. Niet 
rechtstreeks vanuit OSM, maar ze weten zodoende wel waar ze hun aandacht 
op moeten richten. Ik geloof dat één van hen op SOTM in Girona komt om 
hier meer over te vertellen (niet Daniel Bégin). Deze werkwijze zou 
mogelijk ook voor het Kadaster interessant zijn, alhoewel Nederland veel 
kleiner is, dus de schaalproblemen in Canada spelen hier niet gauw een rol.


Groeten,

Frank

On 10-06-25 10:13 AM, Rejo Zenger wrote:

Goedemorgen.

In een notedop:.


Eind vorig jaar bleek ik niet de enige te zijn die twijfels had over de
juridische status van het 3D Shapes bestand en de import in de OSM
database ervan.

Het bestand was als tussenproduct voor de GESO applicatie door Object
Vision in opdracht van het Planbureau voor de Leefomgeving (PBL)
geproduceerd. Object Vision publiceerde het bestand met een BY-SA
licentie op haar website. Onder druk van het Kadaster, dat meende dat
haar auteursrecht werd geschonden, werd het bestand korte tijd later
verwijderd.

Voor diegenen die met de import bezig waren bleek dat geen probleem. Zij
rechtvaardigden de import met het feit dat op het moment van downloaden
een open licentie van toepassing was. Dat dat achteraf misschien niet
bleek te kunnen, zou niet relevant zijn.

Een afschrift van de correspondentie werd niet gegeven, anders dan een
kort citaat waarin slechts werd aangegeven dat "de NC van de licentie-
voorwaarde geschrapt" werd - zonder dat de licentie die van toepassing
was werd genoemd. De overige correspondentie bleef geheim. Ten aanzien
van de claim van het Kadaster kon ook niets worden overlegd.

De suggestie om eens met het Kadaster te praten werd afgedaan met "geen
slapende honden wakker maken" (!). Andere pogingen werden afgedaan als
"actief gepruts" en zouden behalve Object Vision in de problemen brengen
ook de sfeer verzieken. De discussie over de rechtmatigheid van de
import zou "alleen maar verliezers" kennen.

Men gaf verder aan dat de import onder een aparte username gebeurde,
zodat terugdraaien mogelijk zou zijn. Dat is wellicht technisch correct,
maar praktisch gezien werkt dat niet zo makkelijk. Het terugdraaien van
de import betekent ook het terugdraaien van alle afgeleide wijzigingen.
En dan hebben we het nog niet eens gehad over het feit dat de import dan
nog altijd in de history beschikbaar is.




Als de data die we importeren inbreuk maakt op de rechten van derden,
dan moeten we die data niet importeren. Afgezien van de ethiek, lijkt me
dat ook van juridisch belang. Je kunt immers niet langer roepen dat
je ter goeder trouw hebt gehandeld als je weet dat de situatie is
veranderd. Sterker nog, de schade wordt alleen maar groter als je
bewust doorgaat.

Ook het geheimhouden van de correspondentie die helderheid moet geven
over de licentie vind ik bijzonder vreemd. OSM gaat juist over de
openheid, de toegangelijkheid en de transparatie van informatie. Het
niet-publiekelijke zijn van het bewijs voor de rechtmatigheid van het
gebruik van informatie die aan deze import ten grondslag ligt, is
daarmee strijdig.

Kortom, de import van het bestand voortzetten zonder te kijken naar
juridische status, leek me bijzonder onverstandig.



En dus heb ik geprobeerd die juridische status helder te krijgen. Meer
dan een half jaar geleden deed ik bij het PBL een verzoek op basis van
het hoofdstuk "Hergebruik" uit de Wet openbaarheid van bestuur. Ik deed
dit verzoek in nauw overleg met Object Vision.

Door de houdig 

Re: [OSM-talk-nl] Amsterdam-Noord - Mapping Noorderpark

[Frank Steggink]

Ik kom wel een handje helpen met huisnummers of het park. Uiteraard in 
mijn OSM shirt!


Groeten,

Frank

On 10-06-28 11:41 PM, Martijn van Exel wrote:

Okee, Floris, Roeland, Daniel, en misschien nog een klein handjevol collega's, 
dat park hebben we in no-time gemapt :) Kunnen we misschien nog wat 
huisnummertjes in de omgeving meepakken.

Tot woensdag!

Martijn van Exel +++ m...@rtijn.org
Laziness – Impatience – Hubris

http://schaaltreinen.nl
twitter: mvexel
skype: mvexel
flickr: rhodes

On Jun 28, 2010, at 9:07 PM, Floris Looijesteijn wrote:

   

me three!

Roeland Douma wrote:
 

Uiteraard ben ik voor de afterparty (verwerking+bier) :)

On Monday 28 June 2010 15:34:01 Roeland Douma wrote:
   

Mijn woensdag avond is momenteel nog vrij. Ik ga er dus ook proberen bij
te
zijn!

Groet,
--Roeland

On Monday 28 June 2010 14:31:14 Martijn van Exel wrote:
 

Jij bent de eerste, dus jij bepaalt. Woensdagavond! Ik denk dat dat
   

wel
 

kan. Zonder tegenbericht woensdagavond om half acht. Verzamelen bij
   

het
 

ronde zwembadje[1]

http://www.openstreetmap.org/?mlat=52.390395&mlon=4.922529&zoom=18&layers
=B 000FTF

Nadien bij behoefte dataprocessing met een biertje bij mij in de tuin,
vijf minuten daarvandaan.

Martijn

On 28 jun 2010, at 14:21, Floris Looijesteijn wrote:
   

Martijn van Exel wrote:
 

Wie heeft er zin om deze week een keer 's avonds het Noorderpark in
kaart te gaan brengen?
De geïmporteerde 3Dshapes geven nog de oude situatie weer en het
   

park
 

is helemaal op de schop geweest.
Pre-/Afterparty bij mij behoort tot de mogelijkheden.

Martijn
   

Woensdagavond heb ik nog wel tijd, dus als het dat wordt ben ik er
 

bij.
 

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
   

___
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

Re: [OSM-talk-nl] Status Amsterdam-wiki was: Amsterdam-Noord - Mapping Noorderpark

[Frank Steggink]

Dag Daniel,

De party *gisteravond* werd door 5 man bezocht, en we hebben de nodige 
arbeid verricht :)
Zie hier en in de omgeving het resultaat: http://osm.org/go/0E7ABDc97- . 
Ook de paden in het park zijn opnieuw getracet,maar de landuse moet nog 
worden aangepast. Floris vond het te riskant om daarmee met een trackpad 
aan de gang te gaan!


Dus volgende keer beter. I.i.g. was er iedereen het wel overeens dat het 
geslaagd was, en dat er nodig meer parties komen. Wie weet over enige 
tijd in Utrecht ;)


Groeten,

Frank

On 10-06-30 05:43 PM, Daniel Paulus wrote:

Beste heren,

Helaas, door omstandigheden kan ik er toch niet bij zijn vanavond :(
Het weer hebben jullie gelukkig mee!

Groet,

Daniel

Op 29 jun 2010, om 18:44 heeft Roeland Douma het volgende geschreven:


Prima plan, morgen onder het genot van een biertje maar bespreken :)

Je hebt overigens wel gelijk dat de wiki pagina eens moet worden 
opgeschoont
en gepimpt. Zou handig zijn als er uiteindelijk een mooie strakke 
template uit
komt zodat andere steden deze ook kunnen gebruiken. Een uniform 
nederlands

gedeelte zou natuurlijk wel erg mooi zijn!

Groet,
--Roeland

On Tuesday 29 June 2010 10:08:44 Martijn van Exel wrote:

Kunnen we misschien deze template gaan gebruiken?
http://wiki.openstreetmap.org/wiki/Landkreis_M%C3%BCnchen
Of hebben we daar te weinig mensen voor?
Lijkt mij een leuke motivator.

Martijn

On 29 jun 2010, at 09:15, Martijn van Exel wrote:
Wat ziet de Amsterdam-pagina van de wiki er trouwens sip uit. 
Misschien

dat we daar meteen wat aan kunnen doen woensdag.

Martijn

On 29 jun 2010, at 08:03, Martijn van Exel wrote:

Mooi!

Ik heb nu ook een Wiki-entry gemaakt.

http://wiki.openstreetmap.org/wiki/Amsterdam#Noorderpark_MiniMapMeet

Martijn van Exel +++ m...@rtijn.org
Laziness – Impatience – Hubris

http://schaaltreinen.nl
twitter: mvexel
skype: mvexel
flickr: rhodes

On Jun 29, 2010, at 7:40 AM, Frank Steggink wrote:
Ik kom wel een handje helpen met huisnummers of het park. 
Uiteraard in

mijn OSM shirt!

Groeten,

Frank

On 10-06-28 11:41 PM, Martijn van Exel wrote:

Okee, Floris, Roeland, Daniel, en misschien nog een klein handjevol
collega's, dat park hebben we in no-time gemapt :) Kunnen we
misschien nog wat huisnummertjes in de omgeving meepakken.

Tot woensdag!

Martijn van Exel +++ m...@rtijn.org
Laziness – Impatience – Hubris

http://schaaltreinen.nl
twitter: mvexel
skype: mvexel
flickr: rhodes

On Jun 28, 2010, at 9:07 PM, Floris Looijesteijn wrote:

me three!

Roeland Douma wrote:

Uiteraard ben ik voor de afterparty (verwerking+bier) :)

On Monday 28 June 2010 15:34:01 Roeland Douma wrote:

Mijn woensdag avond is momenteel nog vrij. Ik ga er dus ook
proberen bij te
zijn!

Groet,
--Roeland

On Monday 28 June 2010 14:31:14 Martijn van Exel wrote:

Jij bent de eerste, dus jij bepaalt. Woensdagavond! Ik denk dat
dat


wel


kan. Zonder tegenbericht woensdagavond om half acht. Verzamelen
bij


het


ronde zwembadje[1]

http://www.openstreetmap.org/?mlat=52.390395&mlon=4.922529&zoom=18 


&layers =B 000FTF

Nadien bij behoefte dataprocessing met een biertje bij mij 
in de

tuin, vijf minuten daarvandaan.

Martijn

On 28 jun 2010, at 14:21, Floris Looijesteijn wrote:

Martijn van Exel wrote:
Wie heeft er zin om deze week een keer 's avonds het 
Noorderpark

in kaart te gaan brengen?
De geïmporteerde 3Dshapes geven nog de oude situatie weer 
en het


park


is helemaal op de schop geweest.
Pre-/Afterparty bij mij behoort tot de mogelijkheden.

Martijn


Woensdagavond heb ik nog wel tijd, dus als het dat wordt 
ben ik

er


bij.


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


___
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


___
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-n

Re: [OSM-talk-nl] Status Amsterdam-wiki was: Amsterdam-Noord - Mapping Noorderpark

[Frank Steggink]

Hehe, later realiseerde ik me dat het mailtje van Daniel al van woensdag 
was :)

Toch kwam hij gisteren pas bij me binnen.

Frank

On 10-07-01 09:59 PM, Frank Steggink wrote:

Dag Daniel,

De party *gisteravond* werd door 5 man bezocht, en we hebben de nodige 
arbeid verricht :)
Zie hier en in de omgeving het resultaat: http://osm.org/go/0E7ABDc97- 
. Ook de paden in het park zijn opnieuw getracet,maar de landuse moet 
nog worden aangepast. Floris vond het te riskant om daarmee met een 
trackpad aan de gang te gaan!


Dus volgende keer beter. I.i.g. was er iedereen het wel overeens dat 
het geslaagd was, en dat er nodig meer parties komen. Wie weet over 
enige tijd in Utrecht ;)


Groeten,

Frank

On 10-06-30 05:43 PM, Daniel Paulus wrote:

Beste heren,

Helaas, door omstandigheden kan ik er toch niet bij zijn vanavond :(
Het weer hebben jullie gelukkig mee!

Groet,

Daniel

Op 29 jun 2010, om 18:44 heeft Roeland Douma het volgende geschreven:


Prima plan, morgen onder het genot van een biertje maar bespreken :)

Je hebt overigens wel gelijk dat de wiki pagina eens moet worden 
opgeschoont
en gepimpt. Zou handig zijn als er uiteindelijk een mooie strakke 
template uit
komt zodat andere steden deze ook kunnen gebruiken. Een uniform 
nederlands

gedeelte zou natuurlijk wel erg mooi zijn!

Groet,
--Roeland

On Tuesday 29 June 2010 10:08:44 Martijn van Exel wrote:

Kunnen we misschien deze template gaan gebruiken?
http://wiki.openstreetmap.org/wiki/Landkreis_M%C3%BCnchen
Of hebben we daar te weinig mensen voor?
Lijkt mij een leuke motivator.

Martijn

On 29 jun 2010, at 09:15, Martijn van Exel wrote:
Wat ziet de Amsterdam-pagina van de wiki er trouwens sip uit. 
Misschien

dat we daar meteen wat aan kunnen doen woensdag.

Martijn

On 29 jun 2010, at 08:03, Martijn van Exel wrote:

Mooi!

Ik heb nu ook een Wiki-entry gemaakt.

http://wiki.openstreetmap.org/wiki/Amsterdam#Noorderpark_MiniMapMeet

Martijn van Exel +++ m...@rtijn.org
Laziness – Impatience – Hubris

http://schaaltreinen.nl
twitter: mvexel
skype: mvexel
flickr: rhodes

On Jun 29, 2010, at 7:40 AM, Frank Steggink wrote:
Ik kom wel een handje helpen met huisnummers of het park. 
Uiteraard in

mijn OSM shirt!

Groeten,

Frank

On 10-06-28 11:41 PM, Martijn van Exel wrote:
Okee, Floris, Roeland, Daniel, en misschien nog een klein 
handjevol

collega's, dat park hebben we in no-time gemapt :) Kunnen we
misschien nog wat huisnummertjes in de omgeving meepakken.

Tot woensdag!

Martijn van Exel +++ m...@rtijn.org
Laziness – Impatience – Hubris

http://schaaltreinen.nl
twitter: mvexel
skype: mvexel
flickr: rhodes

On Jun 28, 2010, at 9:07 PM, Floris Looijesteijn wrote:

me three!

Roeland Douma wrote:

Uiteraard ben ik voor de afterparty (verwerking+bier) :)

On Monday 28 June 2010 15:34:01 Roeland Douma wrote:

Mijn woensdag avond is momenteel nog vrij. Ik ga er dus ook
proberen bij te
zijn!

Groet,
--Roeland

On Monday 28 June 2010 14:31:14 Martijn van Exel wrote:
Jij bent de eerste, dus jij bepaalt. Woensdagavond! Ik denk 
dat

dat


wel

kan. Zonder tegenbericht woensdagavond om half acht. 
Verzamelen

bij


het


ronde zwembadje[1]

http://www.openstreetmap.org/?mlat=52.390395&mlon=4.922529&zoom=18 


&layers =B 000FTF

Nadien bij behoefte dataprocessing met een biertje bij mij 
in de

tuin, vijf minuten daarvandaan.

Martijn

On 28 jun 2010, at 14:21, Floris Looijesteijn wrote:

Martijn van Exel wrote:
Wie heeft er zin om deze week een keer 's avonds het 
Noorderpark

in kaart te gaan brengen?
De geïmporteerde 3Dshapes geven nog de oude situatie weer 
en het


park


is helemaal op de schop geweest.
Pre-/Afterparty bij mij behoort tot de mogelijkheden.

Martijn


Woensdagavond heb ik nog wel tijd, dus als het dat wordt 
ben ik

er


bij.


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


___
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


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl


_

Re: [OSM-talk-nl] Status Amsterdam-wiki was: Amsterdam-Noord - Mapping Noorderpark

[Frank Steggink]

Amsterdam of Utrecht? Of is dit een non-issue, aangezien er vnl. 
Amsterdammers (of mensen uit omgeving) reageren.
In het geval van Utrecht kan in mijn achtertuin wel gereflecteerd 
worden. :) Anders organiseer ik later wel een party.


Frank

On 10-07-02 11:12 AM, Floris Looijesteijn wrote:

is goed!

Martijn van Exel wrote:
   

Ja, normaal gesproken komt mij dat ook wel goed uit.

Woensdag de 14e om 18:30?

Martijn

On 2 jul 2010, at 10:54, Floris Looijesteijn wrote:

 

ik ben er bij. door de week heeft mijn voorkeur, wat mij betreft een
beetje eerder (18.30?) zodat we nog wat langer kunnen reflecteren :)

groet,
floris

Martijn van Exel wrote:
   

Ik wil het gauw nog een keertje doen!
Misschien in de week na SOTM?

Martijn

On 2 jul 2010, at 09:20, Sybren A. Stüvel wrote:

 

On 1-7-2010 21:59, Frank Steggink wrote:
   

Dus volgende keer beter. I.i.g. was er iedereen het wel overeens dat
het
geslaagd was, en dat er nodig meer parties komen.
 

Gezellig! Hopelijk kan ik de volgende keer in Noord ook meedoen.

Sybren

___
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

   



___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

[OSM-talk-nl] Mapping party Utrecht

[Frank Steggink]

Hoi,

Zoals iedereen ongetwijfeld weet, is Utrecht een stad met een lange 
geschiedenis. Het biedt voor elk wat wils, van toerist tot shopper tot 
concertganger. Om dit beter inzichtelijk te maken, wil ik graag wat doen 
aan het lage aantal points of interest (POIs). Dit is ook een 
uitstekende gelegenheid om meer mappers in en om Utrecht te ontmoeten. 
Dus, hierbij de aankondiging van een mapping party!


Info:
Locatie: Stairway to Heaven, Mariaplaats, Utrecht. Paar honderd meter 
loopafstand van Utrecht CS. Ze hebben free wifi, wat wij voor data 
upload kunnen gebruiken.

OSM: http://osm.org/go/0E6JG5TwW--
Tijd: 13:00u
Doel: mappen van points of interest, zoals (meer) kroegen met free wifi 
wink, etc. Ook huisnummers, voetpaden, etc.
GPS niet vereist. Voor Walking Papers wordt gezorgd, of je kunt je eigen 
uitdraai meenemen.


Als je zin hebt om mee te doen, laat het dan hier weten: 
http://doodle.com/fp8gawxu6gwdt9xp . Hier kun je tevens je voorkeur(en) 
voor de datum opgeven. Opties: 7, 8, 14, 15, 21 of 22 augustus.


Groeten,

Frank


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Mapping party Utrecht

[Frank Steggink]

Hoi Martijn, e.a.

Tuurlijk gaat dit door. Het is nog steeds "in de loop van de week" ;) Op 
dit moment zijn er 13 personen bij wie de 22e de voorkeur heeft, dus bij 
deze wordt dit de datum. Zet maar in je agenda: 22 augustus, 13:00u, 
Stairway to Heaven, Mariaplaats, Utrecht. Dat wordt zeker een leuk 
feestje! Als je de hesjes en de OSM buttons kunt meenemen, zou dat mooi 
zijn :)


V.w.b. de pers: er zijn twee lokale krantjes, die in de zomer natuurlijk 
zitten te smachten om nieuws. Het kan geen kwaad om hen een seintje te 
geven. Dat verhoogt i.i.g. de bekendheid van OSM, dus krijgen we Utrecht 
sneller gemapt :) Over een workshop o.i.d. heb ik nog niet nagedacht. 
Het plan was om gewoon iedereen de stad in te sturen ;) Mocht er animo 
zijn, dan kunnen we evt. wat regelen.


Groeten,

Frank

On 10-07-29 03:59 PM, Martijn van Exel wrote:

Gaat dit door? Ik zie een hoop belangstelling!!
12 mensen op zowel zaterdag 7 als zondag 22 augustus. Kunnen we een mooi 
OSM-feestje van maken! Ik neem als ik kan in elk geval de hesjes mee... Wat 
zijn je plannen, Frank? Misschien ook wat pers inschakelen! Een newbie-workshop 
misschien?

Ik zal ook nog even wat collega's polsen.

Grt

Martijn

On 18 jul 2010, at 21:19, Frank Steggink wrote:

   

Hoi,

Zoals iedereen ongetwijfeld weet, is Utrecht een stad met een lange 
geschiedenis. Het biedt voor elk wat wils, van toerist tot shopper tot 
concertganger. Om dit beter inzichtelijk te maken, wil ik graag wat doen aan 
het lage aantal points of interest (POIs). Dit is ook een uitstekende 
gelegenheid om meer mappers in en om Utrecht te ontmoeten. Dus, hierbij de 
aankondiging van een mapping party!

Info:
Locatie: Stairway to Heaven, Mariaplaats, Utrecht. Paar honderd meter 
loopafstand van Utrecht CS. Ze hebben free wifi, wat wij voor data upload 
kunnen gebruiken.
OSM: http://osm.org/go/0E6JG5TwW--
Tijd: 13:00u
Doel: mappen van points of interest, zoals (meer) kroegen met free wifi wink, 
etc. Ook huisnummers, voetpaden, etc.
GPS niet vereist. Voor Walking Papers wordt gezorgd, of je kunt je eigen 
uitdraai meenemen.

Als je zin hebt om mee te doen, laat het dan hier weten: 
http://doodle.com/fp8gawxu6gwdt9xp . Hier kun je tevens je voorkeur(en) voor de 
datum opgeven. Opties: 7, 8, 14, 15, 21 of 22 augustus.

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

   



___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

[OSM-talk-nl] Mapping party Utrecht 22 augustus

[Frank Steggink]

Hallo lijst,

Ik heb een wiki-pagina gemaakt voor de mapping party. Hier zijn alle 
details te vinden.

Link: http://wiki.openstreetmap.org/wiki/Utrecht/Mapping_party_2010

Groeten,

Frank


On 10-07-29 06:06 PM, Frank Steggink wrote:

Hoi Martijn, e.a.

Tuurlijk gaat dit door. Het is nog steeds "in de loop van de week" ;) 
Op dit moment zijn er 13 personen bij wie de 22e de voorkeur heeft, 
dus bij deze wordt dit de datum. Zet maar in je agenda: 22 augustus, 
13:00u, Stairway to Heaven, Mariaplaats, Utrecht. Dat wordt zeker een 
leuk feestje! Als je de hesjes en de OSM buttons kunt meenemen, zou 
dat mooi zijn :)


V.w.b. de pers: er zijn twee lokale krantjes, die in de zomer 
natuurlijk zitten te smachten om nieuws. Het kan geen kwaad om hen een 
seintje te geven. Dat verhoogt i.i.g. de bekendheid van OSM, dus 
krijgen we Utrecht sneller gemapt :) Over een workshop o.i.d. heb ik 
nog niet nagedacht. Het plan was om gewoon iedereen de stad in te 
sturen ;) Mocht er animo zijn, dan kunnen we evt. wat regelen.


Groeten,

Frank

On 10-07-29 03:59 PM, Martijn van Exel wrote:

Gaat dit door? Ik zie een hoop belangstelling!!
12 mensen op zowel zaterdag 7 als zondag 22 augustus. Kunnen we een 
mooi OSM-feestje van maken! Ik neem als ik kan in elk geval de hesjes 
mee... Wat zijn je plannen, Frank? Misschien ook wat pers 
inschakelen! Een newbie-workshop misschien?


Ik zal ook nog even wat collega's polsen.

Grt

Martijn

On 18 jul 2010, at 21:19, Frank Steggink wrote:


Hoi,

Zoals iedereen ongetwijfeld weet, is Utrecht een stad met een lange 
geschiedenis. Het biedt voor elk wat wils, van toerist tot shopper 
tot concertganger. Om dit beter inzichtelijk te maken, wil ik graag 
wat doen aan het lage aantal points of interest (POIs). Dit is ook 
een uitstekende gelegenheid om meer mappers in en om Utrecht te 
ontmoeten. Dus, hierbij de aankondiging van een mapping party!


Info:
Locatie: Stairway to Heaven, Mariaplaats, Utrecht. Paar honderd 
meter loopafstand van Utrecht CS. Ze hebben free wifi, wat wij voor 
data upload kunnen gebruiken.

OSM: http://osm.org/go/0E6JG5TwW--
Tijd: 13:00u
Doel: mappen van points of interest, zoals (meer) kroegen met free 
wifi wink, etc. Ook huisnummers, voetpaden, etc.
GPS niet vereist. Voor Walking Papers wordt gezorgd, of je kunt je 
eigen uitdraai meenemen.


Als je zin hebt om mee te doen, laat het dan hier weten: 
http://doodle.com/fp8gawxu6gwdt9xp . Hier kun je tevens je 
voorkeur(en) voor de datum opgeven. Opties: 7, 8, 14, 15, 21 of 22 
augustus.


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




___
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

[Frank Steggink]

On 10-08-10 02:51 PM, Lennard wrote:

Maar even over een hele andere boeg, Bing heeft ons toch gesponsord?
Waarom
hun foto materiaal niet vragen dan?
Wij recht om foto's over te trekken, hun/de wereld betere kaart. Lijkt me
3
vliegen in 1 klap.
 

Aannemende dat 1) er in principe overgetrokken mag worden van luchtfoto's,
want: feitelijke informatie, geen auteursrecht en 2) de Google ToS dit
toch verbiedt (contractrecht), ben ik even kort door de Bing voorwaarden
gelopen. Ik zie daarin geen belemmeringen om te tracen. IANAL natuurlijk.

http://explore.live.com/microsoft-service-agreement?mkt=nl-nl
Verwijst naar de Gedragscode.

http://explore.live.com/code-of-conduct
   

Gedragscode
...
U publiceert inhoud die beschermd wordt door auteursrechten, of waarop
  privacy- of publiciteitsbescherming of enige andere wet van toepassing
is, tenzij u de rechthebbende bent of alle noodzakelijke toestemmingen
heeft verkregen.
...
 
   

Supplement bij de gedragscode voor Bing Kaarten
 
   

Laatst bijgewerkt: januari 2009
 
   

Wij willen u erop wijzen dat dit een aanvulling is op de bovenstaande
gedragscode. Om op de hoogte te zijn van alle gedragsregels voor een
specifieke service, moet u zowel de gedragscode als alle toepasselijke
supplementen lezen.
 
   

Ontwikkelaars
 
   

Als u als ontwikkelaar gebruik wilt maken van het Bing Kaarten-platform
om mashups te maken, lees dan de SDK-voorwaarden van de Bing Kaarten-API
op http://www.microsoft.com/maps/product/terms.html. Het is ook mogelijk
uitgebreidere gebruiksrechten te verkrijgen door een licentieovereenkomst
voor Bing Kaarten/Microsoft MapPoint te accepteren. Neem contact op met
map...@microsoft.com voor meer informatie.
 
   

Beperkingen
 
   

De kaarten, afbeeldingen en andere gegevens in Bing Kaarten zijn eigendom
van Microsoft en onze aanbieders. Het is niet toegestaan Bing Kaarten te
gebruiken voor het grootschalig afdrukken of downloaden van afbeeldingen
of gegevens. Tenzij dit in uw overeenkomst nadrukkelijk wordt toegestaan,
is het verboden:
 
   

De onderliggende kaart of het fotografisch materiaal te openen op een
manier anders dan de gedocumenteerde methoden die Microsoft u biedt.
 
   

De technische beperkingen van de Bing Kaarten-API te omzeilen.
 
   

De resultaten van Bing Kaarten te kopiëren, op te slaan, te archiveren of
in een database te verzamelen.
 
   

Resultaten van of toegang tot de Bing Kaarten-API of Bing Kaarten
verkopen, in lease geven of in sublicentie geven.
 
   

Het fotografisch materiaal te kopiëren, op te slaan, te downloaden, te
verspreiden, te verzenden of te manipuleren.
 
   

Satellietweergaves van de Verenigde Staten, Canada, Mexico, Nieuw-
Zeeland, Australië of Japan te gebruiken voor overheidsdoeleinden zonder
vooraf onze schriftelijke toestemming te verkrijgen. Neem voor vragen
over deze beperking contact op met map...@microsoft.com.
 

Voor het benaderen van het materiaal is er dan nog de API:
http://www.microsoft.com/maps/product/terms.html
   

Restrictions on your use: We do have some restrictions on your use of the
service. You may not:
copy, store, archive, or create a database of the content, except that
geocodes may be stored locally only for use with your Applications
 

We leggen geen database aan van de content, maar creëren eigen, originele
data.

   

integrate the Bing Maps Platform or any of its content with any other
mapping platform
 

Mashups mogen dus eigenlijk niet?


Ik wil niet direct zeggen dat men zijn gang kan gaan, maar ik zie wat
mogelijkheden. Een directe toezegging vanuit Microsoft blijft natuurlijk
het beste.

   
De gedragscode is van begin 2009 (ben te lui om op te zoeken of dit ook 
voor de int. versie geldt), dus je hebt goede kans dat het nu anders / 
duidelijker zal zijn. Helemaal n.a.v. de aankondiging op SotM. Wel zo 
netjes, en natuurlijk goed voor de goodwill.


Voor de luchtfoto's hebben ze natuurlijk contracten met leveranciers, 
dus je kunt niet op eigen houtje tracen laten toestaan. Ook al heet je 
Microsoft of Google. Zelfs zou het in Nederland legaal zijn, dan is het 
elders niet. Probeer dat maar wereldwijd goed geregeld te krijgen. 
Anders krijg je weer toestanden van die Russische bases van een paar 
maanden terug (die trouwens weer hertagd moeten worden, omdat ze in de 
fik zijn gevlogen door de bosbranden).


Frank

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

[OSM-talk-nl] 3dShapes landuse + water import Midden Nederland

[Frank Steggink]

Hoi Lijst,

Sorry voor de crosspost, maar niet iedereen zit op het OSM forum, dus 
hoop ik zo een breder publiek te bereiken.


Het kan je haast niet ontgaan zijn dat momenteel Nederland wordt 
verrijkt met bijzonder mooie landuse en water data (zgn. '3dShapes' 
dataset). Ik heb zojuist de import in de omgeving van Utrecht afgerond. 
Op veler verzoek ga ik binnenkort beginnen met de import van 3dShapes in 
Midden Nederland. Ofwel, het gapende gat tussen de Veluwe en de 
Utrechtse Heuvelrug wordt aangevuld. Dus, de volgende ebieden worden 
binnenkort aangevuld:

* Westelijke Veluwerand (Harderwijk, Putten, Ede)
* Gelderse Vallei / Eemvallei (Barneveld, Veenendaal, Nijkerk)
* Rivierengebied (Tiel, Gorinchem)
* Zuidelijk Flevoland (Almere)
* Noordelijk deel van 't Gooi (Weesp, Bussum, Huizen)
Hiermee ontstaat een mooi aangesloten geheel van 3dShapes import in 
Midden en Oost Nederland, vandaar de ietwat rare vorm.


Zoals gebruikelijk zal ik er ook voor zorgen dat de data netjes wordt 
geïntegreerd in de bestaande data. Dus ik ga geen dubbele nodes 
veroorzaken. Ook zal ik redundante (AND) shapes verwijderen (alleen 
water, bos, park, begraafplaats), maar namen en andere informatie zal ik 
óf meenemen, óf ik zal de shape omtaggen naar toponym=xxx (voor 
naamsaanduiding van een gebied). Ook probeer ik heidevelden, 
zandverstuivingen, e.d. mee te nemen (o.b.v. bestaande data en CLC2000 
landuse data). Uiteraard is lokale kennis het beste, dus schroom vooral 
niet om shapes om te taggen die jouw inziens verkeerd zijn aangegeven.


Laat, als het kan, op het OSM forum weten op welke gebieden ik moet 
letten tijdens de import. Zijn er bijv. gebieden die hermetisch 
afgesloten moeten worden voor 3dShapes? Of zijn er gebieden waar alleen 
shapes geïmporteerd moeten worden en je zelf de opschoning voor je 
rekening wilt nemen? Link: 
http://forum.openstreetmap.org/viewtopic.php?id=8830 . Hier is ook een 
kaartje te vinden om welk gebied het gaat.


Groeten,

Frank




___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Mapping party Utrecht 22 augustus

[Frank Steggink]

Hoi Peter,

Rullzer had dit op de blog gezet onder mijn naam, vandaar dat ik hier in 
het geheel niet bij stil stond.
Op het forum heb ik in de eerste post ook een verwijzing naar de wiki 
pagina gezet. De intekening was niet mijn eigen initiatief. Zelf ga ik 
ervan uit dat degenen die zich op de Doodle poll hebben ingeschreven in 
het algemeen ook komen.


Misschien hebben we teveel communicatiekanalen. Het zorgt wel voor een 
versnippering van de communciate en ook de discussies. Aan de andere 
kant voelt Jantje zich beter bij IRC en Pietje bij het forum.


Groeten,

Frank

On 10-08-20 05:00 PM, Peter de Bruin wrote:
Het voornemen tot de Utrecht party, en de Doodle pagina 
, waren aangekondigd op de 
RSS-feed 
, 
maar de definitieve datum en de wiki-pagina 
 alleen 
op deze mailinglist.
Die heeft wellicht een kleiner bereik, of wordt door het grotere 
mail-volume slechter gelezen, dus misschien heeft niet iedereen dat 
gezien !

Frank, kun je het nog op de RSS zetten?

Op 20 augustus 2010 16:28 schreef Robert Elsenaar 
mailto:rob...@elsenaar.info>> het volgende:


...

Overigens dacht ik dat er wel 13 mensen op de Doodle lijst stonden
en op de
Wiki maar een handje vol. Klopt dat nog wel of wordt deze Wiki9
pagina ook
al niet bijgehouden. ;)


___
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] Mapping party Utrecht geslaagd

[Frank Steggink]

Ja, ondanks de dreigende luchten met 14 man. IMO goede opkomst :)
Artikel op blog: 
http://blog.openstreetmap.nl/index.php/2010/08/22/mapping-party-utrecht-groot-success/


Verder heeft ZMWandelaar ons allen uitgenodigd om, in tegenstelling tot 
de vieze stadsgeuren, frisse boslucht in te snuiven in Putten. Dit gaat 
eind oktober gebeuren, dus mooi op tijd voor de herfstkleuren.


After-kaartje gaat morgen wel worden gemaakt, want nog lang niet alle 
PoI's zitten erin.


Frank

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Openwandelkaart

[Frank Steggink]

On 10-08-28 08:36 AM, ce-test, qualified testing bv - Gert Gremmen wrote:

We hebben openwandelkaart.nl, maar die is best voor verbetering vatbaar.
Ik vindt bijvoorbeeld http://osm.lonvia.de/world_hiking.html
een stuk mooier, mn de routes kunnen afzonderlijk worden ge-list inclusief
de links naar websites. Ook kunnen de routes worden gemarkeerd met een passend 
schildje.
Zie bijvoorbeeld de pelgrimspaden.

Gert
   

Gert,

Uiteraard is openwandelkaart.nl voor verbetering vatbaar. Iedereen zal 
dat beamen. Alleen is het zo dat velen die zich met de technische zaken 
bezighouden ook druk zijn met andere bezigheden. Voor mij zou het bijv. 
betekenen dat ik de 3dShapes import (tijdelijk) moet stilleggen, waarvan 
ik weet dat anderen hier ook blij van worden. Hopelijk leest er iemand 
mee die wel tijd voor handen heeft om openwandelkaart.nl meer in te 
kleden. Als je zelf om een projectje verlegen zit, zal niemand je 
tegenhouden om hieraan te werken :)


Groeten,

Frank

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] BV het Pieterpad

[Frank Steggink]

On 10-08-28 08:41 AM, ce-test, qualified testing bv - Gert Gremmen wrote:

Van de NL-site...

Veel van de informatie van OpenStreetMap wordt verzameld door actieve 
wandelaars. Het is dan ook niet verbazingwekkend dat er een kaart met officiële 
wandelroutes bestaat: openwandelkaart.nl. Het is de bedoeling dat op termijn 
alle lange afstandswandelingen van Wandelplatform-LAW, de koepel van 
Nederlandse wandelorganisaties en het Nivon zijn opgenomen op deze kaart, 
evenals enkele regionale en lokale routes.


Hebben we contacten met de organisaties, en/of materiaal om mee te werken ?
Veel wandelaars hebben gps tracks, kunne wij die gebruiken ?

Bijvoorbeeld, ons nationaal wandelicoon, het pieterpad
staat niet op de kaart. Ik heb wel een GPX file van het
pad, maar deze is niet vrij te gebruiken dacht ik.
Hebben we wel vrije tracks ?

Gert

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

   
In het verleden zijn er wel mensen hier achteraan geweest (bijv. Rik de 
Landloper), maar dit was vooralsnog allemaal zonder resultaat. Bij mijn 
weten hebben we dus niet ergens een foldertje tracks liggen die we als 
wandelroute zouden kunnen taggen.


Frank

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Openwandelkaart

[Frank Steggink]

Hoi Gert,

Als je dat serieus van plan bent, is er wel iemand (Skinkie, Rullzer) 
die je van de benodigde login-gegevens kan voorzien en je wegwijs kan 
maken op het serverpark. Je hoeft alleen maar te vragen.


Groeten,

Frank

On 10-08-28 10:56 AM, ce-test, qualified testing bv - Gert Gremmen wrote:

Als ik wist hoe
Ik wacht nog op een cursus openstreetmap servers.
De Wiki etc is voor mij absoluut niet genoeg.

Gert

-Oorspronkelijk bericht-
Van: talk-nl-boun...@openstreetmap.org
[mailto:talk-nl-boun...@openstreetmap.org] Namens Frank Steggink
Verzonden: zaterdag 28 augustus 2010 9:33
Aan: talk-nl@openstreetmap.org
Onderwerp: Re: [OSM-talk-nl] Openwandelkaart

On 10-08-28 08:36 AM, ce-test, qualified testing bv - Gert Gremmen
wrote:
   

We hebben openwandelkaart.nl, maar die is best voor verbetering
 

vatbaar.
   

Ik vindt bijvoorbeeld http://osm.lonvia.de/world_hiking.html
een stuk mooier, mn de routes kunnen afzonderlijk worden ge-list
 

inclusief
   

de links naar websites. Ook kunnen de routes worden gemarkeerd met een
 

passend schildje.
   

Zie bijvoorbeeld de pelgrimspaden.

Gert

 

Gert,

Uiteraard is openwandelkaart.nl voor verbetering vatbaar. Iedereen zal
dat beamen. Alleen is het zo dat velen die zich met de technische zaken
bezighouden ook druk zijn met andere bezigheden. Voor mij zou het bijv.
betekenen dat ik de 3dShapes import (tijdelijk) moet stilleggen, waarvan

ik weet dat anderen hier ook blij van worden. Hopelijk leest er iemand
mee die wel tijd voor handen heeft om openwandelkaart.nl meer in te
kleden. Als je zelf om een projectje verlegen zit, zal niemand je
tegenhouden om hieraan te werken :)

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

   



___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Renderfoutjes op openstreetmap .nl

[Frank Steggink]

Yep, de wijze van cachen en refreshen is sinds afgelopen week aangepast, 
om de performance van Tile op te krikken.

http://blog.openstreetmap.nl/index.php/2010/09/07/nieuwe-tile-code-op-productie/

Frank

On 10-09-12 04:59 PM, ce-test, qualified testing bv - Gert Gremmen wrote:

Nee de renderfoutjes waren
echte fouten in de aansluitingen van de tiles
maar zijn inmiddels verdwenen.
Cache probleem denk ik.
Maar er is toch iets veranderd in de rendering
van alle tiles, want normaliter sluiten cache  en
nieuwe tiles perfect op elkaar aan.

Forget it.

Regards,

  Gert



g.grem...@cetest.nl
www.cetest.nl

Kiotoweg 363
3047 BG Rotterdam
T 31(0)104152426
F 31(0)104154953

 Before printing, think about the environment.



-Oorspronkelijk bericht-
Van: talk-nl-boun...@openstreetmap.org 
[mailto:talk-nl-boun...@openstreetmap.org] Namens Lennard
Verzonden: Sunday, September 12, 2010 2:44 PM
Aan: talk-nl@openstreetmap.org
Onderwerp: Re: [OSM-talk-nl] Renderfoutjes op openstreetmap .nl

On 12-9-2010 14:32, Lennard wrote:
   

On 12-9-2010 12:22, ce-test, qualified testing bv - Gert Gremmen wrote:

 

Iets veranderd en over het hoofd gezien ??
   

Is het al veranderd? Ik zie in je voorbeeld niets bijzonders, behalve
dan dat de LF's door de autotunnel gaan, maar dat is geen renderfoutje.
 

Ik zie een cycleway=track op die tunnel, dus dat zou nog kunnen. Lijkt
half/half te zijn, want naast de tunnel is wel de westelijke
fietstunnel getekend, maar niet die aan de oostkant. De
voetgangerstunnel mist ook nog, overigens.

   



___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Renderfoutjes op openstreetmap .nl

[Frank Steggink]

Is nog niet in productie. Testomgeving is trouwens niet benaderbaar voor 
mij...


On 10-09-12 05:22 PM, Frank Steggink wrote:
Yep, de wijze van cachen en refreshen is sinds afgelopen week 
aangepast, om de performance van Tile op te krikken.
http://blog.openstreetmap.nl/index.php/2010/09/07/nieuwe-tile-code-op-productie/ 



Frank

On 10-09-12 04:59 PM, ce-test, qualified testing bv - Gert Gremmen wrote:

Nee de renderfoutjes waren
echte fouten in de aansluitingen van de tiles
maar zijn inmiddels verdwenen.
Cache probleem denk ik.
Maar er is toch iets veranderd in de rendering
van alle tiles, want normaliter sluiten cache  en
nieuwe tiles perfect op elkaar aan.

Forget it.

Regards,

  Gert



g.grem...@cetest.nl
www.cetest.nl

Kiotoweg 363
3047 BG Rotterdam
T 31(0)104152426
F 31(0)104154953

 Before printing, think about the environment.



-Oorspronkelijk bericht-
Van: talk-nl-boun...@openstreetmap.org 
[mailto:talk-nl-boun...@openstreetmap.org] Namens Lennard

Verzonden: Sunday, September 12, 2010 2:44 PM
Aan: talk-nl@openstreetmap.org
Onderwerp: Re: [OSM-talk-nl] Renderfoutjes op openstreetmap .nl

On 12-9-2010 14:32, Lennard wrote:

On 12-9-2010 12:22, ce-test, qualified testing bv - Gert Gremmen wrote:


Iets veranderd en over het hoofd gezien ??

Is het al veranderd? Ik zie in je voorbeeld niets bijzonders, behalve
dan dat de LF's door de autotunnel gaan, maar dat is geen renderfoutje.

Ik zie een cycleway=track op die tunnel, dus dat zou nog kunnen. Lijkt
half/half te zijn, want naast de tunnel is wel de westelijke
fietstunnel getekend, maar niet die aan de oostkant. De
voetgangerstunnel mist ook nog, overigens.




___
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] Fietsrouteplanner edits in Twente

[Frank Steggink]

Hoi,

Afgelopen week is het op IRC opgevallen dat in Enschede en omgeving een 
aantal wegen zijn omgetagd. Dit betreft voornamelijk primary wegen die 
in secondary wegen zijn veranderd. De edits bleken vorige week door 
"user:fietsrouteplanner Pim" (1 naam) gedaan te zijn. Nadat ik deze 
gebruiker hierop aangesproken heb, ontving ik een reactie van Francien 
Bouma van Goudappel-Coffeng, een collega van Dirk Bussche, die hier wel 
bekend is. Na even heen en weer gemaild te hebben, hebben we vandaag 
even gebeld.


Het bleek dat de achterliggende reden voor de wijzigingen de 
ontwikkeling van de fietsrouteplanner in Twente [1] is. (Dirk heeft hier 
al eens over bericht.) Deze wordt in opdracht van de Regio Twente te 
worden ontwikkeld. Het gebruikte algoritme ging ervan uit dat fietsers 
niet toegelaten worden op primary wegen, maar wel op secondary wegen. 
Taggen voor de renderer is natuurlijk uit den boze, en dat geldt 
helemaal voor taggen (van generieke data) voor een externe applicatie. 
Ik heb Francien dus gewezen op het feit dat hiervoor een tag als 
"bicycle=no" bestaat. Zij kon zich hierin wel vinden.


Francien vertelde dat deze onduidelijkheid is ontstaan door de wijze 
waarop het onderscheid van primary en secondary wegen op de wiki is 
beschreven. Hier wordt onderscheid gemaakt tussen N-wegen met het nummer 
onder 400 (primary) en boven 400 (secondary). In de loop van deze tijd 
is deze tekst verouderd geraakt, en de consensus die onder deze 
community is bereikt, is ook één van voortschrijdend inzicht. Als ik het 
goed heb, is de consensus nu ongeveer een waar alleen wegen met een 
N-nummer onder 400 verplicht als primary (of trunk) getagd worden, maar 
het is ook toegestaan voor N-wegen met een hoger nummer, of ongenummerde 
wegen. Zo heeft de singel in Enschede (waar dit het eerst werd 
opgemerkt) een belangrijke ontsluitingsfunctie voor alle (oudere) wijken 
in de stad. Als iemand zich geroepen voelt om dit te verduidelijken, dan 
graag.


Verder heb ik haar uitgelegd dat natuurlijk al hun bijdragen in principe 
welkom zijn, maar dat voor grootschalige bijdragen, of degenen met een 
hoge zichtbaarheid (bijv. primary wegen aanpassen), veel beter eerst met 
de community besproken kunnen worden. Dit kan op talk-nl of op het 
forum; de twee meest geschikte discussiekanalen. (IRC is meer voor 
discuszeuren ;) ) Zij heeft aangegeven om met Dirk (beter) van deze 
kanalen gebruik te zullen maken.


Voor wat het terugdraaien van de wijzigingen betreft, de meesten zijn in 
een gebied waar ik goed van de situatie op de hoogte ben. Ik zal dit op 
me nemen, en anderen die hier ook bekend zijn, kunnen uiteraard hun 
feedback geven.


Tenslotte wil ik benadrukken dat ik blij ben dat Goudappel-Coffeng voor 
OpenStreetMap kiest voor haar fietsrouteplanners :) Dit is natuurlijk 
ondanks de twijfels die ze hebben over het feit dat iedereen de data kan 
aanpassen (wat ten goede, maar ook ten slechte kan zijn). Het deed hen 
goed dat er vanuit de community signalen kwamen over hun werkwijze, en 
Francien heeft aangegeven dat Dirk en zij open staan voor feedback. Voor 
ons als community is dit natuurlijk ook een goed leermoment om met dit 
soort situaties om te gaan, en om zelfreinigend vermogen te ontwikkelen. 
Francien vertelde ook dat ze zelf een groot aantal fietspaden 
controleren, en de situatie correct in OSM zullen zetten. Dit kan ik 
alleen toejuichen!


Groeten,

Frank

[1] http://fietsrouteplanner.nl/
[2] http://wiki.openstreetmap.org/wiki/NL:Map_Features


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Fietsrouteplanner edits in Twente

[Frank Steggink]

On 10-09-16 07:34 PM, Maarten Deen wrote:
Taggen voor de renderer is natuurlijk uit den boze, en dat geldt 
helemaal voor taggen (van generieke data) voor een externe applicatie. 
Ik heb Francien dus gewezen op het feit dat hiervoor een tag als 
"bicycle=no" bestaat. Zij kon zich hierin wel vinden.


Dat is in OSM dan ook de enig juiste manier. Als er een bord "verboden 
voor fietsers" (C14, C15) bij een weg staat, dan mag een fietser er 
niet komen en is bicycle=no op die weg te taggen.
Dat soort wegen hebben normaliter ook geen fietspad. Want in principe 
is het fietspad onderdeel van de weg, en als je de weg afsluit voor 
fietsers, dan doe je dat impliciet ook voor het fietspad.
Bij het opschonen heb ik tot dusver overal een bicycle=no neergezet, 
waar duidelijk een fietspad langs de weg ligt. Bij mijn weten zijn het 
allemaal verplichte fietspaden, m.u.v. ventwegen op een aantal plaatsen. 
Als een verplicht fietspad is ingetekend, dan denk ik dat we ook 
bicycle=no op de hoofdweg kunnen gebruiken, bij gebrek aan een betere 
aanduiding. Uiteindelijk komt dit op hetzelfde neer voor routeplanners.


Wat moet er verduidelijkt worden? Dat fietsers in OSM op alles wegen, 
behalve motorway* en trunk* mogen komen? Dat is een basis 
verkeersregel die in OSM niet bijzonder aangehaald hoeft te worden.
Je zou het bij http://wiki.openstreetmap.org/wiki/Key:highway erbij 
kunnen gaan zetten, maar ook daar is duidelijk dat motorway een 
autosnelweg is, trunk een autoweg en de rest is lager dan dat, en dus 
in principe toegankelijk voor fietsers.


Er moet verduidelijkt worden dat de classificatie puur op basis van 
wegnummering lang niet altijd juist is. Ldp heeft dit zojuist 
geantwoord. Mijn idee was om alleen de Nederlandse pagina te 
verduidelijken, omdat alleen hier over de N-nummering wordt gebruikt.


V.w.b. het opschonen, ik heb nu i.i.g. meer dan de helft gedaan. In het 
westelijk deel van Twente moet nog wel wat gebeuren. Mogelijk ga ik daar 
morgen mee door.


Frank

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Betr: Fietsrouteplanner edits in Twente

[Frank Steggink]

On 10-09-16 07:57 PM, dbuss...@goudappel.nl wrote:

Frank, bedankt voor dit duidelijke verhaal.
Ik wil alleen een punt rechtzetten: wij zijn er nooit van uitgegaan 
dat fietsers nooit op primary mogen komen, wel hebben wij gezegd dat 
deze bij ontbrekende bicycle-tag default ontoegankelijk zijn en wij 
tegelijk voor ALLE primary wegen controlleren of fietsers daar op 
mogen en zonodig een bicycle=yes (of fietspad etc) zetten. Wij 
gebruiken daarvoor de ons ter beschikking staande cyclomedia-fotos en 
kijken daar naar borden en fietspaden.
Daarom was voor ons de tag primary relevant en hebben wij die ook 
gecontrolleerd volgens de richtlijnen op de wiki - en waar nodig 
omgetagd. Op de wiki staat duidelijk en helder dat N-wegen met een 
nummer onder de 400 primary zijn en met een nummer boven de 400 secondary.
Als wij zoals Frank voorsteld niet meer van de N-nummers maar van het 
gevoel van de plaatselijk bekende mapper uit gaan (wat ik prima 
vindt), dan moeten wij dat wel op de wiki ook zo vermelden. Dit (de 
wiki actualiseren) is dan ook het voorstel van Frank en ons.


Groeten,

  Dirk Bussche



Dag Dirk,

Ik wil als antwoord hierop ook graag een paar dingen rechtzetten.

Van Francien heb ik juist wel het antwoord gehad dat de tagging naar 
primary gebruikt zou worden als verbod voor fietsers: "Dit is voor ons 
erg belangrijk, omdat we de primary-wegen standaard verboden willen 
maken voor fietsers in de fietsrouteplanner, tenzij anders aangegeven 
middels een cycleway=lane bijvoorbeeld. Hiermee voorkomen we dus dat een 
fietser een weg op wordt gestuurd waar hij niet mag komen."


Voor wat betreft het omtaggen van primair naar secondair: het mag dan 
wel zo op de wiki staan, maar gaat er niet ergens een belletje rinkelen 
als blijkt dat deze "regel" op heel veel plekken niet is toegepast? 
Verder is de omtagging niet consequent gebeurd, bijv. de N342 bij 
Denekamp is van primary naar secondary omgetagd, alsook de N349 in de 
omgeving van Almelo. (V.w.b. het stuk van de N349 dat in Almelo zelf 
ligt, ik weet niet precies hoe die loopt, maar ik hoop binnenkort in de 
gelegenheid te zijn om te kijken. Het is wel een belangrijke weg om het 
verkeer door de stad te leiden.)


Groeten,

Frank





___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Betr: Fietsrouteplanner edits in Twente

[Frank Steggink]

Dag Dirk,

Het valt me nu op, na onderstaande mails doorgelezen te hebben, dat ik 
door de formulering sterk het gevoel kreeg dat in jullie applicatie 
fietsers nooit op primary wegen mogen komen. Ook al is dit niet strikt 
het geval (volgens de uitleg van zowel Francien als jou), wordt wel 
sterk deze indruk gewekt, door primary wegen *als default* wel uit te 
sluiten


Groeten,

Frank

On 10-09-16 11:10 PM, Frank Steggink wrote:

On 10-09-16 07:57 PM, dbuss...@goudappel.nl wrote:

Frank, bedankt voor dit duidelijke verhaal.
Ik wil alleen een punt rechtzetten: wij zijn er nooit van uitgegaan 
dat fietsers nooit op primary mogen komen, wel hebben wij gezegd dat 
deze bij ontbrekende bicycle-tag default ontoegankelijk zijn en wij 
tegelijk voor ALLE primary wegen controlleren of fietsers daar op 
mogen en zonodig een bicycle=yes (of fietspad etc) zetten. Wij 
gebruiken daarvoor de ons ter beschikking staande cyclomedia-fotos en 
kijken daar naar borden en fietspaden.
Daarom was voor ons de tag primary relevant en hebben wij die ook 
gecontrolleerd volgens de richtlijnen op de wiki - en waar nodig 
omgetagd. Op de wiki staat duidelijk en helder dat N-wegen met een 
nummer onder de 400 primary zijn en met een nummer boven de 400 
secondary.
Als wij zoals Frank voorsteld niet meer van de N-nummers maar van het 
gevoel van de plaatselijk bekende mapper uit gaan (wat ik prima 
vindt), dan moeten wij dat wel op de wiki ook zo vermelden. Dit (de 
wiki actualiseren) is dan ook het voorstel van Frank en ons.


Groeten,

  Dirk Bussche



Dag Dirk,

Ik wil als antwoord hierop ook graag een paar dingen rechtzetten.

Van Francien heb ik juist wel het antwoord gehad dat de tagging naar 
primary gebruikt zou worden als verbod voor fietsers: "Dit is voor ons 
erg belangrijk, omdat we de primary-wegen standaard verboden willen 
maken voor fietsers in de fietsrouteplanner, tenzij anders aangegeven 
middels een cycleway=lane bijvoorbeeld. Hiermee voorkomen we dus dat 
een fietser een weg op wordt gestuurd waar hij niet mag komen."


Voor wat betreft het omtaggen van primair naar secondair: het mag dan 
wel zo op de wiki staan, maar gaat er niet ergens een belletje 
rinkelen als blijkt dat deze "regel" op heel veel plekken niet is 
toegepast? Verder is de omtagging niet consequent gebeurd, bijv. de 
N342 bij Denekamp is van primary naar secondary omgetagd, alsook de 
N349 in de omgeving van Almelo. (V.w.b. het stuk van de N349 dat in 
Almelo zelf ligt, ik weet niet precies hoe die loopt, maar ik hoop 
binnenkort in de gelegenheid te zijn om te kijken. Het is wel een 
belangrijke weg om het verkeer door de stad te leiden.)


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] Fietsrouteplanner edits in Twente

[Frank Steggink]

On 10-09-16 10:57 PM, Frank Steggink wrote:
Er moet verduidelijkt worden dat de classificatie puur op basis van 
wegnummering lang niet altijd juist is. Ldp heeft dit zojuist 
geantwoord. Mijn idee was om alleen de Nederlandse pagina te 
verduidelijken, omdat alleen hier over de N-nummering wordt gebruikt.


Ik heb de tekst bij highway=secondary op de wiki aangepast.  Mocht 
iemand zich hier niet helemaal in kunnen vinden, de wiki is ook te editen.


Frank

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] ESRI community basemap

[Frank Steggink]

On 10-10-12 09:59 PM, dbuss...@goudappel.nl wrote:

Hallo,

ESRI heeft een project opgestart om "gratis" geodata vanuit haar 
community te verzamelen en te distribueren.

Ze vullen het zelf aan met commerciële bronnen zoals Teleatlas.
De gebruikte licentie is voor mij onduidelijk.
Kent iemand dit project en de relatie met osm?
http://resources.arcgis.com/content/community-basemap/about
Ze gebruiken (naast anderen) ook osm als ondergrond:
http://www.arcgis.com/home/webmap/viewer.html?useExisting=1

Groeten,

   Dirk


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
   
Er is geen directe relatie. Alhoewel ESRI de data via haar website 
publiceert en distribueert, blijven de data providers eigenaar van hun 
databronnen. ESRI heeft ook als doel om alleen "authoritative" data te 
verstrekken, wat dat ook moge betekenen... Dit artikel gaat hier dieper 
op in: [1], en vergelijkt met name op OpenStreetMap met het Community 
Maps Program van ESRI.


Groeten,

Frank

[1] 
http://vector1media.com/spatialsustain/whats-the-distinction-between-crowdsourcing-volunteered-geographic-information-and-authoritative-data.html



___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

[OSM-talk-nl] Bing en 3dShapes

[Frank Steggink]

Hoi,

Mede namens Theun en Lennard (Ldp) heb ik een post geschreven over Bing 
en 3dShapes op het blog: [1]. Ik ben benieuwd hoe jullie hierover 
denken. Aangezien de 3dShapes import vrij omvangrijk en tijdrovend is, 
en we niet onnodig mede-OSM'ers voor het hoofd willen stoten, zijn er de 
nodige uitdagingen. Hier volgt de integrale tekst:


[quote]

Naar aanleiding van de vrijgave van Bing luchtfoto’s 
 voor OpenStreetMap, 
waarover eerder deze week  is bericht, 
wil ik namens het 3dShapes  
importteam graag even stilstaan bij de consequenties voor deze import.


Het is natuurlijk geweldig dat we gebruik kunnen maken van de Bing 
luchtfoto’s om OSM mee te verrijken! Daar moeten we zeker gebruik van 
maken. Desondanks zou ik graag enige terughoudendheid willen vragen bij 
het tracen van landuse features in gebieden waar 3dShapes nog niet is 
geïmporteerd. Onder landuse worden vlakken verstaan, zoals bos, gras, 
water, etc. Gebouwen vallen hier niet onder. Ik zal hieronder uitleggen 
waarom we dit vragen.


Op dit moment zijn we halverwege met de landuse import van de 3dShapes 
data. We streven ernaar om de import voor volgend voorjaar, wanneer het 
recreatieseizoen in alle hevigheid zal losbarsten, af te ronden. Dit zal 
dus naar verwachting in de loop van maart 2011 gebeuren. Tijdens de 
import moeten we ook een keus maken over wat te doen met de bestaande 
landuse data. Tot op heden is er vooral sprake van de kwalitatief 
mindere AND data en de vrij slechte Yahoo luchtfoto’s (als je al het 
“geluk” had om in een gebied te werken waar ze aanwezig zijn). 3dShapes 
is hier een duidelijke verbetering. In gevallen waar gebruikers de 
landuse data aanzienlijk hebben verbeterd en/of veel werk hebben 
verricht, treden we in contact om te overleggen wat er met zijn data 
moet gebeuren.


De resolutie van de Bing luchtfoto’s is zodanig goed dat door een 
ervaren mapper de nauwkeurigheid van de 3dShapes data gehaald kan 
worden. Juist vanwege de evaluatie en het opschonen van bestaande data 
is de 3dShapes import een moeizaam proces. Het zou jammer zijn dat er 
dubbel werk gedaan wordt, of dat het evalueren extra veel werk oplevert, 
omdat iemand fanatiek landuse heeft zitten overtekenen van Bing.


Ik zou ervoor willen pleiten om het tracen van landuse (dus bossen, 
gras, water, etc.) data vanaf Bing in een bepaald gebied uit te stellen, 
totdat de 3dShapes data is geïmporteerd. Dit om de volgende redenen:


   * De *ouderdom* van 3dShapes data en Bing luchtfoto’s *ontloopt
 elkaar niet veel*: het is allebei meerdere jaren oud (zeg 3 tot 6
 jaar). Dus actualiteit is geen reden om de voorkeur aan Bing te
 geven in plaats van 3dShapes.
   * Met de 3dShapes import hebben we een *landsdekkende dataset* tot
 onze beschikking. Dit kan nooit gehaald worden met het tracen
 vanaf Bing. Ons land is groter dan het lijkt ;)
   * De 3dShapes data is ook *consistent*, in de zin van dat dezelfde
 classificatie voor dezelfde featuretypes wordt gebruikt (behoudens
 enkele onvolkomenheden in de data). Ook dit is veel lastiger te
 behalen door individuele gebruikers; ieder met een eigen kijk op
 de wereld.

Natuurlijk is er meer dan genoeg wat je wel zou kunnen doen, namelijk:

   * Data toevoegen en bewerken in de delen van Nederland waar al wél
 3dShapes is geïmporteerd. De 3dShapes data is natuurlijk niet heilig.
   * Punt- of lijnobjecten toevoegen en bewerken. Deze data zal niet
 door de import worden vervangen (m.u.v. hooguit het aansluiten van
 waterlopen, en dan nog in beperkte mate). Bijv. op veel plekken is
 de originele AND wegendata nog steeds onaangeroerd. Ga eens naar
 een willekeurige stad, zet de luchtfoto’s aan, en zorg dat de
 wegen op de juiste plek liggen en beter lopen.
   * Gebouwen toevoegen en bewerken. De import van 3dShapes gebouwen is
 al geruime tijd geleden afgerond. Alhoewel 3dShapes een mooie
 dataset is, zou de nauwkeurigheid van met name de gebouwen
 verbeterd kunnen worden. Dit was niet of nauwelijks mogelijk met
 de oude Yahoo luchtfoto’s.

Mocht je toch graag met Bing aan de gang willen gaan in een gebied waar 
nog geen 3dShapes geïmporteerd is, dan is het ook mogelijk om een 
mailtje te sturen aan user:Ldp  
of user:fsteggink , om het 
gebied eerder te laten importeren.


Happy tracing :)

[/quote]

Groeten,

Frank

[1] http://blog.openstreetmap.nl/index.php/2010/11/30/bing-en-3dshapes/

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] 3dshapes and AND user and ODbL

[Frank Steggink]

On 10-12-03 03:33 PM, Stefan de Konink wrote:
En om te voorkomen dat men dit ooit nog een keer aan alle *echte* 
contributors hoeft te vragen wordt gevraagd de CT te onderschrijven 
zodat migreren naar een nog strictere licentie in de toekomst nog 
makkelijker kan ;)
Ik heb nergens in de CT gelezen dat dit het geval is. History is ook 
data. Ik zou het trouwens niet acceptable vinden als wat je suggereert 
ooit gestalte zou krijgen.


Dus je kunt ja zeggen tegen: doe mij maar ODBL, maar met CT doe je 
eigenlijk: ik ben een schaap en als de meerderheid beslist vind ik 
alles goed.



Dus jij vindt het OK dat een enkel individu in staat moet zijn om de 
voortgang van een project als OSM tegen te houden? Als je meent dat iets 
niet in de haak is, maar 99% van de gebruikers heeft er geen problemen 
mee, dan zou ik eerst maar een kijkje in de spiegel nemen.


Als er echt iets niet in de haak is, dan wordt dit ook eerder 
gesignaleerd, en velen van degenen die in staat is om zelf een mening te 
vormen zullen hierin meegaan, dus zal het nooit zover komen. Tenzij je 
per sé tegen de stroom in wilt blijven roeien.


Frank



___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] 3dshapes and AND user and ODbL

[Frank Steggink]

On 10-12-03 03:37 AM, Stefan de Konink wrote:

On Fri, 3 Dec 2010, Erik Streb del Toro wrote:


Why didn’t the already agree to the new licence?


Because that would totally bias ANY user in the Netherlands, and would 
give any true representation of contributors agreeing.


Why does everyone care so much about 3dshapes, is this some prestige 
effort to show that more than 80% of NL can be migrated?


The current situation also gives an incorrect picture of the general 
opinion in the Netherlands. For real useful visualizations, imports 
should be excluded. They dramatically shift the picture, because of 
their weight. IMO the OSMF and LWG could take better care of this.


This is nothing about prestige. It is an entirely legitimate question, 
and it is up to us, the Dutch community taking care of these imports, to 
come up with an answer.


Frank

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] 3dshapes and AND user and ODbL

[Frank Steggink]

On 10-12-03 08:36 AM, Martijn van Exel wrote:

Wij kunnen niet namens de bronhouders beslissen om hun data onder een
andere licentie aan te bieden. Dus daar gaat het wel om. Je kunt dit
soort beslissingen niet nemen over iets waar je geen eigenaar van
bent. Iedere 'menselijke' gebruiker moet zelf akkoord geven op de
overgang naar de nieuwe licentie en contributor terms, en dat geldt
ook voor de import-gebruikers.

Ik heb aan AND twee jaar geleden al gevraagd of ze akkoord waren met
de overgang, en daar kreeg ik toen een informeel ja op. Ik weet
eigenlijk niet of er formeel akkoord is gegeven. Als dat onduidelijk
is ga ik er achteraan.

Voor 3DShapes ligt het misschien wel heel anders. Ik ben daar
zijdelings bij betrokken geweest maar het meeste werk is gedaan door
Rejo Zenger (inmiddels niet meer actief voor OSM). Ik zal eens
navragen bij ObjectVision hoe zij ertegenaan kijken.
   

Op Rejo's site [1] staat het volgende:

[quote]

En dus ontving ik het fijne bericht:

   Het PBL heeft besloten om het 3DShapes bestand aan u te verstrekken,
   zonder aanvullende voorwaarden.

Met deze verstrekking is het bestand nu officieel en onvoorwaardelijk 
beschikbaar voor hergebruik.


[/quote]

Het lijkt mij dus dat er geen belemmering is om ook in te stemmen met de 
CT. (Natuurlijk wel op een manier dat er geen kunstmatige indruk wordt 
gegeven dat heel NL instemt met de CT, alhoewel nu juist een tegenstelde 
indruk wordt gewekt...)


Frank

[1] https://rejo.zenger.nl/inzicht/geografische-bestand-3d-shapes

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] 3dshapes and AND user and ODbL

[Frank Steggink]

Roeland,

Natuurlijk is dat zijn goed recht. Als het straks eindelijk mogelijk is 
om aan te geven dat hij tegen de CT is, moet hij dat ook vooral 
aangeven. Dan gaat zijn data niet mee met de migratie naar ODbL. Die 
mogelijkheid verliezen we als er wordt overgegaan naar de nieuwe CT; dat 
is waar. Dit is dus het moment om aan te geven dat je het er niet mee 
eens bent (o.k. binnenkort dan; van mij had de 'tegen' knop er allang in 
gemogen...).


FYI, ik heb zelf wel ingestemd met de CT, want ik wil niet dat mijn 
bijdragen verloren gaan, mocht ik onverhoopt onder de bus belanden... 
Wat de eventuele volgende, toekomstige, licentie betreft: daar zal ik me 
t.z.t. in verdiepen mocht het überhaupt ooit zover komen. (Gezien de 
perikelen verwacht ik niet gauw dat iemand deze stap zal durven zetten.) 
Als ik het er niet mee eens ben, dan zal ik daar tegenstemmen. Mocht de 
meerderheid / kudde schapen daar anders over denken, jammer dan. Ik ben 
bijv. ook niet blij met onze huidige regering, maar moet het er wel mee 
doen. Ik denk dat dat nog altijd beter is dan helemaal geen regering; of 
in OSM-termen een CT waar alle 300k+ gebruikers zich in kunnen vinden.


Frank

On 10-12-03 06:23 PM, Roeland Douma wrote:

Vind het raar dat je dat zegt.
Het is natuurlijk onwenselijk dat 1 iemand de "voortgang" van OSM kan
blokkeren. Maar als die persoon het niet eens is met de licentie waar naartoe
word gemigreerd dan is dat toch zijn goed recht? Het is geen meeste stemmen
gelden als je over je eige data beslist.

Groet,
--Roeland

On Friday 03 December 2010 18:00:05 Frank Steggink wrote:
   

On 10-12-03 03:33 PM, Stefan de Konink wrote:
 

En om te voorkomen dat men dit ooit nog een keer aan alle *echte*
contributors hoeft te vragen wordt gevraagd de CT te onderschrijven
zodat migreren naar een nog strictere licentie in de toekomst nog
makkelijker kan ;)
   

Ik heb nergens in de CT gelezen dat dit het geval is. History is ook
data. Ik zou het trouwens niet acceptable vinden als wat je suggereert
ooit gestalte zou krijgen.

 

Dus je kunt ja zeggen tegen: doe mij maar ODBL, maar met CT doe je
eigenlijk: ik ben een schaap en als de meerderheid beslist vind ik
alles goed.
   

Dus jij vindt het OK dat een enkel individu in staat moet zijn om de
voortgang van een project als OSM tegen te houden? Als je meent dat iets
niet in de haak is, maar 99% van de gebruikers heeft er geen problemen
mee, dan zou ik eerst maar een kijkje in de spiegel nemen.

Als er echt iets niet in de haak is, dan wordt dit ook eerder
gesignaleerd, en velen van degenen die in staat is om zelf een mening te
vormen zullen hierin meegaan, dus zal het nooit zover komen. Tenzij je
per sé tegen de stroom in wilt blijven roeien.

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
 



___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] 3dshapes and AND user and ODbL

[Frank Steggink]

On 10-12-03 06:44 PM, Stefan de Konink wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Op 03-12-10 18:08, Frank Steggink schreef:
   

On 10-12-03 08:36 AM, Martijn van Exel wrote:
 

Wij kunnen niet namens de bronhouders beslissen om hun data onder een
andere licentie aan te bieden. Dus daar gaat het wel om. Je kunt dit
soort beslissingen niet nemen over iets waar je geen eigenaar van
bent. Iedere 'menselijke' gebruiker moet zelf akkoord geven op de
overgang naar de nieuwe licentie en contributor terms, en dat geldt
ook voor de import-gebruikers.

Ik heb aan AND twee jaar geleden al gevraagd of ze akkoord waren met
de overgang, en daar kreeg ik toen een informeel ja op. Ik weet
eigenlijk niet of er formeel akkoord is gegeven. Als dat onduidelijk
is ga ik er achteraan.

Voor 3DShapes ligt het misschien wel heel anders. Ik ben daar
zijdelings bij betrokken geweest maar het meeste werk is gedaan door
Rejo Zenger (inmiddels niet meer actief voor OSM). Ik zal eens
navragen bij ObjectVision hoe zij ertegenaan kijken.

   

Op Rejo's site [1] staat het volgende:

[quote]

En dus ontving ik het fijne bericht:

Het PBL heeft besloten om het 3DShapes bestand aan u te verstrekken,
zonder aanvullende voorwaarden.

Met deze verstrekking is het bestand nu officieel en onvoorwaardelijk
beschikbaar voor hergebruik.

[/quote]

Het lijkt mij dus dat er geen belemmering is om ook in te stemmen met de
CT. (Natuurlijk wel op een manier dat er geen kunstmatige indruk wordt
gegeven dat heel NL instemt met de CT, alhoewel nu juist een tegenstelde
indruk wordt gewekt...)
 


Daar staat dus dat 3dshapes akkoort gaat met PD. Dat staat er. Niet
verdraaien wat er staat.


Stefan
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.16 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEAREKAAYFAkz5LHMACgkQYH1+F2Rqwn2r+gCeJAqdMg0fvAsX4N0swBDmNcPE
8+gAoIJH2SVPaL78kIH61s8nqszOin7F
=3cbR
-END PGP SIGNATURE-

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

   
Precies, zo lees ik het ook. Dus wat dat betreft is er geen belemmering 
om in te stemmen met de CT, en kan het PD vinkje ook worden gezet.


Frank

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Licentie - update

[Frank Steggink]

On 10-12-08 09:40 PM, Lennard wrote:

On 8-12-2010 21:34, Rene Dohmen wrote:

De grafische weergave geeft het idee dat grofweg de helft (qua omvang)
accoord gaat, er staan echter maar ongeveer 5500 userid's in de lijst:
is dat 5500 van 280.000 users? Dat zou betekenen dat omvangrijk werk al
zeker meegenomen wordt, maar kleiner detailwerk niet.
Zie ik dat goed?


Inderdaad, de mensen die maar enkele edits op hun naam hebben, vallen 
volledig weg in zo'n treemap. Dat zijn tevens de mensen die het 
moeilijkst te bereiken zijn om ze kennis te laten maken met de nieuwe 
licentie en ze te vragen om akkoord te gaan.


En die waarschijnlijk de discussie het minst kan schelen, laat staan dat 
ze de moeite nemen om in te loggen om de CT te accepteren of af te wijzen.
Trouwens, lang niet alle 280.000 hebben edits gemaakt. Dat aantal is 
veel lager. Het precieze aantal weet ik niet, maar ik geloof dat het 
rond een tiende is, dus ca. 28.000 users.


Frank

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Licentie - update

[Frank Steggink]

Sinds sommigen erachter zijn gekomen dat het voor bedrijven en diverse 
andere partijen het veel makkelijker praten is met een rechtspersoon, 
dan met een losse community van 320.000 (and counting) kapiteins op een 
schip.


Ofwel, dit was op 22 augustus 2006: 
http://www.osmfoundation.org/wiki/Main_Page


Frank

On 10-12-08 09:24 PM, ce-test, qualified testing bv - Gert Gremmen wrote:


Wanneer heeft de OSMF  de OSM-staat uitgeroepen ?

Gert

*Van:* talk-nl-boun...@openstreetmap.org 
[mailto:talk-nl-boun...@openstreetmap.org] *Namens *Henk Hoff

*Verzonden:* woensdag 8 december 2010 21:13
*Aan:* OpenStreetMap NL discussion list
*Onderwerp:* Re: [OSM-talk-nl] Licentie - update

2010/12/8 ce-test, qualified testing bv - Gert Gremmen 
mailto:g.grem...@cetest.nl>>


OSM is niet van OSMF !

De OSMF is de officiële rechtspersoon die de OSM-database publiceert.

Gert

Henk


___
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] Licentie - update

[Frank Steggink]

On 10-12-08 09:39 PM, Ben Laenen wrote:

Henk Hoff wrote:
   

Hier kun je een visuele weergave zien van hoeveel data er beschikbaar is
 

onder ODbL http://matt.dev.openstreetmap.org/treemap.png
 

Kan er ook eens een treemap gemaakt worden waar de imports uit zijn
weggelaten?

Ben


   

+1

Ook graag met de accounts die het PD vakje hebben aangevinkt? Die 
mogelijkheid is er wel degelijk, mede getuige mijn user settings pagina: 
"You have also declared that you consider your edits to be in the Public 
Domain. Zo moeilijk kan dit niet zijn. Ik weet dat het onhaalbaar is om 
te switchen naar PD, maar ik ben wel benieuwd hoe dit zich verhoudt in 
de statistieken.


Voor mezelf hoeft het niet meer, maar ik kan me wel goed indenken dat 
een beter en objectiever beeld van de stand van zaken (dus niet geskewed 
door import accounts) mensen helpt om een betere afweging te maken. Deze 
openheid is goed voor het proces, vooral omdat er kritiek is op het 
vermeende gebrek aan openheid door de OSMF. Dit zou een non-issue moeten 
zijn, vanwege het open karakter van OSM.


Frank



___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Licentie - update

[Frank Steggink]

Zoals de vlag er nu bij hangt, is de OSMF bezig om een massale fork te 
regelen. Dit is al geregeld door "dissidenten" op talk genoemd ;)


Maar, reëel gesproken, wat blijft er over van de rest van OSM, als de 
organisatie die OSM faciliteert zich afscheidt, zelfs met behoud van de 
naam (aannemende dat deze nu door de OSMF wordt geregistreerd). Wat er 
overblijft, ofwel de huidige forkers, zijn losse splintergroeperingen, 
die elkaar binnen de kortste keren de tent uit gaan vechten, over wie nu 
de "echte" OSM is. Daar wil toch geen serieuze organisatie mee praten! 
En, zoals iedereen onderhand zal weten, CC biedt geen enkele legale 
bescherming op feitelijke informatie, tenminste in de EU. Als de data 
_legaal_ wordt "gekaapt", dan hebben ze geen enkele poot om op te staan. 
Dát is waar de OSMF de ongeorganiseerde bende tegen zichzelf in 
bescherming neemt!


Ik weet het, dit is slechts een van de vele manieren om het te zien, 
maar ik weet wel dat als je iets in een negatief daglicht wil stellen, 
dit maar al te makkelijk kan. De discussies op talk en legal laten dit 
maar al te vaak zien... Een goed alternatief voor wat de OSMF onderneemt 
heb ik nog niet gezien. Een PD fork zou op zich haalbaar zijn, maar wel 
een ontzettend grote aderlating aan data betekenen.


Frank

On 10-12-08 10:18 PM, ce-test, qualified testing bv - Gert Gremmen wrote:


Ter informatie:

Uit de OSMF:about wiki

http://www.osmfoundation.org/wiki/OSMF:About

*It is important to understand that the OpenStreetMap Foundation is 
not the same thing as the OpenStreetMap project. The Foundation does 
not own the OpenStreetMap data, is not the copyright holder and has no 
desire to own the data. Anyone can set up a few servers and host the 
OSM data using the same or different software. In this respect the 
Foundation is an organisation that performs fundraising in order to 
provides servers to host the project. Its role is to support the 
project, not to control it.*


* *

Hieruit volgt al direct dat OSMF zich niet bevoegd acht om de licentie

wijziging te introduceren. Ze doen alleen maar of.

Haar belangrijkste doel is “fundraising” voor de servers.

Natuurlijk moet er in een ongeorganiseerde "bende" (positief bedoeld) 
iemand het initiatief


om het project tegen zichzelf te beschermen, maar laat de OSMF

eerst de community vragen of ze een dergelijke volmacht en vertrouwen

geniet.

Het afsluiten van een account bij niet aanklikken van de CT zou 
conform de wiki een onrechtmatige daad


betekenen tegen de gebruiker: lees de laatste 4 woorden.

Gert Gremmen

-Oorspronkelijk bericht-
Van: talk-nl-boun...@openstreetmap.org 
[mailto:talk-nl-boun...@openstreetmap.org] Namens Frank Steggink

Verzonden: woensdag 8 december 2010 22:07
Aan: OpenStreetMap NL discussion list
Onderwerp: Re: [OSM-talk-nl] Licentie - update

Sinds sommigen erachter zijn gekomen dat het voor bedrijven en diverse 
andere partijen het veel makkelijker praten is met een rechtspersoon, 
dan met een losse community van 320.000 (and counting) kapiteins op 
een schip.


Ofwel, dit was op 22 augustus 2006:

http://www.osmfoundation.org/wiki/Main_Page

Frank

On 10-12-08 09:24 PM, ce-test, qualified testing bv - Gert Gremmen wrote:

>

> Wanneer heeft de OSMF de OSM-staat uitgeroepen ?

>

> Gert

>

> *Van:* talk-nl-boun...@openstreetmap.org 
<mailto:talk-nl-boun...@openstreetmap.org>


> [mailto:talk-nl-boun...@openstreetmap.org] 
<mailto:[mailto:talk-nl-boun...@openstreetmap.org]> *Namens *Henk Hoff


> *Verzonden:* woensdag 8 december 2010 21:13

> *Aan:* OpenStreetMap NL discussion list

> *Onderwerp:* Re: [OSM-talk-nl] Licentie - update

>

> 2010/12/8 ce-test, qualified testing bv - Gert Gremmen

> mailto:g.grem...@cetest.nl 
<mailto:g.grem...@cetest.nl%20%3cmailto:g.grem...@cetest.nl>>>


>

> OSM is niet van OSMF !

>

> De OSMF is de officiële rechtspersoon die de OSM-database publiceert.

>

> Gert

>

> Henk

>

>

> ___

> Talk-nl mailing list

> Talk-nl@openstreetmap.org <mailto:Talk-nl@openstreetmap.org>

> http://lists.openstreetmap.org/listinfo/talk-nl

>

___

Talk-nl mailing list

Talk-nl@openstreetmap.org <mailto:Talk-nl@openstreetmap.org>

http://lists.openstreetmap.org/listinfo/talk-nl


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
   



___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] ODbL acceptance statistics for the Netherlands

[Frank Steggink]

On 10-12-13 05:39 PM, Erik Streb del Toro wrote:

Just for the ones who are interested in the ODbL acceptance:

 http://odbl.info.nu/

Discussion about this on the German forum (in English language if you want):
 http://forum.openstreetmap.org/viewtopic.php?id=10066

Enjoy your rank and the stats,
Erik



___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
Om de statistieken te ontdoen van de impact van de imports, ben ik wat 
met OO.o in de weer geweest. Ik heb me vanuit praktisch oogpunt beperkt 
tot degenen die minimaal 100 nodes op hun naam hebben staan. Dit zijn 
684 accounts.


Als importaccount heb ik de volgende accounts aangemerkt: 3dShapes, AND, 
AND_fixbot en nijmegen. Vooral de impact op de nodes is groot (93.6%).

De aantallen:
# nodes # ways# rels
Totaal 400107335410322 56750
Totaal zonder import2561474 783295 20553
Deel zonder import6.40% 14.48%36.22%

Er zijn dus relatief veel ways en vooral relaties door gewone gebruikers 
gewijzigd. Waarschijnlijk omdat het makkelijker is om bestaande ways en 
relaties te wijzigen, i.p.v. nodes; laat staan het tekenen van grote 
aantallen nieuwe nodes.


Als ik puur alleen naar de wijzigingen kijk, met inbegrip van de import 
accounts, dan komen de volgende getallen uit de bus:

   # nodes # ways# rels
Met import, voor ODbL  1351945 464027 12819
Met import, tegen ODbL386587884946295 43931
Met import, voor ODbL3.38%  8.58%22.59%
Met import, tegen ODbL  96.62% 91.42%77.41%

De aantallen voor ODbLzijn iets minder dan de aantallen die op de 
website staan. De eerste aantallen per elementtype (node, way, relation) 
is vermoedelijk op basis van de hele history. De aantallen in de tweede 
rij is het *verschil*, als alleen naar de laatste wijziging wordt 
gekeken. Het percentage is wel voor de volledige last edit berekend. 
Mijn aantallen zijn iets lager, vanwege de selectie van de "grotere" 
accounts. Ze zijn ook iets in het nadeel van de ODbL supporters.


Dan nu de statistieken waarbij ik de vier genoemde importaccounts heb 
weggelaten:

 # nodes# ways# rels
Zonder import, voor ODbL 1138245430621 12777
Zonder import, tegen ODbL1423229352674  7776
Zonder import, voor ODbL  44.44%54.98%62.17%
Zonder import, tegen ODbL 55.56%45.02%37.83%

Hier is duidelijk dat er een redelijke 50/50 verdeling is. De toename in 
ways en relaties ligt volgens mij ook aan wijzigingen van bestaande 
data. Oudere gebruikers hebben mogelijk hun account verlaten, en zullen 
dus ook eerder niet genegen zijn om met de ODbL / CT in te stemmen.


Natuurlijk valt er op deze analyse ook het nodige aan te merken, maar 
het schept wel een duidelijker beeld van de situatie in Nederland. Een 
volgende analyse zou misschien alle users moeten meenemen, en ook een 
onderverdeling maken in gebruikers die vrijwillig instemden met de ODbL 
/ CT, of gebruikers die pas recent een account aanmaken (user ID > 281xxx).


Groeten,

Frank


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands

[Frank Steggink]

On 10-12-14 05:52 PM, Ben Laenen wrote:

Henk Hoff wrote:

Nu we deze info hebben, kunnen we dan ook het account van 3DShapes op
ingestemd zetten? Ik heb begrepen dat deze data PD is, dus juridisch geen
probleem.
Met deze nieuwe statistieken waaruit oa. de 3DShapes eruit zijn gehaald, is
de argumentatie van mogelijke bias (die eerder nog genoemd werd) niet meer
relevant.

Zoals ik al gezegd heb, ongeacht of de data nu al dan niet PD is, je moet nog
steeds toestemming krijgen van elke persoon die die account gebruikt heeft om
te importeren.

Contributor terms != licentie

Ben
Waarom vind je dat? Ik kon en kan het niet uit je mail van vorige week 
terughalen. Dit roept ook wederom de overbekende vragen op, zoals "waar 
ligt de grens"? Wat als iemand 3 huisjes onder 3dshapes heeft 
geïmporteerd en faliekant tegen de CT is, en de rest voor?


Als de data PD is, hoe kun je dan als importeur überhaupt bepalen wat er 
met de geïmporteerde data moet gebeuren? Dan maakt het toch helemaal 
niks uit onder welke licentie het in de toekomst komt te vallen. Als 
iemand PD data voor veel geld wil verkopen, kun je hem ook geen 
strobreed in de weg leggen.


Frank

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands

[Frank Steggink]

On 10-12-14 07:15 PM, Ben Laenen wrote:

Frank Steggink wrote:

On 10-12-14 05:52 PM, Ben Laenen wrote:

Zoals ik al gezegd heb, ongeacht of de data nu al dan niet PD is, je moet
nog steeds toestemming krijgen van elke persoon die die account gebruikt
heeft om te importeren.

Contributor terms != licentie

Ben

Waarom vind je dat? Ik kon en kan het niet uit je mail van vorige week
terughalen. Dit roept ook wederom de overbekende vragen op, zoals "waar
ligt de grens"? Wat als iemand 3 huisjes onder 3dshapes heeft
geïmporteerd en faliekant tegen de CT is, en de rest voor?

Als de data PD is, hoe kun je dan als importeur überhaupt bepalen wat er
met de geïmporteerde data moet gebeuren?

Omdat het dan gebeurt onder de voorwaarden van elke importeur, en dat is nu
dat de data wordt vrijgegeven onder de CC-licentie. Bijgevolg kan elke
importeur ook zeggen of die met nieuwe voorwaarden akkoord gaan voor "zijn"
data. Importeerder A kan niet beslissen dat de data die importeerder B heeft
toegevoegd onder de nieuwe voorwaarden valt, dus moet je dat samen gaan
bespreken vooraleer het vinkje van de nieuwe CT wordt aangeduid.

IMO is Lennard een soort van benevolent dictator. Zo bejegen ik hem 
i.i.g. wel altijd ;) Hij heeft de leiding / coördinatie van de import op 
zich genomen en veel werk hiervoor verzet.


Wat mij betreft heeft hij het volste recht om te bepalen of de via het 
3dShapes geïmporteerde data onder de ODbL/CT valt of niet. Ik zie zelf 
geen belemmering om het niet te doen. PD data is toch volledig 
overgeleverd aan de grillen wat er mee gebeurt. Als het 3dShapes account 
niet instemt met de ODbL/CT kan gerust iemand anders de data opnieuw 
importeren in OSM. Alleen is dat uitermate zonde van het werk, dus ik 
zou het jammer vinden als Lennard niet in zal stemmen.


Wat ik niet zou kunnen verkroppen (wat mijn respons verklaart), is dat 
volgens jou blijkbaar iemand die een minimale bijdrage aan de import 
heeft geleverd de instemming van het hele account zou kunnen blokkeren. 
Daarvoor heb ik niet alle pijn en moeite in de import gestoken. Ik zal 
het natuurlijk ook niet leuk vinden als Lennard zou besluiten niet voor 
te stemmen, maar hij heeft een iets andere positie, en zelf ook een 
forse inspanning geleverd.



Dan maakt het toch helemaal
niks uit onder welke licentie het in de toekomst komt te vallen. Als
iemand PD data voor veel geld wil verkopen, kun je hem ook geen
strobreed in de weg leggen.

Daar geef je zelf het argument.
Ik zie niet in hoe. Ik denk juist dat het PD zijn van de 3dShapes data 
_geen_ belemmering voor het instemmen oplevert.

Nu, ik neem aan dat niemand van de importeerders dit gaat tegenhouden, maar
hou de puntjes op de i :-)
Dan zouden degenen die data onder het 3dShapes account hebben 
geïmporteerd maar hier hun visie moeten geven. Dan zijn we hier gelijk 
klaar mee. Voor zover ik weet zijn dit Lennard, Theun, Roeland, Rob, 
Peter en ik. Ik weet niet zeker of er in het prille begin nog anderen 
data via 3dShapes hebben geïmporteerd. Peter heeft al geantwoord op deze 
vraag (+ zijn eigen account is van na de default instemming). Het mag 
duidelijk zijn dat ikzelf ook geen bezwaar tegen de instemming heb.


Frank


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands

[Frank Steggink]

On 10-12-14 08:43 PM, Erik Streb del Toro wrote:

And what is with the AND import? And with AND-fixbot? 3dshapes had a lot
of edits in Germany, too. So the Germans will also welcome “his” license
agreement.

Greetings,
Erik


Why the haste (also @Henk), and why the focus on numbers? As far as I 
know, we're still in the *voluntary* acceptance phase, so we're still 
far from saying goodbye to non-ODbL data.


Frank


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands

[Frank Steggink]

On 10-12-14 08:51 PM, Frank Steggink wrote:

On 10-12-14 08:43 PM, Erik Streb del Toro wrote:

And what is with the AND import? And with AND-fixbot? 3dshapes had a lot
of edits in Germany, too. So the Germans will also welcome “his” license
agreement.

Greetings,
Erik


Why the haste (also @Henk), and why the focus on numbers? As far as I 
know, we're still in the *voluntary* acceptance phase, so we're still 
far from saying goodbye to non-ODbL data.


Oh, and since you seem to use the nick "Wicking" on the forum, let me 
start with a quote from you:


wicking wrote:

   Verlierer sind ein paar ganz kleine Länder. Unter anderem aber auch
   die Niederlande, dort wird auf der Mailingliste massiv gegen die
   ODbL-Zustimmung geworben – schätze das liegt daran. Vielleicht aber
   auch an den Importen, die nicht unter der ODbL stehen.


What do you think you're gaining by calling us "Verlierer"? If you're so 
interested in the situation in the Netherlands, you undoubtedly saw my 
post about the stats which are undone from the imports. And if you 
genuinely care about the situation here, I would recommend to change 
your tone. Pushing us *and* calling us losers behind our back (yeah, 
some of us can read German...) is NOT making acceptance for the ODbL / 
CT more widespread!


Frank


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands

[Frank Steggink]

On 10-12-14 09:46 PM, Henk Hoff wrote:



On Tue, Dec 14, 2010 at 8:51 PM, Frank Steggink <mailto:stegg...@steggink.org>> wrote:



Why the haste (also @Henk), and why the focus on numbers? As far
as I know, we're still in the *voluntary* acceptance phase, so
we're still far from saying goodbye to non-ODbL data.


Haste I wouldn't call the pace this process is going "fast". Let 
alone we're showing a lot of haste.


The discussion I was having in this thread was related to an import 
(3DShapes) which was stated by Stefan that it is PD. Hence, there are 
no legal reasons why not to accept the Contributor Terms.
Huge imports that are not under the new CT, like 3DShapes, raises a 
lot of questions whether these imports are compatible or not. You've 
seen these discussions on this mailinglist. Let's make it clear: when 
this import is compatible with the Contributor Terms, set the account 
accordingly.


Cheers,
Henk

Apparently the opinions on whether the CT should be accepted by import 
accounts hasn't been settled completely. Yes, it does take a lot of 
time, but exerting too much pressure does the cause (i.e. convince 
people to accept the ODbL and CT) more harm than good. It raises more 
questions, especially when this is done by OSMF representatives.


Frank

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] install party bij Gert

[Frank Steggink]

Sterkte aan iedereen die toch van plan is te komen. Ooh in Utrecht is 
het witgehalte hoog. Ik denk dat er wel 10 cm gevallen is.
//me heeft geen spijt dat hij besloten heeft een OSM-eventje aan zich 
voorbij te laten gaan.../


Frank

On 10-12-19 08:46 AM, Robert Elsenaar wrote:
"Dit nummer is tijdelijk niet in gebruik." Een aardige damesstem, maar 
ik had liever Gert aan de telefoon gehad.

Wat is de opkomst/afzegging. Ik twijfel sterk 
Hoe is het witgehalte?

Robert

-Oorspronkelijk bericht- From: ce-test, qualified testing bv - 
Gert Gremmen

Sent: Sunday, December 19, 2010 8:21 AM
To: OpenStreetMap NL discussion list
Subject: Re: [OSM-talk-nl] install party bij Gert

Jullie kunt mij bellen op 47 843876

Gert

-Oorspronkelijk bericht-
Van: talk-nl-boun...@openstreetmap.org 
[mailto:talk-nl-boun...@openstreetmap.org] Namens Peter

Verzonden: zondag 19 december 2010 8:09
Aan: OpenStreetMap NL discussion list
Onderwerp: Re: [OSM-talk-nl] install party bij Gert

Oke, ik ga zo proberen te vertrekken. Almere > Utrecht lijkt volgens 
ns.nl nog wel te gaan...

Robert, kan ik je bellen als ik op Utrecht sta? Je hebt mijn nummer.

Op 19 december 2010 03:30 heeft Rob  het 
volgende geschreven:

Op 19 december 2010 01:25 heeft Stefan de Konink 
het volgende geschreven:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Op 18-12-10 16:48, Stefan de Konink schreef:

Dan gaan wij even gezellig praten ;)


If (veolia.rijdt(station)) && ns.rijdt(schiedam)) {
   Stefan.gezellig()
}

Voorlopig is het _heel_ wit hier.



Hier ook..  glijdt goed ;)
Veel succes morgen, had er wel bij willen zijn

Rob

___
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: 
http://localhost:6083/Panda?ID=pav_991&SPAM=true&path=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

Re: [OSM-talk-nl] Bossen bij Hilversum

[Frank Steggink]

On 11-01-02 05:50 PM, Peter wrote:

Je zou het dubbel kunnen noemen. Het pad staat erin als een pad, maar
ook als hier-staan-geen-bomen-maar-iets-anders.
Veel paden die er nog niet in staan zijn te zien als witte stroken
door het bos, zoals hier http://osm.org/go/0E7gy9Rx
Ik noem het daarom een "optische illusie". De paden en de landuse hebben 
een verschillende herkomst, dus kun je situaties krijgen zoals dit. De 
ligging komt i.h.a. vrij goed overeen. Sommige paden liggen perfect 
t.o.v. 3dShapes. Anderen hebben een afwijking, dus dat zijn 
aandachtspunten. Ook zie je in één oogopslag waar mogelijk data 
ontbreekt. Natuurlijk kan ook 3dShapes fout zijn.


Wat we op de lange termijn met dit soort discrepanties moeten, is niet 
duidelijk. Je kunt je aan deze situatie ergeren, of gebruik maken om OSM 
verder te verbeteren. Dit gaat wel langzaam. Alles in een keer aanpassen 
is teveel werk, aangezien dit heel arbeidsintensief is. Gelukkig is er 
niemand die zegt dat het morgen al klaar moet zijn. 3dShapes data zomaar 
mergen is ook jammer, omdat je het dan niet meer kunt gebruiken op de 
manier die ik hierboven beschrijf. Ja, de brondata is er natuurlijk ook 
nog, maar die gaat niemand hiervoor gebruiken.


Als je het niet mooi vindt, en je wilt OSM gebruiken voor je eigen 
kaartmateriaal, dan kun je een dump ophalen, die lokaal bewerken naar 
eigen inzicht (bijv. gelijke landgebruikvlakken mergen / bufferen), en 
van daaruit je kaart renderen. Dan is dat probleem opgelost.



Ook zijn beide bronnen niet altijd even nauwkeurig of recent. Sommige
3dShapes data is bijvoorbeeld al 6 jaar oud.
En de (bing) foto's van hetzelfde gebied zijn dan bijvoorbeeld 4 jaar
oud, en misschien nog iets verschoven ook...
En je/iemand anders' GPS is/was dan misschien wel te onnauwkeurig
tussen al die bomen.
Het is bijna onmogelijk om zeker te weten waar iets ligt.
Wees creatief, en je komt er wel!

Creatief zijn met landmeetapparatuur zeker?

Op 2 januari 2011 16:56 heeft Frank Fesevur
  het volgende geschreven:

Hallo,

Ik ben plaatselijk totaal niet bekend, maar ik vraag me af of er in de
bossen bij Hilversum (Hoge en Lage Vuursche) de paden er dubbel op
staan, of is het een "optical illusion" door de geimporteerde
3dshapes?

http://osm.org/go/0E6P18Fh

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

Frank


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Shapes en paden

[Frank Steggink]

Robert,

Sorry, bij mij haalt dat niks uit, zowel niet als met versie 3701 als 
3751. Als ik Alt+click gebruik, ga ik ineens het hele JOSM scherm 
draggen. Dat komt misschien doordat ik Ubuntu gebruik.


Het cyclen werkte tot aan 3701 met Ctrl+Alt+click. Tegenwoordig is dat 
scaling. Zie de release notes als je JOSM opstart, bij de wijzigingen 
van versie 3702. Ctrl+Alt+click is nu verschalen, lekker nuttig :S. 
Vroegah werkte dit (cyclen) nog met Ctrl+click. Ook moet het werken met 
de middelste knop van een muis met 3 knoppen, maar ik ga niet naar de 
winkel voor een bug in JOSM...


Omdat ik veel met landuse werk, is dit niet handig, dus gebruik ik nog 
versie 3701 voor het voorbereiden en de nabewerking.


Zie http://josm.openstreetmap.de/ticket/5809 voor mijn bug report.

Frank

On 11-01-18 08:01 PM, Robert Elsenaar wrote:

Frank zei:
In JOSM is hier prima mee te werken, alhoewel bij de release van
versie 3751 een vervelende bug erin is geslopen, zodat het niet meer
mogelijk is om door elementen die zich in de buurt van je muiscursor
bevinden te cyclen. Hoe Potlatch met dit soort dubbele grenzen overweg
gaat, weet ik niet.


Dit is helaas denk ik een vergissing.

Ik werk met de online jar met versie 3751 en kan mert Alt-klik 
uitstekend cyclen door gemeenschappelijke tags of ways.

Ik denk in ieder geval dat je dat bedoelt?

-Robert-

-Oorspronkelijk bericht- From: stegg...@steggink.org
Sent: Tuesday, January 18, 2011 8:34 AM
To: talk-nl@openstreetmap.org
Subject: Re: [OSM-talk-nl] Shapes en paden

Ik zou zelf geneigd zijn om paden over de vlakgrenzen te laten lopen,
zoals Frank aangeeft. Uiteraard alleen als ik redelijk zeker weet dat
deze grens nog steeds correct is. 3dShapes is slechts een databron, en
een kenmerk hiervan is dat het een momentopname is. De huidige
situatie zou al anders kunnen zijn.

In JOSM is hier prima mee te werken, alhoewel bij de release van
versie 3751 een vervelende bug erin is geslopen, zodat het niet meer
mogelijk is om door elementen die zich in de buurt van je muiscursor
bevinden te cyclen. Hoe Potlatch met dit soort dubbele grenzen overweg
gaat, weet ik niet.

In theorie zou het mooier zijn om de shapes van elkaar los te trekken,
en de grens net langs het pad te laten lopen, maar dat is ontzettend
veel werk. Het mergen van de shapes zou ik alleen doen als je zeker
weet dat het landgebruik aan weerszijden gelijk is.

Ook al komt de classificatie overeen in de 3dShapes data, het is een
bekend gegeven dat aan de bron verschillende classificaties
gegroepeerd zijn. Dit proberen we zo goed en zo kwaad als het kan uit
te splitsen bij de import (bijv. onderscheid bos/heide), maar het kan
ook zijn dat het ene vlak loofbos is en aan de andere kant naaldbos.
Dat zal waarschijnlijk niet in Zoetermeer het geval is.

De oorspronkelijke dataset, waarvan 3dShapes afgeleid is (dus het
product dat wij mogen gebruiken), is ingewonnen m.b.v. luchtfoto's die
in de winter zijn gemaakt. Hierdoor is te zien wat zich onder het
bladerdek bevindt, wat zomers het zicht ontneemt.

Frank

Quoting Martien Scheepens :

Ik vraag me eigenlijk af hoe de mensen van 3Dshapes het gelukt is om 
deze

informatie op te slaan. Ik kan in jouw geval het pad met de foto's van
Microsoft wel zien, maar bijvoorbeeld het Sterrebos in Groningen (
http://tile.openstreetmap.nl/?zoom=17&lat=53.20443&lon=6.57768&layers=B00) 


is gewoon groen van boven.
Ook hier is de vraag hoe wenselijk het is om er een vlak van te maken 
met de

correcte paden of het behouden van de 'paden' volgens 3Dshapes.

Groeten,

Martien

2011/1/17 Frank Fesevur 



Ook gisteren in Zoetermeer ben ik weer door een aantal van dit soort
gebiedjes (stadsgroen) gelopen. Mijn GPS-track ligt vrijwel op deze
lijn. De paden zijn er nog niet als zodanig gemapt, maar zijn in bijv
JOSM wel herkenbaar. Wat is de meest praktische methode om op basis
van deze informatie dit beter op de kaart te krijgen?

Ik heb nu simpelweg een nieuw pad getekend tussen deze bestaande
nodes. Maar ik vraag me af of dit het meest verstandige is om te doen?

Of moet ik ook de aangrenzende shapes combineren? Dat lijkt me best
veel werk en ik vraag me af of dat loont? Maar als ik alleen die weg
overtrek, blijft het dan nog wel onderhoudbaar? Want er lopen nu drie
ways over elkaar (2x shape + pad).







___
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_1995&SPAM=true&path=C:\Windows\system32\config\systemprofile\AppData\Local\Panda%20Security\Panda%20Global%20Protection%202011\AntiSpam
--- 




_

Re: [OSM-talk-nl] Shapes en paden

[Frank Steggink]

On 11-01-18 08:34 PM, Michiel Faber wrote:

Een scrollwiel is ook een knop. Wellicht heb je die er wel opzitten?
Toch, is de methode nu echt waardeloos. Die met alt+ctrl+klik werkte
juist wel lekker.

Michiel

Yep, die heb ik erop zitten, maar dat werkt ook niet. Het "ergste" is 
dat wel het juiste event wordt getoond met xinput, alhoewel het wel 
buggy lijkt. Zie mijn commentaar in het bug report. Aangezien JOSM er 
totaal niks op uitdoet, werkt dat ook niet. Het is trouwens te makkelijk 
om ipv te klikken te scrollen, waardoor je inzoomt.


Frank

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Betr: Re: Betr: Re: Mappingparty in Berlijn

[Frank Steggink]

On 11-03-11 10:22 AM, dbuss...@goudappel.nl wrote:

hoe meer mappingmartys hoe beter!

Mist er misschien nog een 'r' voor de 's'? Zo heb ik me wel eens gevoeld 
na een dag stevig mappen / inkloppen ;)


Frank

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] morgen mappen in Amsterdam

[Frank Steggink]

On 11-03-26 03:40 PM, Martijn van Exel wrote:

Hoi,

Het lijkt een heel bescheiden mapping party te worden morgen. Maar we 
gaan er natuurlijk wel voor!
Samenkomen om 14:00 op een plek in het centrum die we nog moeten 
verzinnen. Ideeën welkom!

Wat willen jullie mappen?

Martijn

--
Martijn van Exel
http://about.me/mvexel


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
Het spijt me, maar ik ga de mapping party nog bescheidener maken dan hij 
al is, door me af te melden.


Groeten,

Frank

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] hack weekend Essen

[Frank Steggink]

On 11-04-21 08:44 PM, Lennard wrote:

On 21-4-2011 8:41, Martijn van Exel wrote:

Ha allemaal,

Van 10-12 juni is er een OSM hack weekend in Essen, net over de grens.


Leuk! Dat is vlakbij mij. Ook vanuit Nederland goed te bereiken. 
Vanuit Roosendaal pak je de stoptrein naar Antwerpen. Na 7 minuten kun 
je dan uitstappen in Essen. Inderdaad nèt over de grens. :)


Ik weet niet waar jullie het over hebben. Essen ligt gewoon in 
Nederland. Het is nl. een gehucht bij Groningen [1]. Wat we daar moeten 
zoeken, veel te ver weg...


Frank

[1] http://osm.org/go/0GXOHBYt?m


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Betr: Re: Uiterlijk van de kaart

[Frank Steggink]

Ik geloof dat de OpenCycleMap ook SRTM gebruikt, evt. aangevuld voor de 
gaten en boven 60 graden NB.


De resolutie van de EEA DEM is 10x zo laag. Deze is 1x1 km, terwijl de 
versie van SRTM die publiek toegankelijk is een resolutie heeft van 3 
arcseconds. In Nederland komt dat overeen met ca. 57x92.5 meter.


Er is nog een andere DEM, namelijk de Aster GDEM [1], die claimt een 
resolutie te hebben van 30x30 meter, maar de data zit vol met 
onvolkomenheden. Er zit ook een grote verticale afwijking in, van min. 
10 meter. Arnhem ligt volgens die DEM op zeeniveau ;)


Groeten,

Frank

[1] http://www.gdem.aster.ersdac.or.jp/


On 11-05-13 04:33 PM, Martijn van Exel wrote:

Ik meen me te herinneren dat dat ook SRTM is..?

Er is er ook 1 van de EEA, weet niet of die compatible is met OSM qua 
licentie:


http://www.eea.europa.eu/data-and-maps/data/digital-elevation-model-of-europe

Ziet er trouwens ook niet gedetailleerder uit dan SRTM.

Martijn

2011/5/13 mailto:dbuss...@goudappel.nl>>

 Ik zie nu pas dat er inderdaad hoogtelijnen op de kaart staan.
Weet iemand wat de oorspronkelijke bron is van de hoogtedata en of
die in de osm-planetfile is ingelezen of bij het renderen extern
opgehaald wordt?
Wij gebruiken namelijk voor de fietsrouteplanner AHN-hoogtedata
voor de zuidelijke provincies maar hebben bij het landelijk gaan
hoogtedata onder een vrije licentie nodig. Op dit moment niets
beters gevonden dan SRTM, maar wat ik op openstreetmap.org
 qua hoogtelijnen zie is veel beter.

Groeten,
Dirk Bussche

___
Talk-nl mailing list
Talk-nl@openstreetmap.org 
http://lists.openstreetmap.org/listinfo/talk-nl




--
Martijn van Exel
http://about.me/mvexel


___
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 vs shape import

[Frank Steggink]

On 11-06-01 09:51 PM, Martien Scheepens wrote:

Gokje:
Iemand die na het importen helaas niet alles opgeruimd heeft. Je hebt 
het met 3dShapes soms ook wel. Iemand had al een keer een 
gebouw/bos/vijver etc. gemapped en dubbele dingen opruimen is 
handwerk. Soms helpt keepright  nog, maar 
niet altijd.


Als ik het goed heb, was bij de gebouwenimport van 3dShapes op deze 
lijst juist afgesproken dat er niet tijdens de import dubbele gebouwen 
opgeruimd zouden worden, maar dat dit het beste aan de lokale gebruikers 
overgelaten kon worden. Dit i.v.m. het overhevelen van tags, e.d. Er is 
door o.a. Rullzer een controletool gebouwd, waarbij je per gemeente het 
aantal conflicten (overlappingen, e.d.) kunt zien. Volgens mij was dat 
ook op basis van KeepRight. Er is hier alleen niet heel fanatiek gebruik 
van gemaakt. Of de tool nog ergens draait: geen idee.


Bij de landuse hebben we het anders aangepakt, omdat er relatief weinig 
landuse aanwezig was wat door gebruikers was toegevoegd. Het meeste was 
AND en de gebruikers-verandering die ik het vaakst heb gezien is het 
omtaggen van natural=wood / landuse=park naar landuse=forest, o.a. door 
Textlijn.


Frank

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] BAG

[Frank Steggink]

On 11-06-04 10:06 AM, Floris Looijesteijn wrote:


Aangezien er dus al BAG data in OSM zit neem ik aan dat er toch goed
naar dat hergebruik gekeken is?

Gr,
Floris

PS. is er nog steeds behoefte om bij elkaar te gaan zitten, of is deze
thread net zo handig?

Hoi Floris,

De BAG data van Nijmegen is een iets ander verhaal. De gemeente is zelf 
bronhouder, dus hoe dan ook(*) bezitten zij de rechten op de data.


Frank

(*) afgezien van/ondanks (het gebrek aan) copyright op bestaande data, 
databankrecht, WOB-baarheid, etc.


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] ODbL fase 4 aanstaande zondag

[Frank Steggink]

On 11-06-16 12:38 PM, Floris Looijesteijn wrote:

Ook is er nog het AND account dat nog steeds geen keuze heeft gemaakt.
Het argument dat dit de statistiek zou kunnen vertekenen gaat volgens
mij niet meer op.
Stefan en/of Rullzer, is het mogelijk die nu op akkoord te zetten?

Dag Floris,

Ik geloof dat Henk hier nog achteraan gaat / is gegaan. Dit moet 
uiteraard met AND worden kortgesloten. Heeft AND al ingestemd met de 
ODbL en heb ik dit over het hoofd gezien, of is hier nog steeds geen 
duidelijkheid over?


De AND_fixbot kan uiteraard wel zondermeer instemmen, aangezien er onder 
dit account geen nieuwe data is toegevoegd en de gedane bewerkingen niet 
onder auteursrecht vallen.


Frank

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] ODbL fase 4 aanstaande zondag

[Frank Steggink]

Gert,

Jij wilt een argument voor de ODbL en tegen de CC? CC is bedoeld als 
licentie voor zaken waarop _auteursrecht_ berust. Dat geldt niet voor 
_data_, aangezien hier geen _creatieve_ inspanning geleverd hoeft te 
worden. (Vandaar 'creative' in Creative Commons). De huidige situatie 
betekent dus dat iedereen die er zin in heeft een graai kan doen in OSM 
en de data kan gebruiken _zonder_ hiervoor verantwoording hoeft af te 
leggen, of zich ergens aan hoeft te houden. Voor hen is de CC niets 
anders dan iets om een bepaald deel van zijn lichaam mee af te vegen, 
voor wat data betreft.


Uiteraard geldt dit niet als er data "creatief" is toegevoegd, d.w.z. 
easter-eggs. Dat is de enige manier om auteursrechtschenders te kunnen 
betrappen en er wat aan te doen. Ik vind het stuitend als zou blijken 
als hier op grote schaal (en ook op kleine schaal) sprake van zou zijn 
in OSM. Het doel is juist om de situatie waarheidsgetrouw vast te 
leggen. Het doet afbreuk aan de database. Het tagging schema valt hier 
m.i. niet onder, want dat is ook gericht op de feitelijke beschrijving 
van de situatie.


Bovenstaande geldt alleen alleen in jurisdicties waarin feitelijke data 
niet als een creatief werk wordt gezien, waaronder de EU. In de EU en 
andere jurisdicties (niet in de VS, vziw) bestaat wel het 
databankenrecht. De ODbL is ervoor geschreven om duidelijk te maken dat 
de OSM data hieronder hoort te vallen. Dan is er tenminste een contract, 
waar de partij die een extract uit OSM haalt zich aan dient te houden.


Dit hele verhaal staat los van PD. Als jij PD zo belangrijk vindt, en 
zelfs vindt dat OSM maar PD moet worden, wat maakt het jou dan uit dat 
de OSMF probeert de ODbL in te voeren, met daaraan de Contributor Terms 
om een zekere mate van vrijheid in de toekomst te garanderen? OK, het is 
niet helemaal wat jij wilt, maar het is in ieder geval een stap in de 
richting, een stap die toekomstvast is. Ik zie jou tegenstem puur als 
een politieke stem omdat iets niet helemaal gaat zoals het jou zint.


Zelf ben ik ook pro-PD, en dat heb ik ook aangevinkt. Voor mij was dat 
juist dé reden om te denken dat die CT mij niet zo boeit. Als iemand 
anders mijn data wil hebben, be my guest. Verder vind ik ook dat, 
ondanks dat de tekst redelijk zwaar op de maag valt, er voldoende 
waarborgen in de CT zitten dat de OSM-data niet plotsklaps in "verkeerde 
handen" komt te vallen, of onder een gesloten licentie wordt geschoven.


Ik vind de vergelijking met de huidige politieke situatie redelijk ver 
gaan. Dat slaat nergens op. Er zijn in OSM geen politieke partijen, en 
verder heeft OSM lang niet zo'n impact op het dagelijkse leven als onze 
volksvertegenwoordiging (alhoewel ik mijzelf niet vind 
vertegenwoordigd). Als jij, en andere tegenstanders, graag zou hebben 
gezien dat de zaken anders waren, dan hadden jullie je beter moeten 
organiseren. Voor wat ik proef in de eindeloze discussies, is dat jullie 
kamp feitelijk een kruiwagen vol kikkers is. De een wil alleen pro-PD, 
terwijl de ander absoluut niet wil afwijken van CC-BY-SA? Hoe kun je dan 
een vuist vormen? Juist, dat gaat niet.


Verder weet je ook dat, als je zo politiek geëngageerd bent, dat 90% van 
de mensen mak stemvee is. Die zijn helemaal niet in de discussie 
geïnteresseerd, maar hopen alleen dat de trein blijft rollen (ofwel dat 
de beschikbaarheid van OSM-data in de toekomst blijft gewaarborgd). Als 
de OSMF in het theoretische geval zou voorstellen om een veel beperktere 
licentie te presenteren, moet je dan eens opletten. Dan komt een deel 
daarvan ook wel in actie.


Ach, ik laat het hierbij zitten. Het is duidelijk dat jij de hakken in 
het zand zet en geenszins van plan bent om je mening bij te stellen. Ik 
wil nog wel even zeggen dat ik niet blij ben met de gang van zaken. Ik 
vind, evenals jij, dat er sprake is van verwarring en twijfel, maar m.i. 
is die juist door het anti-ODbL/CT kamp gezaaid.


Groeten,

Frank

On 11-06-17 08:28 PM, ce-test, qualified testing bv - Gert Gremmen wrote:


Dank je Henk.

Er is een fundamenteel verschil van appreciatie met

de gang van zaken tussen ons.

Jij ziet de zaken vanuit het perspectief van het resultaat (voor OSM).

Ik zie het vanuit de gang van zaken voor de community.

Het huidige OSMF is dusdanig pragmatisch dat het werkelijk

elk principe overboord zou gooien als daarmee een bepaald

resultaat zou kunnen worden bereikt. Wat dat ook zou kunnen

zijn.

Vergelijk het in NL met de samenwerking van VVD /CDA met

Geert Wilders. Het resultaat is niet eens zou erg, maar de wijze waarop

tart elk gevoel voor rechtvaardigheid en respect.

Terug naar OSM en de manier waarop CT/ODBL ons zijn opgedrongen.

Kijk nu eens naar elke publicatie over de nieuwe licentie. Werkelijk

overal wordt alleen maar gepoogd aan te geven hoe noodzakelijk dat is

zonder enig argument behalve:

“Bedrijven en instellingen die graag OSM data willen gebruiken, maar

daarvan afzien vanwege de CC-licentie. Dit omdat de definitie

Re: [OSM-talk-nl] ODbL fase 4 aanstaande zondag

[Frank Steggink]

Gert,

Ik ga toch maar happen. Zie inline.

Frank

On 11-06-17 08:51 PM, ce-test, qualified testing bv - Gert Gremmen wrote:


Oh ja henk je vroeg om een verklarinen

Zie inline

*Van:*Henk Hoff [mailto:toffeh...@gmail.com]
*Verzonden:* vrijdag 17 juni 2011 19:08
*Aan:* OpenStreetMap NL discussion list
*Onderwerp:* Re: [OSM-talk-nl] ODbL fase 4 aanstaande zondag

Gert,

Ik vind het erg jammer dat je niet akkoord gaat met de Contributor 
Terms van Openstreetmap. Temeer ik nu je argumentatie lees. Ik neem 
toch even de vrijheid om hierop te reageren. Zie inline.


2011/6/16 ce-test, qualified testing bv - Gert Gremmen 
mailto:g.grem...@cetest.nl>>


Ik vindt een nieuwe licentie onnodig omdat

-we deze maar ook een andere licentie niet kunnen handhaven

Verklaar. Dit snap ik niet. Zeer waarschijnlijk ligt jouw bezwaar ook 
bij de huidige CC-BY-SA licentie


Inderdaad, alleen een commerciële organisatie met een duidelijk 
verdienmodel heeft het


geld om een licentie te handhaven. Dat geld hebben we niet dus is ODBL 
alleen maar een speeltje


voorde regelneven onder ons. Vandaar mijn inzet voor PD.

[FS] Misschien moet het "handhaven" ook maar worden gecrowdsourced. De 
OSMF kan wel donaties / leden gebruiken. Je bent van harte welkom ;)
OSM is te omvangrijk om een ongeleid projectiel te zijn. Vroeg of laat 
hebben die de neiging om neer te storten, dus ben ik allang blij dat er 
een stel regelneven is opgestaan om dit te voorkomen. Als die er niet 
zouden zijn, en er is helemaal geen structuur / richting in OSM, dan zou 
ik me wel drie keer hebben bedacht om mijn kostbare tijd daarin te steken!


-er nooit problemen zijn geweest met cc-by-sa

Helaas. Ik kom net weer van een business-conferentie af. Er diverse 
bedrijven/instellingen die graag OSM data willen gebruiken, maar 
daarvan afzien vanwege de CC-licentie. Dit omdat de definitie van 
"afgeleid werk" voor hun niet werkt. De ODbL concentreert zich op de 
data en daarmee kan men veelal wel mee uit de voeten.


Business conferentie, wat doe je daar eigenlijk Henk. OSM gaat niet 
over business maar over open data.


Daar hoort je focus te liggen. Je bent daar gewoon ingepakt. Heb je 
één argument


behalve “niet werk” en “uit de voeten”

[FS] De bekendheid vergroten van OSM? Mag het alleen door niet-zakelijke 
gebruikers worden gebruikt? De huidige licentie is notabene CC-BY-SA, en 
niet CC-BY-NC-SA.


-ik eigenlijk wil dat OSM PD wordt, of liever helemaal niks

Dat je persoonlijke mening. Maar als dat een reden is, waarom ben je 
uberhaupt bij OSM gekomen, gezien de huidige CC-BY-SA licentie?


Wist ik veel wat CC-BY-SA was, ik ging voor de kaart ! Bovendien

was de tendens veel meer PD like.

[FS] Die tendens is me nooit zo opgevallen. Sommigen wel, maar ik geloof 
dat de meerderheid dit niet wil (en een veel grotere meerderheid het 
niet kan schelen).


Overigens ben ik wel erg benieuwd naar de PD support, en ik vind dat de 
OSMF deze data moet vrijgeven. Er is geen enkele reden om dit verborgen 
te houden!


-ik niet acceptabel vindt dat 0.1 % van OSM (OSMF) de community in
gijzeling neem

Verklaar. Er zijn verschillende polls en stemmingen geweest. Zowel 
onder de OSMF leden als ook onder de brede community. In alle gevallen 
was daar een duidelijke meerderheid voor de ingeslagen weg. Wanneer we 
nu naar de acceptatie van de CT kijken, kan ik constateren dat ruim 
98% heeft ingestemd. Iets meer dan 1% heeft geweigerd (waaronder dus 
jij). Hoezo gijzeling?


Als ik morgen met 12 andere leden zeg dat OSM voortaan PD wordt heb ik 
dan de mogelijkheid


om leden uit te sluiten die niet accoord gaan ? Heb ik de macht over 
de user accounts ? Heb ik de domeinnaam ?


[FS] Alsof de OSMF over één nacht ijs gaat. Dit proces duurt al een jaar 
of 6. Als iemand een beter alternatief zou hebben, dan zou dit zeker 
opgepakt zijn. Dat jij het hier niet mee eens bent, wil niet zeggen dat 
dat ook voor de andere 399.999+ gebruikers geldt.


-er nooit een moment geweest is dat OSM open stond voor iets
anders dan ODBL

Er zijn diverse opties bekeken. De ODbL is momenteel de beste keuze.

CC-by-SA 3.0 ? PD ? wat is daar eigenlijk mis mee ?

[FS] CC-BY-SA: zie andere e-mail. PD: een stap te ver voor velen 
(wederom: meer informatie van de OSMF gewenst).


-de licentie onnodig autoritair, formeel en juridisch geformuleerd is

Kijk eens naar de officiele tekst van CC-BY-SA: 
http://creativecommons.org/licenses/by-sa/2.0/legalcode


Dat is een CC-BY-SA _licentie_ vgl de ODBL _licentie_ geen CT die ik noem.


[FS] Jij hebt het over "de licentie" en noemt niet de CT specifiek.


-ik een hekel heb om juridisch te worden gebonden voor dingen die
IK kado geef
(stel je kan schilderen en geeft een schilderij aan iemand kado,
zou jij accepteren dat die iemand daar een onherroepelijke
licentie bij wil afsluiten en anders het schilderij weggooit ?)

Prima. Maar wat is het verschil met de huidige situatie?

De CT

[FS] Ja, en? De da

Re: [OSM-talk-nl] ODbL fase 4 aanstaande zondag

[Frank Steggink]

Dag Gert,

On 11-06-18 07:14 AM, ce-test, qualified testing bv - Gert Gremmen wrote:

De domste paragraaf is nog wel:

We would like to avoid someone like Google loading the whole of OSM 
into their Map Maker system, where Google then lay claim to any 
further improvements made by users. It is ok for them to load OSM, but 
improvements must then be shared back. In such a case, Google would be 
required to distribute the rendered tiles under CC BY-SA, but they 
would be free to continue to use and improve the data without 
releasing it.


This is a case which the community does not want to happen, yet it may 
be possible under CC BY-SA.


Dit is juist wél wat we willen. Google als een FORK van OSM.

Eeuwige roem zou ons deel zijn, en OSM blijft beter want wij hebben

de users en niet google.

Denk maar niet dat er sprake is van enige credits. Dat heb je al niet 
met Google MapMaker, wat overduidelijk op OSM is "geïnspireerd".
Als pro-PD'er maken je die credits niet zoveel uit, maar mensen die meer 
belang hechten aan de BY-clausule wel.


Vanwaar die eeuwige roep om protectie ?

Het principe van OPEN is dat de data OPEN is.

Alleen de regelneven maken daar weer OPEN MAAR … van.

Huh? De ODbL is een vertaling van CC-BY-SA naar het databankenrecht. Er 
wordt niet meer bescherming opgelegd, maar ook niet minder. Als OSM zou 
besluiten om PD te gaan, zou iedereen die tegen zou zijn (vanwege de BY 
of SA clausules) zich hiertegen verzetten.



En Henk, dat geeft nog geen argument waarom commerciële

gebruikers problemen hebben met onze huidige situatie.

Zakelijke gebruikers houden van zekerheid. Ze willen niet opeens met een 
onverwachte claim worden geconfronteerd, omdat ze de CC-BY-SA licentie 
anders opvatten dan hoe "wij" (als OSM community) die interpreteren. Dan 
zeggen hun advocaten: "gebruik maar geen OSM, daar kleven teveel 
onzekerheden aan".


Kennelijk zijn de enige echte argumenten niet

boven tafel, of niet publiek. Ik begin

haast te denken aan een hidden agenda.

Heb je daar concreet bewijs voor? Zo ja, laat maar zien. Zo niet, dan 
voegt dit niks toe in de discussie.


En Frank: wat valt er te beschermen aan OSM


Niet iedereen is bereid om zijn/haar input als PD aan te bieden.


Een iedereen die de data kaapt, kaapt alleen

een (oude) kopie, en niet de community.

En het was toch juist de bedoeling om de

OSM data zoveel mogelijk (her)gebruikt te krijgen ?


Kwalitatief goede data, OSM hoeft geen baggerdata te accepteren.
Wat OSM wil, wordt hier beter verwoord: 
http://wiki.openstreetmap.org/wiki/FAQ#Why_OpenStreetMap.3F


En wij blijven toch de source ?

Nou, als OSM niet onder auteursrechtwetgeving kan vallen, dan moet je 
daar ook niet op rekenen. Waarom zou de BY-clausule wel van toepassing 
blijven, als CC zelf niet van toepassing blijkt te zijn?


Wat kan een kaper doen dat wij niet willen aanmoedigen ?

Of gaat het om de betekenis van het woord kapen ?

Het gaat er alleen om dat er niet iets onverhoeds met de data gaat 
gebeuren waar een significant deel van de community niet achterstaat. 
(Ik zou alweer het aandeel pro-PD'ers / contra-PD'ers binnen OSM willen 
weten...)





Nog effe voor de duidelijkheid: ik ben zelf ook pro-PD, maar ik laat het 
wel uit mijn hoofd om op zo'n manier tegen het licentieproces te ageren 
en uit protest maar tegen de ODbL/CT te stemmen. Ik respecteer de keuzes 
van anderen. Dat geldt ook voor jouw keuze, maar ik vind wel dat je die 
op verkeerde gronden maakt, dus voel ik me ertoe geroepen om daarop te 
reageren. Als ik zou willen, zou ik mijn eigen bijdragen er wel uit 
kunnen filteren en ze in een pure PD-fork te stoppen. De meest 
significante en originele bijdragen zitten redelijk geconcentreerd. 
Mocht dat toch te lastig blijken, dan heb ik nog wel een berg GPS tracks 
en mijn aantekeningen: http://weait.com/content/look-franks-log-book , 
om van scratch af aan te beginnen (wat ik liever niet doe).


Het is jammer dat niet iedereen pro-PD is, maar dat moet ook groeien. 
Dit is net zoals het concept van open data, waarvan OSM een zeer 
belangrijke pijler is! Ik heb er alle vertrouwen in dat in de toekomst 
steeds meer en meer data opengesteld gaat worden, en dat geldt ook voor 
de bijdragen aan OSM van mensen die niet het PD-hokje hebben aangevinkt. 
In de tussentijd kies ik ervoor om een constructieve houding aan te nemen.


Frank

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] ODbL fase 4 aanstaande zondag

[Frank Steggink]

On 11-06-18 09:26 AM, Frank Steggink wrote:

Dag Gert,

On 11-06-18 07:14 AM, ce-test, qualified testing bv - Gert Gremmen wrote:

De domste paragraaf is nog wel:

We would like to avoid someone like Google loading the whole of OSM 
into their Map Maker system, where Google then lay claim to any 
further improvements made by users. It is ok for them to load OSM, 
but improvements must then be shared back. In such a case, Google 
would be required to distribute the rendered tiles under CC BY-SA, 
but they would be free to continue to use and improve the data 
without releasing it.


This is a case which the community does not want to happen, yet it 
may be possible under CC BY-SA.


Dit is juist wél wat we willen. Google als een FORK van OSM.

Eeuwige roem zou ons deel zijn, en OSM blijft beter want wij hebben

de users en niet google.

Denk maar niet dat er sprake is van enige credits. Dat heb je al niet 
met Google MapMaker, wat overduidelijk op OSM is "geïnspireerd".
Als pro-PD'er maken je die credits niet zoveel uit, maar mensen die 
meer belang hechten aan de BY-clausule wel.


Vanwaar die eeuwige roep om protectie ?

Het principe van OPEN is dat de data OPEN is.

Alleen de regelneven maken daar weer OPEN MAAR … van.

Huh? De ODbL is een vertaling van CC-BY-SA naar het databankenrecht. 
Er wordt niet meer bescherming opgelegd, maar ook niet minder. Als OSM 
zou besluiten om PD te gaan, zou iedereen die tegen zou zijn (vanwege 
de BY of SA clausules) zich hiertegen verzetten.



En Henk, dat geeft nog geen argument waarom commerciële

gebruikers problemen hebben met onze huidige situatie.

Zakelijke gebruikers houden van zekerheid. Ze willen niet opeens met 
een onverwachte claim worden geconfronteerd, omdat ze de CC-BY-SA 
licentie anders opvatten dan hoe "wij" (als OSM community) die 
interpreteren. Dan zeggen hun advocaten: "gebruik maar geen OSM, daar 
kleven teveel onzekerheden aan".


Kennelijk zijn de enige echte argumenten niet

boven tafel, of niet publiek. Ik begin

haast te denken aan een hidden agenda.

Heb je daar concreet bewijs voor? Zo ja, laat maar zien. Zo niet, dan 
voegt dit niks toe in de discussie.


En Frank: wat valt er te beschermen aan OSM


Niet iedereen is bereid om zijn/haar input als PD aan te bieden.


Een iedereen die de data kaapt, kaapt alleen

een (oude) kopie, en niet de community.

En het was toch juist de bedoeling om de

OSM data zoveel mogelijk (her)gebruikt te krijgen ?


Kwalitatief goede data, OSM hoeft geen baggerdata te accepteren.
Wat OSM wil, wordt hier beter verwoord: 
http://wiki.openstreetmap.org/wiki/FAQ#Why_OpenStreetMap.3F


En wij blijven toch de source ?

Nou, als OSM niet onder auteursrechtwetgeving kan vallen, dan moet je 
daar ook niet op rekenen. Waarom zou de BY-clausule wel van toepassing 
blijven, als CC zelf niet van toepassing blijkt te zijn?


Wat kan een kaper doen dat wij niet willen aanmoedigen ?

Of gaat het om de betekenis van het woord kapen ?

Het gaat er alleen om dat er niet iets onverhoeds met de data gaat 
gebeuren waar een significant deel van de community niet achterstaat. 
(Ik zou alweer het aandeel pro-PD'ers / contra-PD'ers binnen OSM 
willen weten...)





Nog effe voor de duidelijkheid: ik ben zelf ook pro-PD, maar ik laat 
het wel uit mijn hoofd om op zo'n manier tegen het licentieproces te 
ageren en uit protest maar tegen de ODbL/CT te stemmen. Ik respecteer 
de keuzes van anderen. Dat geldt ook voor jouw keuze, maar ik vind wel 
dat je die op verkeerde gronden maakt, dus voel ik me ertoe geroepen 
om daarop te reageren. Als ik zou willen, zou ik mijn eigen bijdragen 
er wel uit kunnen filteren en ze in een pure PD-fork te stoppen. De 
meest significante en originele bijdragen zitten redelijk 
geconcentreerd. Mocht dat toch te lastig blijken, dan heb ik nog wel 
een berg GPS tracks en mijn aantekeningen: 
http://weait.com/content/look-franks-log-book , om van scratch af aan 
te beginnen (wat ik liever niet doe).


Het is jammer dat niet iedereen pro-PD is, maar dat moet ook groeien. 
Dit is net zoals het concept van open data, waarvan OSM een zeer 
belangrijke pijler is! Ik heb er alle vertrouwen in dat in de toekomst 
steeds meer en meer data opengesteld gaat worden, en dat geldt ook 
voor de bijdragen aan OSM van mensen die niet het PD-hokje hebben 
aangevinkt. In de tussentijd kies ik ervoor om een constructieve 
houding aan te nemen.


Frank

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

En ook nog even over het schrappen van data: dat is geen dreigement. Er 
is _geen_ alternatief. Het tegengestelde van schrappen is handhaven. Je 
begrijpt natuurlijk wel dat het handhaven van data van contributeurs die 
zich tegen de ODbL/CT hebben uitgesproken geen werkbare situatie oplevert.


Een belangrijke uitzondering is dat betreffende personen duidelijk 
hebben aangegeven pro-

[OSM-talk-nl] Fwd: European urban landuse vector data

[Frank Steggink]

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 
To: 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

Re: [OSM-talk-nl] Fwd: European urban landuse vector data

[Frank Steggink]

In Canada wordt data geïmporteerd van de topografische dienst (CITS, 
Centre d'Information Topographique à Sherbrooke) die onder National 
Resources Canada (NRCan) valt. Deze data, Canvec, valt in het publieke 
domein. Deze dienst heeft zelfs mankracht en een FTP-server met 
voorgeconverteerde OSM-data ter beschikking gesteld. O.a. Daniel Bégin 
is een medewerker van NRCan. Meer informatie: 
http://wiki.openstreetmap.org/wiki/Canvec .


Een nadeel is wel dat de Canvec data op sommige plekken flink verouderd 
is, ook in gebieden met een hogere bevolkingsconcentratie. De wegdata in 
Canvec is wel actueel. In het verleden werd ook een andere dataset van 
NRCan/CITS geïmporteerd, geheten Geobase. Dit was alleen wegdata.


Groeten,

Frank

On 11-06-26 07:35 PM, Martijn van Exel wrote:

Nee da's een Nederlands ding, maar er zijn wel andere landen met
vergelijkbare import-projecten. Frankrijk importeert bijvoorbeeld veel
overheidsdata. Canada vziw ook...(Frank?)

Martijn

2011/6/26 Robert Elsenaar:

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
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
To: 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_6944&SPAM=true&path=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

Re: [OSM-talk-nl] 3D shape import

[Frank Steggink]

On 11-06-26 08:09 PM, Peter Peterse wrote:

Hallo,

weet iemand wat de status is van de 3Dshape import? Rond Rotterdam 
lijkt er nog een heel stuk te missen. Is hier een reden voor?


Groeten,
Peter

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl


Dag Peter,

Aan de import van de 3dShapes landuse data is door verschillende mensen 
meegeholpen. Op een gegeven moment hebben Theun, Lennard (Ldp) en ik het 
resterende deel te verdelen. Lennard is verantwoordelijk voor het deel 
rond Rotterdam, maar heeft zich de laatste maanden op andere zaken 
gericht, o.a. de Mapnik stylesheet. Hij kan een beter antwoord geven 
wanneer hij verwacht dit deel af te ronden. Hij zal het ongetwijfeld 
afronden, maar hij heeft vorig jaar ook al veel tijd besteed aan de 
3dShapes gebouwen import.


Frank

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

[OSM-talk-nl] OT: topospelletje Grontmij

[Frank Steggink]

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 
[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

Re: [OSM-talk-nl] OT: topospelletje Grontmij

[Frank Steggink]

Robert,

Beetje kwestie van logisch nadenken :) De voetbalstadions ging nog wel, 
maar de attracties, musea en kastelen gingen slecht. Als ik per 
categorie 2 goed had, was dat veel. De zendmasten en watertorens 
daarentegen zijn weer een makkie, omdat meestal de plaats erbij vermeld 
wordt ;)


Frank

On 11-08-16 07:44 PM, Robert Elsenaar wrote:

Frank,

Ik vind dat onwijs knap van je. De plaatsen en de Grondmij vestigingen 
gingen nog wel, maar over de stadions en de attracties struikel ik 
voortdurend.
Niet alleen topografische kennis, maar ook algemene kennis is hierbij 
van groot belang. En die ik kennelijk bij jouw erg breed.


Vraagje,
Weet jij bijvoorbeeld te vertellen waar visstek "De Baars" en "De lage 
Raap" liggen?


Tja, dat is het nu met algemene kennis  Je moet het maar net weten 
en er moet maar net je interesse liggen. Die laatste twee plekken ken 
ik wel, maar die vroegen ze niet. :-(

Maar wie heeft er nu interesse in voetbal of pretparken . ;-)

maar nogmaals  sjappooo

groet
Robert

-Oorspronkelijk bericht- From: Frank Steggink
Sent: Monday, August 15, 2011 10:19 PM
To: OpenStreetMap NL discussion list
Subject: [OSM-talk-nl] OT: topospelletje Grontmij

Hoi,

Omdat de lijst in een zomerdip/-recessie verkeert, ga ik hem maar wat
opleuken. De Grontmij heeft een spelletje [1] online gezet om je
topokennis te testen. Wel jammer dat het in Firefox niet werkt, maar
gelukkig nog wel in Chrome, dus meende ik de OSM-eer hoog te moeten
houden. En niet geheel zonder succes [2] :)

Groeten,

Frank


[1] http://www.gissenwaarhetis.nl <http://www.gissenwaarhetis.nl/>
[2] http://imageshack.us/photo/my-images/716/spelletjegrontmij.png/


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl


--- 


Tekst ingevoegd door Panda GP 2011:

Als het hier gaat om een ongevraagde e-mail (SPAM), klik dan op de 
volgende link om de e-mail te herclasseren: 
http://localhost:6083/Panda?ID=pav_8494&SPAM=true&path=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

Re: [OSM-talk-nl] Fietsknooppuntenrelaties in Nederland

[Frank Steggink]

On 11-10-15 02:22 AM, Jo wrote:



Oei, een monster.

Een groen.

Dat zijn de gevaarlijkste, pas maar op, of het eet u op :-)

Jo
Dat is mij dus overkomen. Mijn relatieve afwezigheid wordt hierdoor 
verklaard. Ik wil in ieder geval Lennard veel succes wensen met zijn 
queeste!


Frank

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] BAG viewer

[Frank Steggink]

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_account


Frank

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] BAG viewer

[Frank Steggink]

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  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
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Semi automatisch BAG voorstel

[Frank Steggink]

De 3dShapes import heeft mij gewoon verschrikkelijk veel tijd gekost,  
vandaar dat ik mij (nog steeds) op andere dingen aan het richten ben.  
Ik blijf voorlopig alleen vanaf de zijkant toekijken.


Frank

Quoting Martijn van Exel :


2011/10/30 Robert Elsenaar :

Dit voorstel houdt geen rekening met het niet aanwezig zijn van lokale
kennis in veel gebieden waar jullie de import over heen sturen.


Die lokale kennis heb je toch echt nodig, elk voorstel dat dat niet
onderkent mist een essentieel onderdeel. En daarom is Stefans voorstel
wel goed: importeer daar waar mensen zich er druk om willen maken.


Verder vind ik dat er weer te veel nadruk ligt op hoogwaardige kennis van
verschillende tools. Het wordt in mijn beleving weer een zelfde feestje als
met de 3dshape import. Een klein groepje is er heel druk mee en brand binnen
de korste keren af. Neem Frank maar als voorbeeld. En kijk maar naar het
gebied rond Rotterdam. Dáár is het groene monster nog niet eens langs
geweest.


"We" zijn maar met een klein groepje (ik zeg wel 'we' maar ik praat
ook maar vanaf grote afstand mee. Ik voel me nog wel betrokken, zeker
als het gaat om de BAG) en ik zie behoorlijk wat mensen meepraten
hier. Hoeveel meer wil je er hebben? En ja, je moet hier ook op
technisch niveau diep over nadenken, anders krijg je prutswerk. Ik ben
blij dat er mensen zijn die dat doen. En dat er over gediscussieerd
wordt. Wat is het probleem nu eigenlijk?

Ik vond Frank trouwens niet zo'n afgebrande indruk maken de laatste
keer dat ik 'm zag.


Ik pleit toch meer voor veel mensen een klein beetje laten doen (integreren
in het crowd eten) ipv veel door een relatieve kleine groep.
Mijn voorstel ging uit van dat principe. Jammer dat nog niemand de moeite
heeft genomen om dáár op te reageren.:-(


Het idee achter wat jij voorstelt past volgens mij naadloos in dat
waar Stefan mee komt. De crux blijft dat je mensen nodig hebt die het
werk ook daadwerkelijk doen. Concentreren op de plekken waar lokale
kennis inzetbaar is vind ik daarom een prima idee.

--
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] Semi automatisch BAG voorstel

[Frank Steggink]

On 11-10-31 10:22 PM, Stefan de Konink wrote:

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.
Synchroon houden met tags gaat inderdaad niet werken. Alles wat we als 
extra tags toevoegen, _zal_ verloren gaan, bewust of onbewust.


Ik mag aannemen dat in de metadata van een BAG-object de laatste 
wijzigingsdatum staat. Die kun je natuurlijk wel gebruiken. Evt. een 
viewertje eromheen, waarbij de gebruiker een datum kan opgeven. 
Vervolgens wordt er een kaartje getoond waar de BAG-objecten die nieuwer 
zijn een andere kleur krijgen. Desnoods kun je er een RSS-feed van 
maken. Dan kan een lokale gebruiker zelf wel de gebouwen vissen uit een 
nieuw OSM-BAG extract en die vervolgens uploaden. Zo kun je de 
verantwoordelijkheid voor het bijwerken toch lokaal houden.


Frank

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] BAG viewer

[Frank Steggink]

Stefan, Oliver heeft het over het importeren van BAG-data in OSM, niet  
om toevoegingen van OSM-gebruikers weer aan de BAG te voeden. Dit kan  
ook helemeal niet.


De BAG wordt bijgehouden door de bronhouders; de gemeenten. Wat  
authentieke BAG-data is, wordt door deze bronhouders bepaald. Er is  
geen mogelijkheid om OSM op de een of andere manier op de Landelijke  
Voorziening aan te sluiten, om de BAG van extra attributen te  
voorzien. Wij kunnen alleen besluiten om BAG-data uit de LV te  
onttrekken en deze in OSM te importeren. (Wat dit betreft heb ik wel  
twijfels over het databankenrecht, maar dat is een andere discussie.)


Quoting Stefan de Konink :


Op 02-11-11 21:02, Oliver Heesakkers schreef:

OSM is echter veel laagdrempeliger.


Onzin, als OSM laagdrempelig was kwamen er niet tal van mensen naar
mij toe met de vraag hoe ze uberhaupt data uit OSM kunnen halen.
Vector data ja, dat ze kunnen verwerken in met software. OSM XML !=
Standaard.

Er staat "laagdrempelig_er_". Ik zie ook niet een leek zomaar met GML  
data in de weer gaan.



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.


Een GML bestand geeft diezelfde functionaliteit. Ik mis het punt.

Omdat die tags niet in IMGeo (het uitwisselingsformaat voor BAG)  
gedefinieerd staan?



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.


Het introduceert alleen maar licentie vraagstukken. De vraag: waarom
BAG data geedit door OSM'ers opeens niet meer PD zijn bijvoorbeeld.

De OSM-licentie blijft gelden (be it CC-BY-SA 2.0 of ODbL). Alles wat  
in OSM zit, voldoet hieraan. Er is geen enkel bezwaar om PD data te  
importeren. Afgeleide data hoeft, per definitie, niet PD te blijven.  
De originele bron blijft dat natuurlijk wel. Anders zou daar een  
share-alike clausule aanhangen.


Frank


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] BAG viewer

[Frank Steggink]

Quoting Stefan de Konink :


Op 03-11-11 08:40, Frank Steggink schreef:

Stefan, Oliver heeft het over het importeren van BAG-data in OSM,
niet om toevoegingen van OSM-gebruikers weer aan de BAG te voeden.
Dit kan ook helemeal niet.

De BAG wordt bijgehouden door de bronhouders; de gemeenten. Wat
authentieke BAG-data is, wordt door deze bronhouders bepaald. Er is
geen mogelijkheid om OSM op de een of andere manier op de
Landelijke Voorziening aan te sluiten, om de BAG van extra
attributen te voorzien. Wij kunnen alleen besluiten om BAG-data uit
de LV te onttrekken en deze in OSM te importeren. (Wat dit betreft
heb ik wel twijfels over het databankenrecht, maar dat is een
andere discussie.)


Zover ik heb begrepen kan er bij iedere bronhouder worden
gerapporteerd als er dingen in de BAG niet kloppen.


Succes als je deze weg wilt bewandelen :)



Databankenrecht waarop? BAG "licentie" gelezen?


Niet recent, dus het is me ontgaan. Google brengt me wel op deze site  
uit: http://wiki.openstreetmap.org/wiki/BAG . Jeroen's samenvatting  
waar naar verwezen wordt laat het databankenrecht nog als open punt  
(onverlet het auteursrecht).


Frank

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] BAG viewer

[Frank Steggink]

On 11-11-03 05:13 PM, Stefan de Konink wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Op 03-11-11 14:19, Frank Steggink schreef:

Succes als je deze weg wilt bewandelen :)

Je kunt maar beter de eerste zijn he :)

Terugmelden onjuistheden BAG
Antwoord
Als u gerede twijfel heeft over de juistheid van de informatie in de
BAG, dan kunt u dit per email melden bij b...@kadaster.nl. In het
onderwerpveld van de e-mail dient u de gemeente waarbinnen het object
valt te vermelden.


Dat lijkt me nu een perfect e-mail adres om automatisch verbetering
naar toe te sturen :)



Databankenrecht waarop? BAG "licentie" gelezen?

Niet recent, dus het is me ontgaan. Google brengt me wel op deze
site uit: http://wiki.openstreetmap.org/wiki/BAG . Jeroen's
samenvatting waar naar verwezen wordt laat het databankenrecht nog
als open punt (onverlet het auteursrecht).


Mag ik de BAG-data aan derden verstrekken?
Antwoord
De BAG is er voor iedereen! Hoewel de BAG in eerste instantie gebouwd
is om overheden efficiënter en klantgerichter te laten werken, is de
BAG ook beschikbaar voor burgers en bedrijven. Het beleid van de
Rijksoverheid is immers dat overheidsinformatie op een makkelijke en
goedkope wijze ter beschikking moet worden gesteld aan iedereen die
daar behoefte aan heeft.
In beginsel is er aan hergebruik van deze informatie geen belemmering
gekoppeld. Een uitzondering hierop vormt de postcode. Vanwege een oude
afspraak tussen de overheid en PostNL mag de postcode uit de BAG niet
voor commerciële doeleinden worden gebruikt. De overheid heeft deze
afspraak opgezegd en deze belemmering vervalt uiterlijk 1 februari
2012. Daarna mag, ook de postcode uit de BAG voor commerciële
doeleinden worden gebruikt, net zoals alle andere gegevens uit de BAG.


Is de FUD nu eigenlijk over?

Stefan
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.18 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEAREKAAYFAk6yvYwACgkQYH1+F2Rqwn1riACfXX9f/IsJBLwOw59yeTpuqcqB
/YoAn2EoPtB3ncEss3W6PiOAG0KtNXYC
=j4/p
-END PGP SIGNATURE-

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Volgens Google is de zin "Mag ik de BAG-data aan derden verstrekken?" en 
het antwoord inderdaad op de Kadaster-site te vinden (. Goed nieuws dus 
;) Alleen jammer dat hun site het net lijkt te hebben begeven, omdat ik 
een foutmelding krijg. Het zou beter zijn als het Kadaster dit op een 
zodanige plek neerzet dat het statement niet door een ASP.NET fout 
onbereikbaar wordt. Ik had dit antwoord nog niet gezien, omdat ik OSM 
minder intensief volg, maar toch de BAG-discussie interessant vind.


Ik wilde geen FUD zaaien, maar had zelf nog last van een restant 'D'. Je 
weet dat ik pro-open data ben, maar ik heb geen tijd en zin om achteraf 
met juridische zaken geconfronteerd te worden bij overhaaste beslissingen.


Frank


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Semi automatisch BAG voorstel

[Frank Steggink]

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 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.
Delta's (was-wordt) lijken leuk, maar zijn dat absoluut niet. Het werkt 
alleen voor nieuwe toevoegingen, die niet in OSM zitten.
Met updates en verwijderingen moet gebruik worden gemaakt van de 
bestaande way-/relation-ID's in OSM én het juiste versienummer. Daarbij 
komt nog dat je in een OSM bestand (ik neem aan dat je dan de JOSM smaak 
bedoelt) niet ziet wat er verwijderd is.


Ook houdt deze benadering geen rekening met wijzigingen die gebruikers 
aan bestaande data hebben toegevoegd. Als het ID en versienummer zou 
kloppen, dan moeten wijzigingen alle gebruikers-tags toevoegen. Dit gaat 
in theorie alleen werken als het proces dat de DUB-bestanden maakt 
gebruik maakt van up-to-date OSM data én als de gebruiker zsm de 
wijzigingen gaat posten. Dit neemt nog steeds niet het bezwaar weg dat 
dit semi-geautomatiseerd is. Aangezien je werkzaam bent in de ICT, weet 
je ook dat software niet altijd 100% klopt ;) Changesets kúnnen gerevert 
worden, maar dat moet zeker geen gewoonte 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?)
Ik vind dit teveel klinken als een technische oplossing (unieke ID's, 
locking, geldigheidsperiodes), i.p.v. een oplossing die gaat werken. De 
DUB-site is een veel te "bazig" systeem. Ook in dit verhaal blijf ik 
missen hoe je met gewijzigde en verwijderde features om denkt te gaan.


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

[OSM-talk-nl] Fwd: Re: Semi automatisch BAG voorstel

[Frank Steggink]

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 Steggink:


 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 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 uitl

Re: [OSM-talk-nl] Semi automatisch BAG voorstel

[Frank Steggink]

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.


Ik neem aan dat dit in de metadata af te leiden is. NEN3610-objecten 
(dus ook BAG-objecten, want het IMGeo-model is op NEN3610 gebaseerd) 
hebben een vaststaand ID, dus de datum van laatste wijziging, of puur 
het feit dat een object in het BAG-mutatiebestand voorkomt (afhankelijk 
van de te kiezen levering) zegt genoeg.


Frank

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

[OSM-talk-nl] BAG-update: ook bruikbaar voor BRT?

[Frank Steggink]

On 11-11-03 10:52 PM, Frank Steggink wrote:

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.


Ik neem aan dat dit in de metadata af te leiden is. NEN3610-objecten 
(dus ook BAG-objecten, want het IMGeo-model is op NEN3610 gebaseerd) 
hebben een vaststaand ID, dus de datum van laatste wijziging, of puur 
het feit dat een object in het BAG-mutatiebestand voorkomt 
(afhankelijk van de te kiezen levering) zegt genoeg.


Frank

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Ik zat net nog te denken aan de BasisRegistratie Topografie (BRT) die 
per 1 januari a.s. gratis wordt. Dit is dus inclusief Top10NL, de 
dataset waar het PBL de 3dShapes dataset uit heeft afgeleid. Mits de BRT 
onder een gunstige licentie beschikbaar komt en mits de 3dShapes data 
zonder al te veel poespas is op te waarderen, dan zouden we hetzelfde 
proces kunnen gebruiken om de landuse data bij te werken (en andere 
Top10NL objecten toe te voegen, zoals kleine waterlopen, muren, etc.). 
De verversingscyclus zal veel onregelmatiger zijn dan bij de BAG, 
alhoewel ik niet weet wat de huidige situatie is. (Er geldt wel een 
soortgelijke terugmeldplicht als voor de BAG, dus het zou kunnen zijn 
dat updates veel continuer zijn.)


Met het "opwaarderen" van 3dShapes bedoel ik het volgende:
* actualiseren data (3dShapes is door de bank genomen 6 jaar oud)
* gebouwen worden niet meegenomen, want daar hebben we de BAG voor
* bijwerken / update van tags, om zo de ongelukkige categorisering van 
3dShapes te niet te doen (combinatie bos en heide -> natuur), en zelfs 
gebruik maken van meer specifieke tagging (bijv. loof-/naaldbos).


De randvoorwaarden zijn als volgt:
* de geometrie moet niet al te veel afwijken, anders zouden we net zo 
goed overnieuw kunnen beginnen, maar met de opgedane ervaring raad ik 
dat niemand aan.
* de hoeveelheid werk moet in eerste instantie behapbaar zijn om de 
actualiseringsslag te doen.


Zomaar een ideetje op de late avond ;)

Groeten,

Frank


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Semi automatisch BAG voorstel

[Frank Steggink]

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

Re: [OSM-talk-nl] FRN Stadsregio Arnhem - Nijmegen

[Frank Steggink]

On 19-11-2011 11:47, Jo wrote:

Hallo,

Ik maak stukje bij beetje vooruitgang met het nazicht van de
fietsroutenetwerken. Ik ga aan de oostkant naar het noorden en het
lijkt erop dat ik assistentie krijg aan de westelijke kant, wat ik ten
zeerste apprecieer. (Bedankt  Jeroen)

Nu ben ik dus bij het netwerk Arnhem - Nijmegen aanbelandt. Is dit
echt 1 netwerk? Meer naar het zuiden omvatte zo'n stadsregio slechts 1
grootstad, die ongeveer even ver van elkaar lagen als Arnhem en
Nijmegen.

Ik vind in dit netwerk 5 keer een knooppunt met het nummer 01. 2 keer,
of 3 keer, dat had ik al gezien en daar ben ik ook niet echt blij mee,
maar goed, dat is persoonlijke voorkeur. 5 keer lijkt mij echter een
indicatie dat er ergens iets foutgelopen is bij het toewijzen van
knooppunten aan netwerken. Sommige van deze knooppunten liggen zelfs
in Duitsland. Heeft een Nederlandse provincie/stadsregio echt een heel
netwerk aangelegd in Duitsland? Een grensoverschrijdend knooppunt hier
of daar, of een route die een stukje Duitsland doorkruist, daar kan ik
me iets bij voorstellen. Maar meerdere verbonden knooppunten? Dat kan
toch niet?

Vandaar dus mijn vraag/vragen:

Is het OK dat ik die Duitse knooppunten in een apart netwerk onderbreng?
Zou het heel erg zijn als Arnhem en Nijmegen elk in een apart netwerk
worden ondergebracht? Ik kan niet ter plaatse gaan kijken wat er op de
bordjes staat. Als daar effectief "Stadsregio Arnhem - Nijmegen" op
staat, zal ik me erbij moeten neerleggen dat het allemaal in 1 relatie
moet worden ondergebracht, maar ik vraag het toch liever even, of dat
inderdaad wel zo is.

mvg,

Jo

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl


Hallo Jo,

Ik weet ook niet wat er op de bordjes staat, maar Arnhem en Nijmegen 
vormen samen (met nog 18 andere gemeenten) wel één stadsregio: 
http://nl.wikipedia.org/wiki/Stadsregio_Arnhem_Nijmegen . De huidige 
aanduiding lijkt me wel correct. V.w.b. de Duitse knooppunten: aangezien 
Nijmegen pal aan de grens ligt en de grens hier een hap uit Nederland 
neemt, kan ik me wel voorstellen dat er meerdere verbonden knooppunten 
in Duitsland liggen. Gaat het inderdaad om de genummerde knooppunten 
hier: http://osm.org/go/0GFkYYy--?layers=C ? Deze liggen precies in de 
hap. Het zijn er maar een stuk of 10.


Groeten,

Frank

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

[OSM-talk-nl] [OT] Nederlandstalig OSGeo chapter

[Frank Steggink]

Hoi,

Bericht van de Nederlandstalige mailinglijst van OSGeo (de open source 
geospatial foundation). Ik denk dat er onder diverse OSM'ers die veel 
gebruik maken van open source software eveneens interesse bestaat.


Tijdens de FOSS4G 2011 conferentie in Denver is het idee ontstaan om het 
Dutch local chapter nieuw leven in te blazen. Een local chapter kan 
worden opgezet in de vorm van een vereniging maar het kan ook een meer 
informeel karakter hebben waarin een groep vrijwilligers activiteiten 
organiseren. De bedoeling is om tijdens het GIN-congres op 1 december 
2011 een 'birds-of-a-feather' (BoF) sessie te houden om te kijken wat de 
behoefte is onder de GIS-gebruikers en -ontwikkelaars in Nederland en 
welke activiteiten we als local chapter zouden kunnen starten.


Wil je een meer actieve rol spelen, maak dan een wiki-account aan [op 
wiki.osgeo.org] en voeg je naam toe aan het overzicht van 
Nederlandstalige OSGeo leden: 
http://wiki.osgeo.org/wiki/Nederland#Nederlandstalige_OSGeo_leden
Laat het ook weten als je dit initiatief ondersteunt, ook al kun je niet 
op het GIN-congres aanwezig zijn.


Let op: dit gaat _niet_ over een eventueel OSM-nl chapter, waar in het 
verleden over is gediscussieerd!


Groeten,

Frank

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] download niet meer alles?

[Frank Steggink]

On 4-12-2011 15:45, Martien Scheepens wrote:
Een way bestaat uit twee of meer punten. De renderer verbindt deze 
punten netjes en ook de editor laat een dun lijntje zien. Als jij 
echter een gebied download en er geen van de twee verbindende punten 
in ligt, krijg jij de way niet te zien. De editor kijkt namelijk 
alleen maar naar punten binnen het gebied in de database. Het 
omgekeerde geval valt meestal iets minder op. Als jij maar een klein 
stukje way wilt bewerken, krijg je altijd de hele way in de editor te 
zien. Soms tientallen kilometers lang, omdat de way tussendoor nergens 
eindigt.


Kortom niet echt iets aan de hand. Mocht je nu graag willen dat je wel 
alle ways in je editor krijgt als ze wel snijden, maar geen punt 
binnen het gebied ligt, dan moet ik er helaas op wijzen dat dit 
betekent dat je bij iedere vraag de halve database moet controleren en 
daarmee de performance heel slecht wordt.


Ter info: dat is precies de reden dat PostGIS, Oracle Spatial en andere 
databases een "ruimtelijke index" hebben. Hierdoor hoeft alleen de index 
te worden geraadpleegd. Ook al gebruikt OSM PostgreSQL (als ik het goed 
heb), wordt door de API voor het downloaden geen gebruik gemaakt van 
PostGIS. Dit gebeurt wel voor het renderen door Mapnik, zodat je op de 
kaart wel altijd alle objecten ziet.


Frank


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Semi automatisch BAG voorstel

[Frank Steggink]

On 9-12-2011 21:49, Robert Elsenaar wrote:

lijkt me een strak plan. Na alles tijdens de borrel. BAG BABBEL.


Met vriendelijke groeten,
Robert Elsenaar
(Verzonden vanaf Mobile)


Stefan de Konink  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 
> (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
Eens. Aangezien Just er is, kunnen we goed zijn BAG-expertise even 
"lenen" :)


Frank

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] uitspraak rechtzaak NWB

[Frank Steggink]

On 15-12-2011 1:03, dbuss...@goudappel.nl wrote:
de rechter staat vrijgave van het NWB toe en wijst niet alleen het 
spoedeisende belang af (dat was makkelijk geweest) maar legt ook uit 
waarom het inhoudelijk niet waarschijnlijk is dat het vrijgeven van 
het NWB verboden is:
_http://zoeken.rechtspraak.nl/ResultPage.aspx?snelzoeken=t&searchtype=ljn&ljn=BU8010_ 



Nu afwachten onder welke licentie het NWB wordt vrijgegeven.
Rechtstreekse import in OSM zou onzin zijn gezien de kwaliteit van OSM 
gemiddeld veel beter is.
Wat ik wel wil doen is een applicatie maken die inzichtelijk maakt 
waar wij in OSM hele wijken of verbindingen missen en omgekeerd.
Op de OSM kant kan ik me een WMS-onderlegger in JOSM voorstellen waar 
deze wegen initieel worden overgetrokken (bij gebrek aan beter) en van 
een tag "hier moet nog iemand langs" kunnen worden voorzien.
RWS zal onze wegen vanwege licentie niet zomaar kunnen overnemen maar 
de melding dat er iets mist wel als aanleiding nemen om de informatie 
bij de wegbeheerde op te vragen.

Zo kunnen we wederzijds van elkaar profiteren.
Deze werkwijze wordt ook in Canada gebruikt door National Resources 
Canada, die o.a. de topografische kaart samenstelt. Hun data is PD en 
kan dus in OSM worden geïmporteerd. Andersom is niet mogelijk, maar ze 
gebruiken wel OSM om veranderingen in de gaten te houden en ze gaan dan 
alsnog zelf data inwinnen.


Groeten,

Frank

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] uitspraak rechtzaak NWB

[Frank Steggink]

On 15-12-2011 17:35, Stefan de Konink wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Op 15-12-11 17:13, Frank Steggink schreef:

Deze werkwijze wordt ook in Canada gebruikt door National
Resources Canada, die o.a. de topografische kaart samenstelt. Hun
data is PD en kan dus in OSM worden geïmporteerd. Andersom is niet
mogelijk, maar ze gebruiken wel OSM om veranderingen in de gaten te
houden en ze gaan dan alsnog zelf data inwinnen.

Toch verschrikkelijk jammer? Dubbel werk, waarom zou dit juist vanaf
hoogwaardige data leveranciers eenrichtingverkeer (naar OSM) moeten zijn?



Het antwoord weet je zelf wel: licentietechnische redenen.

Ook al zouden deze niet meespelen, dan zou ik nog wel andere redenen 
kunnen verzinnen om data opnieuw in te winnen: kwaliteit, of de wil om 
alleen "eigen" data in een dataset te hebben.


Frank

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Bushaltes en GSM antennes

[Frank Steggink]

On 20-12-2011 0:38, Stefan de Konink wrote:

On Mon, 19 Dec 2011, Henk Hoff wrote:


Omdat je het zo vriendelijk vraagt:

Kun je aangeven welke changesets (nummertjes) akkoord zijn en welke 
niet. Je

kunt je changesets hier vinden:
http://www.openstreetmap.org/user/Stefan%20de%20Konink/edits
Zijn maar 8 pagina's. Valt me dus


In dat geval valt een:
input type='submit' name='odblok' value='yes'
input type='submit' name='odblok' value='no'

...ook wel mee :)


Even afhankelijk hoe dat zodadelijk wordt opgelost, zal ik je 
mogelijk later

vragen een extra account te maken waar we mogelijk je geakkoordeerde
changesets naar verhuizen.

Changesets die niet akkoord zijn, kun je daarvan ook aangeven waarom 
niet?

Oftewel: welke dataset komen ze van.


input type='text' name='reason'

Zijn er nog meer dingen die je van me zou willen weten? Dan hebben we 
in ieder geval de requirements om een 'partial' odblok te geven.



Zij die eerst software schrijven om een verandering te ondersteunen 
groeten u.



Zij die zich liever de moeite uitsparen, omdat het voor 99% van de users 
geen issue is, groeten u terug ;)


Frank

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Het IJ leeggepompt!

[Frank Steggink]

Ik hoop het nu opgelost te hebben: 
http://www.openstreetmap.org/browse/changesets?bbox=4.90268%2C52.36723%2C4.97632%2C52.39065


Wat er precies aan de hand was: geen idee. Eerst dacht ik dat het komt 
omdat er twee multipolygonen waren, dus ik heb er een (rel. nr. 1704: 
komt nog uit de AND-import) verwijderd. Dat hielp niet. Later heb ik de 
3 polygonen met de naam Het IJ gemerged, aangezien er verder geen 
verschil hiertussen zit. Dat was nog niet voldoende, dus heb ik wat 
edits in de omgeving gemaakt. Uiteindelijk kon het oostelijke deel van 
de IJhaven pas gerenderd worden nadat ik twee eilandjes had toegevoegd 
die ik op Bing zag.


Groeten,

Frank

On 30-12-2011 13:14, Floris Looijesteijn wrote:

Het is weer flink mis...

http://www.openstreetmap.org/?lat=52.37667&lon=4.93481&zoom=15&layers=M

gr,
floris

2011/12/27 Willem Sonke:

Het commentaar bij deze changeset is /MP repairs (OSMI)/. De OSM Inspector
[1] geeft in deze regio inderdaad multipolygoonfouten, onder meer /touching
inner rings/ en /invalid geometry/.
Deze gebruiker heeft overigens ook op andere plaatsen dergelijke
veranderingen gedaan, waaronder in Den Haag, maar daar zie ik zo snel geen
problemen op de kaart.

Willem Sonke

[1]
http://tools.geofabrik.de/osmi/?view=multipolygon&lon=4.83140&lat=52.41107&zoom=13&overlays=invalid_geometry_hull,duplicate_ways,intersections,intersection_lines,ring_not_closed_hull,ring_not_closed,unconnected_end_nodes,touching_inner_rings_hull,touching_inner_rings,role_mismatch_hull,role_mismatch,duplicate_tags_hull,duplicate_tags,multipolygons_type_is_boundary,type_is_boundary,ways,role_markers,way_end_nodes,way_nodes


On 27-12-11 15:30, Piet Smits wrote:

Iemand heeft op 22 december deze way uit de relatie 1704  (die het zelfde
lijkt als relatie Het IJ) gehaald. Wellicht had het daar iets mee te maken:

http://www.openstreetmap.org/browse/relation/1704/history

Bij de monding van de Ertshaven zie (of zag) je hetzelfde.

grtz,
Piet



Op 27-12-2011 15:15, Floris Looijesteijn schreef:

http://www.openstreetmap.org/browse/way/67559262

Ja, Willem1, die wijziging is te zien.
Op dit moment wordt ie ook weer goed gerenderd.

Renderbugje dus denk ik...

Thanks all!

Groet,
Floris

2011/12/27 Floris Looijesteijn:

Volgens mij is die historie niet actueel.
De weg waar ik het in m'n andere mailtje over heb, heb ik net enorm
aan lopen trekken maar die staat nog steeds op de vorige editor z'n
naam.

Groet,
Floris

2011/12/27 Maarten Deen:

On 2011-12-27 14:03, Floris Looijesteijn wrote:



http://www.openstreetmap.org/?lat=52.37914&lon=4.92726&zoom=15&layers=M

Wie heeft er zin om even te kijken wat er aan de hand is?


Vreemd. Dat stukje IJ is sinds juli 2010 niet aangeraakt:
http://www.openstreetmap.org/browse/way/67559262

3dshapes:ggmodelk = 23
name = Het IJ
natural = water
source = 3dShapes

Lijkt ok. Ik kan in Potlatch alleen niet controleren of de way helemaal
correct is (closed en continuous).

Maarten


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl



___
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] Het Lint, Leidsche Rijn

[Frank Steggink]

On 31-12-2011 15:43, Colin Smale wrote:
Op dit moment is het "recreatiepad" Het Lint (Leidsche Rijn/Vleuten) 
als volgt getagd:



access = yes
bicycle 
= yes
cycleway 
= no

foot = yes
highway 
=pedestrian 


motor_vehicle = no
name = Het 
Lint
source = 
survey
surface 
= 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

Re: [OSM-talk-nl] Het IJ leeggepompt!

[Frank Steggink]

Ook hier zie ik geen fout in JOSM. Bij het opnieuw renderen van het 
gebied wordt de Westhaven nu wel goed gerenderd, behalve het stukje bij 
ADM. Misschien kan hier Lennard of iemand anders even naar kijken, 
aangezien hij het renderingproces beter begrijpt. Er zit blijkbaar iets 
fout. Misschien een Mapnik-update? Ik pas nu niks aan aan de data.


Frank

On 2-1-2012 9:50, Floris Looijesteijn wrote:

Als je ook nog zin hebt om naar deze te kijken kan de scheepvaart worden hervat:

http://www.openstreetmap.org/?lat=52.4098&lon=4.8123&zoom=14&layers=M

Gr,
Floris

2011/12/30 Frank Steggink:

Ik hoop het nu opgelost te hebben:
http://www.openstreetmap.org/browse/changesets?bbox=4.90268%2C52.36723%2C4.97632%2C52.39065

Wat er precies aan de hand was: geen idee. Eerst dacht ik dat het komt omdat
er twee multipolygonen waren, dus ik heb er een (rel. nr. 1704: komt nog uit
de AND-import) verwijderd. Dat hielp niet. Later heb ik de 3 polygonen met
de naam Het IJ gemerged, aangezien er verder geen verschil hiertussen zit..
Dat was nog niet voldoende, dus heb ik wat edits in de omgeving gemaakt.
Uiteindelijk kon het oostelijke deel van de IJhaven pas gerenderd worden
nadat ik twee eilandjes had toegevoegd die ik op Bing zag.

Groeten,

Frank

On 30-12-2011 13:14, Floris Looijesteijn wrote:

Het is weer flink mis...

http://www.openstreetmap.org/?lat=52.37667&lon=4.93481&zoom=15&layers=M

gr,
floris

2011/12/27 Willem Sonke:

Het commentaar bij deze changeset is /MP repairs (OSMI)/. De OSM
Inspector
[1] geeft in deze regio inderdaad multipolygoonfouten, onder meer
/touching
inner rings/ en /invalid geometry/.
Deze gebruiker heeft overigens ook op andere plaatsen dergelijke
veranderingen gedaan, waaronder in Den Haag, maar daar zie ik zo snel
geen
problemen op de kaart.

Willem Sonke

[1]

http://tools.geofabrik.de/osmi/?view=multipolygon&lon=4.83140&lat=52.41107&zoom=13&overlays=invalid_geometry_hull,duplicate_ways,intersections,intersection_lines,ring_not_closed_hull,ring_not_closed,unconnected_end_nodes,touching_inner_rings_hull,touching_inner_rings,role_mismatch_hull,role_mismatch,duplicate_tags_hull,duplicate_tags,multipolygons_type_is_boundary,type_is_boundary,ways,role_markers,way_end_nodes,way_nodes


On 27-12-11 15:30, Piet Smits wrote:

Iemand heeft op 22 december deze way uit de relatie 1704  (die het
zelfde
lijkt als relatie Het IJ) gehaald. Wellicht had het daar iets mee te
maken:

http://www.openstreetmap.org/browse/relation/1704/history

Bij de monding van de Ertshaven zie (of zag) je hetzelfde.

grtz,
Piet



Op 27-12-2011 15:15, Floris Looijesteijn schreef:

http://www.openstreetmap.org/browse/way/67559262

Ja, Willem1, die wijziging is te zien.
Op dit moment wordt ie ook weer goed gerenderd.

Renderbugje dus denk ik...

Thanks all!

Groet,
Floris

2011/12/27 Floris Looijesteijn:

Volgens mij is die historie niet actueel.
De weg waar ik het in m'n andere mailtje over heb, heb ik net enorm
aan lopen trekken maar die staat nog steeds op de vorige editor z'n
naam.

Groet,
Floris

2011/12/27 Maarten Deen:

On 2011-12-27 14:03, Floris Looijesteijn wrote:




http://www.openstreetmap.org/?lat=52.37914&lon=4.92726&zoom=15&layers=M

Wie heeft er zin om even te kijken wat er aan de hand is?


Vreemd. Dat stukje IJ is sinds juli 2010 niet aangeraakt:
http://www.openstreetmap.org/browse/way/67559262

3dshapes:ggmodelk = 23
name = Het IJ
natural = water
source = 3dShapes

Lijkt ok. Ik kan in Potlatch alleen niet controleren of de way
helemaal
correct is (closed en continuous).

Maarten


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl


___
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] Fwd: [Dutch] Nieuwjaarsborrel zo 22 januari

[Frank Steggink]

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 
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

Re: [OSM-talk-nl] Kadaster geeft gigabytes aan data vrij

[Frank Steggink]

Nou, er zijn vast wel anderen die op nieuwjaarsdag een verzoek hadden 
ingediend. Het was alleen een kwestie van een formuliertje invullen...
Degenen die we echt moeten bedanken zijn vele anderen, o.a. Neelie 
Kroes, Maxime Verhagen en, niet te vergeten, Steve Coast die dankzij OSM 
velen de ogen heeft doen openen voor open data.


Frank

On 4-1-2012 14:48, Floris Looijesteijn wrote:

Go Frank!

via 
http://webwereld.nl/nieuws/109088/kadaster-geeft-gigabytes-aan-data-vrij.html

Gepubliceerd: Woensdag 4 januari 2012
Auteur: Brenno de Winter

Op verzoek van OpenStreetMap heeft het Kadaster vijf gigabyte aan data
vrijgegeven. Daarmee kunnen verkeersroutes, grenzen en gebieden
precies op de kaart worden getekend.

De data werd uitzonderlijk snel vrijgegeven na een verzoek van
OpenStreetMap-vrijwilliger Frank Steggink. Hij vroeg het Kadaster op 1
januari om vrijgave van de gegevens, die het verzoek op 3 januari al
honoreerde. Via een link met WeTransfer is vervolgens de data
uitgeleverd.

OpenStreetMap
Het project OpenStreetMap werkt al jaren aan een eigen open kaart en
slaat met de vrijgegeven data een grote slag. Tot nu toe is het
project in Nederland vooral afhankelijk van vrijwilligers die met
GPS-apparatuur rondlopen en daarmee proberen een gedetailleerde kaart
te maken. Voor veel informatie is dat nu niet meer nodig.

Door de vrijgegeven data is de kaart niet alleen compleet, maar wordt
er voortaan bovendien gewerkt met exact uitgemeten data. Verder houdt
het Kadaster vanuit haar rol de informatie up-to-date, waardoor de
kaarten ook nog eens actueler worden.

Veel data
In totaal gaat het om zo'n vijf gigabyte aan gegevens. Daarbij gaat
het om onder andere zogenaamde Top10-data. Dat zijn gegevens waarmee
precies wordt opgetekend waar zaken als een wegdeel, spoorbaandeel,
waterdeel, gebouw, terrein, inrichtingselement, reliëf, registratief
gebied, geografisch gebied of functioneel gebied zich bevindt. De
exacte grenzen liggen daarmee vast. Deze zijn dan op een kaart te
projecteren.

Ook is een lijst met allerlei geregistreerde namen op een kaart
vrijgegeven, waardoor het mogelijk wordt om informatie te duiden. Het
is vooral prettig voor de vrijwilligers dat deze informatie juist is
gemaakt voor cartografische toepassingen.

Haken en ogen
De vrijgave van gegevens is niet helemaal zonder haken en ogen. Zo
blijkt de data nog niet in een open formaat te staan, maar in een
gesloten Microsoft Access-bestand. Een complicatie daarbij is dat de
vorm niet helemaal standaard is, waardoor de vrijwilligers nog moesten
worstelen met het omzetten van gegevens in een open formaat.

Een ander punt is dat het Kadaster juist gegevens vrijgeeft in een
licentie die minder verplichtingen heeft dan OpenStreetMap. De
verstrekte data is namelijk beschikbaar onder een Creative Commons
BY-licentie. Dat betekent dat de gegevens voor hergebruik in
aanmerking komen onder vermelding van de bron.

OpenStreetMap werkt echter met Creative Commons BY-SA-licentie. Dat
betekent dat naast bronvermelding het eindproduct ook opnieuw mag
worden gebruikt, maar dat iedere afgeleide dezelfde licentie moet
hebben. Als de data gebruikt wordt zal een licentie voor een nieuwe
kaart moeten worden gebruikt, die hiervoor geschikt is.

Niet het eerste
Het is niet de eerste keer dat een grote set aan gegevens beschikbaar
komt. Eerder gaf het Kadaster ook al de BAG-gegevens vrij. Deze
informatie heeft een nauwkeurige weergave van gebouwen en adressen.
Hierdoor werden postcodes toegankelijk, waarover eerder PostNL
alleenrecht had. Die zijn sinds een recente uitspraak ook door
OpenStreetMap te gebruiken.

Het Ministerie van Infrastructuur en Milieu heeft ook het Nationaal
Wegenbestand al beschikbaar gemaakt. In dat bestand zitten niet alleen
wegen, maar ook spoor en waterwegen. Falkplan probeerde die vrijgave
via een kortgeding te voorkomen, omdat zij zelf kaarten bieden en hun
investering in rook zien opgaan. De rechter oordeelde echter dat de
overheid gewoon data mag openbaarmaken.

Blij
Bij OpenStreetMap wordt enthousiast gereageerd. "Ik ben blij dat de
open data-politiek van de ministers Maxime Verhagen en Melanie
Schultz-Van Haegen zo snel en zo veel kansen biedt. Het huidige
kabinet maakt een vuist tegen het oude 'gesloten' denken", zegt Stefan
de Konink, vrijwilliger bij OpenStreetMap en zelf al langer actief met
open data. "Zeker in de afgelopen maanden is getoond dat de
landsadvocaat uit de stal wordt gehaald als vrijgave door juridische
procedures wordt bedreigd. Denk aan het Nationale Wegenbestand en de
postcodes in de BAG. Wat nu alleen moet blijken is of er daadwerkelijk
gebruik van wordt gemaakt, en of ons dat de economische boost geeft
die is beloofd."

___
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