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

[Rejo Zenger]

++ 25/06/10 11:15 +0200 - Philip Homburg:
>Dus nogmaals. Ik vind het mooi dat je de tijd erin gestoken om die 
>claim van tafel te krijgen. Maar ik vind het zeer bedenklijk dat je op 
>basis van je eigen mening anderen binnen OSM zo hard durft te 
>beschuldigen van onzorgvuldig handelen.

Toch moet ik hier nog even op reageren, het is te belangrijk om helemaal 
te negeren: voor mijn gevoel heb ik niemand ergens van beschuldigd. 

Ik heb aangegeven dat ik het gebrek aan openheid een bezwaar vind, zeker 
gezien de aard van het project. Kritiek op het gebrek aan openheid, niet 
op een persoon. In mijn initiele posting heb ik om dat te benadrukken, 
niemand bij naam genoemd. Enkel kritiek hebben is te makkelijk. En dus 
daarom heb ik er ook iets mee gedaan. 

Ik meen niemand van "onzorgvuldig handelen" te hebben beticht. Wel heb 
ik de indruk dat een aantal mensen mijn Wob verzoek als een persoonlijk 
aanval heeft opgevat.


-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

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

[Rejo Zenger]

++ 25/06/10 11:15 +0200 - Philip Homburg:
>>licentie op haar website. Onder druk van het Kadaster, dat meende dat
>>haar auteursrecht werd geschonden, werd het bestand korte tijd later
>>verwijderd.
>
>Dus de vraag is hier, is dat een realistisch claim. Soortgelijke claims zijn
>ook gemaakt over de AND data, en die gebruiken we ook nog steeds.

Goede vraag. Het antwoord moet ik je schuldig blijven. Ik heb geen idee
of het een realistische claim is. Ik denk ook dat niemand hier dat kan.

Geen van de deskundigen die ik in de loop van tijd heb gesproken over
deze materie heeft daar een eenduidig antwoord op gegeven. Dat lijkt me
op z'n minst indicatief. Verder is ook relevant dat Object Vision de
publicatie van het bestand onder druk van deze claim weer van haar
website heeft verwijderd. Tenslotte, voor zover ik weet is niet Object
Vision maar Planbureau voor de Leefomgeving is de rechthebbende.

Meer in het algemeen is met name auteursrecht een juridisch lastig
begrip en is de herleidbaarheid van de informatie in het 3D Shapes
relevant, maar lastig in te schatten.

Met andere woorden: goede vraag, maar iemand die hier nu even komt
zeggen hoe het precies is neem ik in ieder geval met een korre^WJozo
fabriek zout. Ik denk niet dat het Kadaster zo'n zaak per definitie
wint, maar beweren dat het per definitie verloren is kan ik ook niet.

Wat ik wel wil beweren is dat met de beslissing van het PBL om tot
onvoorwaardelijke verstrekking over te gaan, voor ons voldoende is om
deze data te gebruiken. Immers, het PBL ging over tot verstrekking
direct nadat het Kadaster aangaf geen bezwaar te hebben [1].

>Laat ik eerst even aangeven dat ik als buitenstaander naar de import
>van 3D Shapes kijk. Dus misschien mis ik wat details.

Ik denk het.

Want los van het juridische aspect speelt er natuurlijk meer mee. Zoals
anderen in deze thread ook al opmerkten is er ook, of misschien wel
vooral, een probleem met betrekking tot de gehanteerde openheid.

Relevant hier is bijvoorbeeld dat tot voor kort nergens een volledig
afschrift voorhanden was waaruit duidelijk werd onder welke voorwaarden
het bestand beschikbaar is gesteld. Er is al die tijd verwezen naar de
wiki, maar daarin staat niets meer dan dat "NC" uit de licentie-
voorwaarden is gehaald. Uit dit enkele citaat is *niet* af te leiden
onder welke voorwaarden het bestand is beschikbaar gesteld. Dat de
precieze voorwaarden wel zijn af te leiden uit communicatie die verder
geheim wordt gehouden, maakt het niet ineens goed.

Voor mij is OSM een project dat gaat over de openheid, toegangelijkheid,
transparantie en de beschikbaarheid van informatie. Dat is alleen een
sterk verhaal als die openheid en transparantie niet alleen voor de
inhoudelijke informatie zelf geldt, maar ook voor de manier waarop die
informatie beschikbaar gekomen en bewerkt is. Door nu informatie in de
OSM database op te nemen is waarvan alleen via achterdeurtjes aangetoond
kan worden dat het op een correcte wijze is opgenomen, doet afbreuk aan
de waarde van het project als geheel.

Misschien dat het allemaal juridisch door de beugel kan. Misschien was
het ook allemaal FUD van het Kadaster. Maar die geheimzinnigheid is voor
mij niet de manier hoe deze dingen moeten werken. Het niet-publiekelijke
zijn van het rechtmatigheidsbewijs van het gebruik van informatie bron,
is voor mij strijdig met een fundamenteel kenmerk van het OSM project.





[1]  Dat staat. Dat staat los van de vraag of een bezwaar van het
 Kadaster wel voldoende reden voor het PBL zou zijn geweest om tegen
 de verstrekking te belissen. Dat zou zonder twijfel ter sprake
 gekomen zijn op de hoorzitting die nu last-minute is afgelast.



-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

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

[Rejo Zenger]

++ 25/06/10 11:33 +0200 - Stefan de Konink:
>Diegene die een onderbouwde uitspraak wilde hebben die gehad. Helaas
>zijn twee mensen waaronder Martijn van E en Rejo toch op hun eigen
>houtje, achter mijn rug om, uit naam van OSM zijn gaan mailen.

Dat is incorrect. Het verzoek in kwestie is door mij en uit mijn eigen 
naam gedaan. OSM is hierbij niet genoemd.

Mijn belangen zijn verder niet ter sprake gekomen, omdat dat niet nodig 
is voor een verzoek op grond van deze wet. Wet openbaarheid van bestuur, 
artikel 11b, lid 3 luid:

  De verzoeker behoeft bij zijn verzoek geen belang te stellen.

Dat heb ik ook niet nodig geacht en is dan ook niet gebeurd. 

Voor de juridische nitpckers onder ons: dat staat overigens op gespannen 
voet met een artikel waarin het overheidsorgaan de belangen moet wegen, 
maar zover is het nooit gekomen. In mijn communicatie met het PBL en het 
Ministerie van VROM is OSM nooit ter sprake gekomen.



-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

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

[Rejo Zenger]

Goedemorgen.

In een notedop: <https://rejo.zenger.nl/focus/1277452656.php>.


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 van het Kadaster heeft de meest recente beslissing in het
verzoek lang op zich laten wachten. Het Kadaster gaf welliswaar aan dat
zij niets te zeggen hadden over het 3D Shapes bestand zelf, maar gaf al
die tijd geen uitsluitsel over de auteursrechtenclaim. Het bestand werd
in februari onder voorwaarden van het Kadaster (en incompatible met de
OSM licentie) ter beschikking gesteld. Naar aanleiding van mijn bezwaar
tegen die beslissing werd er half juni bij het Ministerie van VROM een
hoorzitting ingepland. Precies een dag voor de zitting plaatsvond,
maakte het Kadaster bekend alle bezwaren te laten varen. 

En dus ontving ik het fijne bericht: "Het PBL heeft besloten om het 3D
Shapes bestand aan u te verstrekken, zonder aanvullende voorwaarden."

Met deze verstrekking is het bestand nu officieel en onvoorwaardelijke 
beschikbaar voor hergebruik. De beslissing heb ik ook openbaar gemaakt, 
zie bovengenoemde URL. De communicatie van het afgelopen half jaar kan 
op verzoek ook inzichtelijk gemaakt worden.



-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

[OSM-talk-nl] Mediamatic: Mapping for Tourists

[Rejo Zenger]

Hi,

Van <http://www.mediamatic.net/page/152202/en>:

 | Mapping with Tourists is an international project, aiming to map 
 | Amsterdam Noord.
 | 
 | [...]
 | 
 | That's where mapping comes in. Mapping is about making the invisible 
 | visible. It aims to represent data flows rather than statistics. It 
 | concerns itself with psychogeography, rather than with the 
 | representation of generalized regions and nationalities. In contrast to 
 | traditional geography, mapping decentralizes and democratizes. Mapping 
 | concerns real experiences and usages of space. 
 | 
 | Amsterdam Noord is a borough north of the river, situated in the 
 | geographical periphery. But it is also a polyphonic site in transition.  
 | Mapping with Tourists maps experiences and stories rather than facts and 
 | figures, and aims to map Noord's numerous narratives and fluctuating 
 | borders. The various mappings will be presented in a publication and 
 | exhibition at Mediamatic Bank on 5 September, 2010.




Kleine letters: Mediamatic is mijn werkgever.

-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] 3DShapes en de nieuwe licentie (als die er ooit nog komt)

[Rejo Zenger]

++ 27/03/10 22:17 +0100 - Stefan de Konink:
>> In de tweede plaats: wie heeft, volgens jou, het 3D Shapes bestand 
>> onder die licentie uitgegeven (waarbij "die licentie" naar ik aan 
>> neem refereert aan de Creative Commons licentie BY-SA)?
>
>ObjectVision BV.

Hiermee is in ieder geval de oorspronkelijke vraag (is de data van 3D
Shapes compatible met ODbL) vooralsnog onbeantwoord.



-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] 3DShapes en de nieuwe licentie (als die er ooit nog komt)

[Rejo Zenger]

++ 27/03/10 21:26 +0100 - Stefan de Konink:
>> Je antwoord is me dan ook niet duidelijk. Wat bedoel je precies met 
>> de opmerking dat "CC niet afdwingbaar op feitelijke data is"? Bedoel 
>> je dat een Creative Commons licentie niet van toepassing kan zijn op 
>> feitelijke data? Bedoel je dat het niet afdwingbaar is in de zin dat 
>> iedereen alles met de data kan doen, zolang men zich maar houd aan 
>> die restricties die een Creative Commons licentie oplegt?
>
>Ik bedoel niets, onze vriend Engelfriet heeft er een hele blog over
>volgeschreven.
[...]

Je bedoelde denk ik inderdaad dat de Creative Commons licentie mogelijk 
niet van toepassing is op de data in de OSM database. Omdat dat een 
andere discussie is, ga ik er voor de beantwoording van de Cartinus' 
vraag er vanuit dat die Creative Commons licentie van toepassing is.

De vraag luidde: is de data die wordt geimporteerd uit het 3d Shapes 
bestand compatible met de ODbL licentie?

>> Je zegt verder dat de OSMF kan forken naar elke andere licentie die 
>> strenger is dan de Creative Commons licentie. Is de ODbL strenger dan 
>> de Creative Commons licentie? Indien dat het geval is, kan de data 
>> die nu uit het 3D Shapes bestand wordt geimporteerd gewoon mee? 
>
>Daarvoor moet je zijn bij de mensen die 3dshapes onder die licentie
>heeft uitgegeven.

Daar heb ik twee vragen over. 

Is de data die onder de Creative Commons licentie BY-SA valt, compatible 
met de ODbL? Ik neem aan dat dat uitgebreid besproken is op onder meer 
de juridische lijsten en ik neem aan dat er toch wel iemand op talk-nl 
meeleest die die discussie kan samenvatten?

In de tweede plaats: wie heeft, volgens jou, het 3D Shapes bestand onder 
die licentie uitgegeven (waarbij "die licentie" naar ik aan neem 
refereert aan de Creative Commons licentie BY-SA)?


-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] 3DShapes en de nieuwe licentie (als die er ooit nog komt)

[Rejo Zenger]

++ 27/03/10 20:37 +0100 - Stefan de Konink:
>> 
>> Dat is geen antwoord op de vraag. De vraag luidde: is de data die wordt
>> geimporteerd uit het 3d Shapes bestand compatible met de ODbL licentie?
>> 
>> Is de data compatible of niet?
>
>CC niet afdwingbaar op feitelijke data, dus de OSMF kan OSM forken naar
>iedere andere licentie die strenger is.

Ik mis een eenduidig antwoord. 

Je antwoord is me dan ook niet duidelijk. Wat bedoel je precies met de 
opmerking dat "CC niet afdwingbaar op feitelijke data is"? Bedoel je dat 
een Creative Commons licentie niet van toepassing kan zijn op feitelijke 
data? Bedoel je dat het niet afdwingbaar is in de zin dat iedereen alles 
met de data kan doen, zolang men zich maar houd aan die restricties die 
een Creative Commons licentie oplegt?

Je zegt verder dat de OSMF kan forken naar elke andere licentie die 
strenger is dan de Creative Commons licentie. Is de ODbL strenger dan de 
Creative Commons licentie? Indien dat het geval is, kan de data die nu 
uit het 3D Shapes bestand wordt geimporteerd gewoon mee? 


-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] 3DShapes en de nieuwe licentie (als die er ooit nog komt)

[Rejo Zenger]

++ 26/03/10 01:42 +0100 - Stefan de Konink:
>> Iets te zuiden van hier zijn allemaal gebouwen op de kaart 
>> verschenen.  (Hulde!) Voordat ik nu een hoop tijd ga steken in 
>> huisnummers verzamelen, ben ik benieuwd of deze ge�mporteerde data 
>> een eventuele licentie wijziging gaat overleven.
>
>Gaat OpenStreetMap een eventuele licentie wijziging overleven is een
>passendere vraag. 3dshapes bevat een hoop data, maar niet zoveel data
>als wat ze in Australi� hebben losgepeuterd.

Dat is geen antwoord op de vraag. De vraag luidde: is de data die wordt
geimporteerd uit het 3d Shapes bestand compatible met de ODbL licentie?

Is de data compatible of niet?


-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

[OSM-talk-nl] nieuwe website update

[Rejo Zenger]

Hi,

Nu Frank met de nieuwe website achter openstreetmap.nl bezig is, ga ik 
op zeer korte termijn de site achter openstreetmaps.nl (die op mijn 
eigen server draait) weghalen. Dat lijkt me verstandig, omdat er als 
goed is niet zo veel meer met die site gebeurt en het hooguit verwarring 
oplevert.

Het handigst lijkt me als openstreetmaps.nl komt te verwijzen naar de 
website openstreetmap.nl. Dat is voor mij een kleine wijziging in de 
nameservers, maar het vraagt ook een extra ServerAlias aan de andere 
kant. Wil een van de admin's van die server daarvoor zorgen?

Het in zijn geheel overnemen van de domeinnaam is voor mij uiteraard ook 
bespreekbaar.

-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] Nieuwe website

[Rejo Zenger]

++ 19/01/10 10:25 +0100 - Rejo Zenger:
>>
>>Alle content van tile.osm.nl wordt client side gecached, echter wat  
>>jij hebt gefabriekt zorgt voor een per pagina opnieuw opbouwen van  
>>OpenLayers.
>
>Ik zie dat niet gebeuren als ik het test onder Mac OS X met Safari, 
>Opera en Firefox. Ik ga later deze week hetzelfde uittesten op een 
>aantal browsers onder Windows. Ik heb daarvoor alleen openstreetmaps.nl 
>bekeken, misschien dat daarin details anders ingericht zijn. 

Wat ik vergat te vragen: op welke operating system en met welke browser 
kom je je probleem tegen? Als het even kan, probeer ik het te 
reproduceren.





-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] Nieuwe website

[Rejo Zenger]

++ 19/01/10 10:19 +0100 - Stefan de Konink:
>>
>> Dat hoeft ook niet. Als je een en ander netjes oplost met client side
>> caching, hoeven de tiles op de achtergrond niet herladen te worden als
>> je op een interne link klinkt. Voor zover ik kan beoordelen is dat nog
>> altijd zo bij de versie op bijvoorbeeld openstreetmaps.nl.
>
>Alle content van tile.osm.nl wordt client side gecached, echter wat  
>jij hebt gefabriekt zorgt voor een per pagina opnieuw opbouwen van  
>OpenLayers.

Ik zie dat niet gebeuren als ik het test onder Mac OS X met Safari, 
Opera en Firefox. Ik ga later deze week hetzelfde uittesten op een 
aantal browsers onder Windows. Ik heb daarvoor alleen openstreetmaps.nl 
bekeken, misschien dat daarin details anders ingericht zijn. 

Als ik de interne navigatie gebruik, zie ik slecht het menu en de 
content veranderen. Met de debug tools van bijvoorbeeld Safari en Opera 
en een dump van het verkeer zie ik dat die tiles niet opnieuw worden 
opgehaald. 

In ieder geval, mocht het probleen dat je beschrijft inderdaad in 
bepaalde gevallen bestaan, loont het denk ik de moeite te onderzoeken 
waardoor het ontstaat en vervolgens tijd te steken in een oplossing 
ervoor. Een oplossing die het gebruiksgemak niet beknot.


-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] Nieuwe website

[Rejo Zenger]

++ 19/01/10 00:19 +0100 - Stefan de Konink:
>>> Op 18-01-10 23:57, Rejo Zenger schreef:
>>> Dat niet de hele pagina (inclusief alle tiles) herladen als je op een
>>> willekeurige link klikt. En wat je zegt klopt niet target="_top" en
>>> target="content" werken beide.
>>
>> Ik neem aan dat Rejo bedoeld van buitenaf, je kunt nu niet linken naar
>> bijvoorbeeld de agenda, tenzij je hiermee genoegen neemt:
>>
>> http://www.openstreetmap.nl/content/agenda.html
>
>Op te lossen met Javascript, Rejo's herladen ook.

Hoe heb je dat in gedachten?

Het enige dat ik me kan bedenken dat je bedoeld is dat met Javascript 
gekeken wordt of de pagina die wordt opgevraagd al in het frame van de 
rest van de pagina zit en, indien dat niet het geval is, daar alsnog 
voor zorgt. 

Als je dat bedoeld, lijkt me dat geen goed idee. In de eerste plaats los 
je een probleem (deeplink kan niet meer) op met een workaround en is dat 
probleem ontstaan als workaround voor een ander probleem (tiles herladen 
bij interne navigatie). Dat moet netter kunnen.

Veel belangrijker is dat daarmee slechts de helft van het probleem wordt 
opgelost. Met de content in het frame kun je niet alleen geen deeplinks 
maken, maar ook is de URL voor die deeplink niet meer te vinden zonder 
onhandig te moeten doen. Deze website moet toegangelijk en drempelloos 
voor mensen die niet bekend zijn met OpenStreetMap (en mogelijk geen 
technsche achtergrond hebben). Dat de gebruiker de URI niet meer kan 
overnemen uit de adresbalk vind ik om die reden bijzonder slecht.

>Dat geeft ons nogsteeds geen webmaster...

Yeah, yeah. 


-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] Nieuwe website

[Rejo Zenger]

++ 19/01/10 00:07 +0100 - Stefan de Konink:
>> Ik vind dat bijzonder slecht, omdat het gebruikers de mogelijkheid om
>> makkelijk naar specifieke informatie te verwijzen ontneemt - en indirect
>> een basis van het hele web onderuit schopt. Ik vind deze wijziging
>> bijzonder slecht.
>>
>> Wat was het idee hier achter?
>
>Dat niet de hele pagina (inclusief alle tiles) herladen als je op een 
>willekeurige link klikt.

Dat hoeft ook niet. Als je een en ander netjes oplost met client side 
caching, hoeven de tiles op de achtergrond niet herladen te worden als 
je op een interne link klinkt. Voor zover ik kan beoordelen is dat nog 
altijd zo bij de versie op bijvoorbeeld openstreetmaps.nl. 

Wat de reden ook is, het is vanuit de eindgebruiker bezien, een 
bijzonder onzalig idee om de content op deze manier weg te werken in de 
site. Dit staat haaks op de site die het moet zijn: toegangelijk en 
drempelloos voor mensen die niet bekend zijn met OpenStreetMap en 
mogelijk geen technische achtergrond hebben.

>En wat je zegt klopt niet target="_top" en target="content" werken 
>beide.

Ik heb de indruk dat je me niet goed begrepen hebt. Ik bedoelde dat het 
op geen handige manier mogelijk is om van elders vandaan te linken naar 
een specifieke pagina, tenzij je genoegen neemt met slechts de content 
in het frame (<http://www.openstreetmap.nl/content/gegevensbronnen.html> 
bijvoorbeeld). 


-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] Nieuwe website

[Rejo Zenger]

++ 15/01/10 10:47 +0100 - Lambert Carsten:
>Ook van mij heel veel complimenten. Fantastisch werk, overzichtelijk en 
>begrijpelijk. Echt een site om iedereen met een gerust hart naar te 
>verwijzen. 

Nog een ander issue: doordat de content van de openstreetmap.nl in een 
frame is verstopt, is het niet meer mogelijk om naar een bepaalde pagina 
te verwijzen (zoals dat wel mogelijk is op openstreetmaps.nl).

Ik vind dat bijzonder slecht, omdat het gebruikers de mogelijkheid om 
makkelijk naar specifieke informatie te verwijzen ontneemt - en indirect 
een basis van het hele web onderuit schopt. Ik vind deze wijziging 
bijzonder slecht. 

Wat was het idee hier achter?


-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] Nieuwe website

[Rejo Zenger]

++ 13/01/10 10:15 +0100 - Floris Looijesteijn:
>openstreetmaps.nl??? is dat de licentie fork? ;)

Nee. Dat is gewoon een andere domeinnaam die ik van de oorspronkelijke 
houder heb overgenomen voor gebruik voor OpenStreetMap. Internationaal 
was dat gedaan en hier kon ik het verrassend eenvoudig regelen. 

De houder van openstreetmap.nl of de houder van openstreetmap.org mag
uiteraard de naam overnemen (als mijn kosten vergoed worden, ergens rond 
de drie tientjes). 




-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] Nieuwe website

[Rejo Zenger]

++ 15/01/10 10:47 +0100 - Lambert Carsten:
>Een technisch probleem dat mij opviel bij openstreetmap.nl die niet 
>speelt bij openstreetmaps.nl is dat bij het inzoomen (Ctrl+wiel) van de 
>pagina (dus niet op de kaart zélf in map mode) het venster gedeeltelijk 
>buiten beeld valt onderaan. De scroll balk rechts komt wel tevoorschijn 
[...]

Er zijn nog wel meer issues die op openstreetmap.nl spelen, en niet op 
openstreetmaps.nl, waaronder de compatibiliteit met de verschillende IE 
versies onder Windows. In een van de IE versies wordt bijvoorbeeld de 
kaart in de achtergrond niet geladen, schuift de balk met RSS feeds 
rechts naar de onderkant het beeld uit, hebben sommige van de pagina's 
horizontale en verticale scrollbars (zoals Contact) en werkt de "Toon 
kaart" button niet mooi. Met uitzondering van het tonen de kaart zijn 
dat allemaal geen issues met de code van openstreetmaps.nl. 

En de site is trager. 

-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 



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

Re: [OSM-talk-nl] Nieuwe website

[Rejo Zenger]

++ 13/01/10 19:17 +0100 - René Affourtit:
>- Voor  innovatiebevorderend: prototyping. Als bedrijf dat (mogelijk)
>een op kaarten/geo gerichte applicatie wil ontwikkelen kan je
>prototypes bouwen zonder je al vast te leggen op een (dure) licentie.

Dat is een goed punt. Dat had ik nog niemand eerder horen noemen.

>- De hoofdstukjes kwaliteit en bruikbaarheid zou ik samenvoegen
>(bruikbaarheid linkt trouwens naar zichzelf).

Juistem. Stefan?

>- Bij de pagina's over doneren misschien een paar donateurs van data
>noemen? Je loopt dan wel het risico op scheve gezichten bij
>organisaties die niet vermeld staan.

Op <http://openstreetmap.nl/doneren-technische-middelen.php> doen we dat 
ook al, dus dat kan het probleem niet zijn. Ik stel voor dat dat 
inderdaad wordt toegevoegd. Met name de aanvulling van AND lijkt me 
interesant om te noemen.

>- Op doneren financieel staat "naast korting voor mij" bij
>lidmaatschap OSMF, grapje?

Haha. Ik ben blij dat tenminste iemand mijn teksten nauwkeurig gelezen 
heeft. Er hoort iets te staan als "naast korting op het jaarlijkse". 

>- Bij de verschillende lijstjes van gebruik nog eens vermelden dat het
>zeker geen complete lijst is.

Ik vond dat zelf lelijk, ik heb daarom onder meer gesproken over 
"voorbeelden" omdat dat mijn inziens impliceert dat er meer is.


-- 
Rejo Zenger 
OpenStreetMap Nederland <http://openstreetmaps.nl>


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

Re: [OSM-talk-nl] Nieuwe website

[Rejo Zenger]

++ 13/01/10 16:39 +0100 - Martijn van Exel:
>De versie op openstreetmaps.nl vind ik na een korte test prettiger 
>werken omdat de knop toon kaart / website op een vaste plek staat, dat 
>maakt het een minder verwarrende UX. Is het mogelijk om die over te 
>nemen? Of vindt iedereen de 'huidige' versie prettiger? ;)

De openstreetmaps.nl versie is uiteraard gewoon beschikbaar. Niet alleen 
kan de website worden overgenomen door 'em gewoon te downloaden, ik kan 
uiteraard ook een tarball van de source leveren.

Daarnaast kan openstreetmaps.nl overgenomen worden, indien gewenst.

-- 
Rejo Zenger 


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

Re: [OSM-talk-nl] Nieuwe website

[Rejo Zenger]

++ 13/01/10 13:53 +0100 - Stefan de Konink:
>En waarom Rejo niet direct op openstreetmap.nl mocht wil ik daar ook 
>nog wel een uit eenzetting van geven; de eerste site die Rejo had 
[...]
>De afgemaakte volledig werkende site kwam niet, en Rejo mailde ons dat 
>hij er klaar mee was. Gezien Rejo aan ons had uitgegeven dat hij zich 
>ging richten op andere zaken en de fork openstreetmaps.nl niet aan de 
>orde is geweest wens ik Rejo daar veel succes mee.

Ik ben vooral klaar met de toon van de communicatie. Dat maakt ook niet 
uit, ieder zijn ding.

De "openstreetmaps.nl" is wat mij betreft geen fork, ik ben gewoon 
verder gegaan met hetgeen waar ik al mee bezig was. Daar (en ook eerder 
op de oude locatie) ben ik bezig geweest met de site verder verbeteren 
en het verwerken van suggesties. Ik heb daar alleen iets minder 
ruchtbaarheid aangegeven dan het eerste voorstel dat ik deed. 

Overigens, "openstreetmaps.nl" heb ik overgenomen ten behoeve van de
gemeenschap. Ik ben dan ook zeer bereid om de domeinnaam over te dragen 
aan de huidige houder van "openstreetmap.nl". Het enige dat ik graag zou 
willen is dat de kosten die ik voor de overname gemaakt heb, vergoed 
worden. Dat is ongeveer dertig euro, precieze bedrag zoek ik op indien 
daar interesse voor is.  



-- 
Rejo Zenger 


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

Re: [OSM-talk-nl] Nieuwe website

[Rejo Zenger]

++ 12/01/10 23:50 +0100 - Stefan de Konink:
>Na heel wat mailtjes over en weer had Rejo toch besloten om niet verder 
>te gaan met de ontwikkeling. Ik vind dat zelf erg jammer, maar wil Rejo 
>bedanken voor zijn inzet.

Om misverstanden te voorkomen, ik ben niet gestopt met het verder werken 
aan de website. Ik ben gestopt met het steken van energie in het online 
krijgen van de website op <http://www.openstreetmap.nl>. De website is 
inmiddels al een tijd beschikbaar op <http://www.openstreetmaps.nl>. 

Ik heb het niet uitgebreid bekeken, maar het lijkt er op dat je een oude 
versie van de website die ik had gemaakt hebt gekopieerd. Die oude 
versie bevat verschillende problemen met de compatibilteit met 
verschillende browsers. Onder meer IE6 en IE7 onder Windows 
functioneerden niet goed. 

Inmiddels ben ik bezig met een nieuwere versie gemaakt, die daar, voor 
zover ik weet, wel goed in functioneert. Ik ben op dit moment ook bezig 
met het implementeren van een paar suggesties, waaronder het toevoegen 
van doelgroep-specifieke content (de informatie wordt getoond al naar 
gelang je achtergrond, zoals "journalist" of "potentiele contributor", 
etc).



-- 
Rejo Zenger 
OpenStreetMap Nederland <http://openstreetmaps.nl>


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

Re: [OSM-talk-nl] excuses

[Rejo Zenger]

++ 19/12/09 13:54 +0100 - Philip Homburg:
>
>Ik bedoel niet de traditionele FIXME's die gericht zijn op het verbeteren van
>OSM data, maar meer iets als:
>opmerking-voor-wegbeheerder: 'hier ontbreekt waarschijnlijk een bord fietspad'
>en
>wegbeheerder-geinformeerd: nee

But then again lijkt me dat meer iets voor een separaat systeem (dat dan 
uitstekend gebaseerd kan zijn op de informatie uit de OSM database), dan 
iets dat we in de OSM database zelf willen.

Maar goed, opinies kunnen verschillen uiteraard.

-- 
Rejo Zenger 
OpenStreetMap Nederland <http://openstreetmaps.nl>


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

Re: [OSM-talk-nl] excuses

[Rejo Zenger]

++ 19/12/09 12:14 +0100 - Philip Homburg:
>
>Het lijkt me goed om in OSM de situatie juist zo te taggen als ie formeel is.
>Dus als bordjes niet kloppen, dan toch zo taggen, en liefst een soort van
>FIXME tag standariseren om de wegbeheerder te laten weten dat er wat mis is.

Met dat eerste ben ik het helemaal mee eens. Met dat tweede niet. De 
wegbeheerder zou op basis van de analyse van de data kunnen controleren 
of er misschien iets niet klopt (of daar een interface voor bouwen). De 
FIXME's zouden slechts gericht moeten zijn op fouten in de data van OSM 
zelf.


-- 
Rejo Zenger 
OpenStreetMap Nederland <http://openstreetmaps.nl>


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

Re: [OSM-talk-nl] Area history?

[Rejo Zenger]

++ 14/12/09 21:42 +0100 - YRS:
>Dit klinkt als waar ik naar op zoek ben. Heb even gekeken, maar "Edit 
>mode"? Ik krijg de keus tussen "bewerken en opslaan" en "direct 
>bewerken". Is dat wat je bedoeld? (sorry, ben een josm-mapper)

Ik ben ook een JOSM gebruiker. Maar, ik heb het volgende gedaan:

 - op <http://www.openstreetmap.org> mijn regio opgezocht
 - ingelogd via login links bovenin
 - optie "edit and save" gekozen
 - onderin, onder "advanced" de optie "undelete" gekozen

Er verschijnen dan een aantal rode ways. Als je zo'n way aanklikt, dan 
veranderd onderin de legenda in de informatie over de way. Helemaal 
links, onder "Way", staat dan het ID van die way. Dat ID vul je in de 
URL in die ik je in mijn vorige posting gaf, dan zie je de volledige 
history.

Als je daarbinnen de changeset opzoekt, dan zie je ook de log entry.


-- 
Rejo Zenger .  
OpenStreetMap Nederland <http://openstreetmaps.nl>


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

Re: [OSM-talk-nl] Area history?

[Rejo Zenger]

++ 14/12/09 20:33 +0100 - YRS:
>Ik mis een area in mijn omgeving (waterpartij). Het zou kunnen dat 
>iemand hem met een goede reden heeft verwijderd. Ik ben wél 
>nieuwsgierig naar die reden. Maar hoe vind ik terug wie hem verwijderd 
>heeft? Er is geen enkele node meer van over! Hoe vind ik de history van 
>iets dat weg is?

Een van de manieren is om in de web editor (Potlatch) het gebied op te 
zoeken waar je iets mist. In Edit mode worden de verwijderde objecten 
rood gemarkeerd. Je kunt zo'n way vervolgens "undeleten". Omdat, als je 
het object selecteert ook het ID ziet, kun je ook de history opvragen 
via <http://www.openstreetmap.org/browse/way/ID/history>.

-- 
Rejo Zenger . 
   OpenStreetMap Nederland <http://openstreetmaps.nl>


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

Re: [OSM-talk-nl] Ooit data overgenomen en geïmporte erd in OSM?

[Rejo Zenger]

++ 07/12/09 01:35 +0100 - Stefan de Konink:
>> Voor mij betekent het apart zetten van de niet geclearde data, op een 
>> plaats waar het mag bit-rotten, hetzelfde als weggooien.
>
>Waarom zou het gaan bitrotten als de mensen die niet van de licentie
>willen veranderen daar gewoon verder gaan ;)

Yeah, yeah. Zo gemakkelijk ligt dat niet. Even afgezien van de (on-) 
wenselijkheid van een fork van het project, is het opslitsen van de data 
een stuk lastiger dan vaak wordt gesuggereerd.

In het geval van grote imports, is vaak data gewijzigd naar aanleiding 
van die import. Die wijzigingen zijn niet gemakkelijk terug te vinden 
(tenzij iemand toevallig goede log messages schrijft). Om een recent 
voorbeeld te noemen: het 3D Shapes bestand wordt welliswaar met een 
losse user geimporteerd, maar het corrigeren van de dubbele gebouwen 
weer niet. Zou je nu de data uit het 3D Shapes weer uit de dataset 
halen, blijft er minder over dan er voorheen in zat. 


-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

[OSM-talk-nl] De Nieuwe Wereldkaart

[Rejo Zenger]

Hi,

Op 
<http://www.debalie.nl/artikel.jsp?podiumid=politiek&articleid=330856>:

  De wereldkaart biedt je zekerheid. Met haar duidelijke grenzen geeft 
  de kaart niet alleen aan waar je bent, maar ook waar je toe behoort.  
  Of toch niet? De wereldkaart is werk in uitvoering en is nooit af.  
  Grenzen verschuiven, verdwijnen en komen erbij. De Balie lanceert deze 
  middag een nieuwe wereldkaart, waarmee wij de vanzelfsprekendheid en 
  toekomst van landsgrenzen ter discussie stellen. [...]

  Landsgrenzen staan op kaarten als absolute gegevens. Landen krijgen op 
  kaarten een bestaanszekerheid, die niet altijd overeenkomt met de 
  werkelijkheid. Zo laten de ontwikkelingen op de Balkan de afgelopen 
  vijftien jaar, maar ook de langzame veranderingen in België, zien dat 
  de zekerheden van kaarten, op zijn zachtst gezegd, relatief zijn.  
  [...]

  [...] het uitgangspunt om aan de slag te gaan met een nieuwe 
  staatkundige wereldkaart, in samenspraak met vormgever en kunstenaar 
  Herman van Bostelen, cartograaf Ferjan Ormeling en geograaf Henk van 
  Houtum. [...]

  De volgende sprekers en theatermakers leveren een bijdrage: Thomas von 
  der Dunk (cultuurhistoricus, publicist) kijkt terug op grenzenvorming 
  de afgelopen eeuwen in Europa, John Hulsman (expert op het gebied van 
  internationale betrekkingen, Alfred Oppenheim Scholar) praat over 
  natievorming in het Midden-Oosten en de lessen die we kunnen leren van 
  Thomas Edwards Lawrence (Lawrence of Arabia) en Henk van Houtum (hoofd 
  van het Nijmegen Centre for Border Research, Radboud Universiteit) 
  reflecteert op de plek die grenzen innemen in de hoofden van mensen.  
  [...]

Misschien voor enkele onder u ook boeiend?



-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] intransparantie m.b.t. rechtmatigheid geimporteerde data

[Rejo Zenger]

++ 23/11/09 23:02 +0100 - Stefan de Konink:
>>>>> Licentie van het moment van downloaden was ccbysa.
>>>> Gezien Martijn's bedenkingen is het wellicht zinvol om iets uitgebreider 
>>>> te zijn. Zou je misschien kunnen aangegeven op basis waarvan je de claim 
>>>> kunt maken dat het om CC BY-SA gelicentieerd materiaal gaat?
>>> Zoals afgesproken niet op de publieke lijst.
>> 
>> Eeuh? Ik vind dit persoonlijk een bijzonder vreemd antwoord.
>
>Ik ben blij dat jij het persoonlijk een erg vreemd antwoord vindt. Ik
>investeer in mijn relaties om voor OSM data te verkrijgen. Ik ga niet al
>mijn (non-)WOB mailtjes publiceren op talk-nl en alles wat er toedoet
>staat op bestaande geo data hergebruiken.

Ik denk dat het zinvol is om deze e-mails wel te openbaren als er ook 
maar enigzins naar gevraagd wordt, omwille van de transparantie. Niemand 
vroeg je verder om alle correspondentie te openbaren.

Ongerelateerd: Ik zou het overigens wel erg goed vinden als het *wel* 
gebeurt. Dat geeft namelijk inzicht in het functioneren van de Wet 
openbaarheid bestuur. Iedereen die het intereseert kan zelf zien hoe 
moeilijk (of makkelijk) het je gemiddeld wordt gemaakt bij een verzoek.  
In mijn, beperkte, ervaring is het doen van een dergelijk verzoek lang 
niet altijd zo eenvoudig of soepel als het zou moeten. Zie ook 
bigwobber.nl. 

Daarnaast, het materiaal dat door een verzoek op de Wet openbaarheid 
bestuur is beschikbaar gekomen, is openbaar. De overheid publiceert dat 
niet (of niet altijd, niet centraal, etc). Ik zou het mooi vinden als 
burgers dat dan maar doen. Gewoon, altijd de buit beschikbaar maken. Ook 
dat is transparantie.

Tenslotte, pure nieuwsgierigheid: is er een reden waarom Object Vision 
zelf niet hierover iets publiceert op haar website? Ik weet het, ik zou 
het hen zelf moeten vragen, maar blijkbaar heb jij de contacten... :)

-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

[OSM-talk-nl] intransparantie m.b.t. rechtmatigheid geimporteerde data (was: Re: Noordelijke mapping party - Update)

[Rejo Zenger]

++ 23/11/09 22:31 +0100 - Stefan de Konink:
>>> Licentie van het moment van downloaden was ccbysa.
>> 
>> Gezien Martijn's bedenkingen is het wellicht zinvol om iets uitgebreider 
>> te zijn. Zou je misschien kunnen aangegeven op basis waarvan je de claim 
>> kunt maken dat het om CC BY-SA gelicentieerd materiaal gaat?
>
>Zoals afgesproken niet op de publieke lijst.

Eeuh? Ik vind dit persoonlijk een bijzonder vreemd antwoord.

Ik weet ook best dat CC BY-SA geen verplichting met zich mee brengt 
bewijs voor de rechtmatigheid van het gebruik te openbaren. Desondanks 
lijkt me dat wel een bijzonder gezond uitgangspunt voor een project als 
OpenStreetMap. 

Voor mij gaat OpenStreetMap over de openheid, de toegangelijkheid en de
transparatie van data. Dat gaat mijn inziens om geografische informatie, 
maar ook om hetgeen wat daar direct een relatie mee heeft. Het niet- 
publiekelijke zijn van het bewijs voor de rechtmatigheid van het gebruik 
van de informatie die aan deze import ten grondslag ligt, is mijn 
inziens daarmee strijdig. 

Ik heb geen reden om aan de juridische correctheid te twijfelen. Het 
tegenovergestelde overigens ook niet. 


-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] Noordelijke mapping party - Update

[Rejo Zenger]

++ 23/11/09 17:45 +0100 - Stefan de Konink:
>Licentie van het moment van downloaden was ccbysa.

Gezien Martijn's bedenkingen is het wellicht zinvol om iets uitgebreider 
te zijn. Zou je misschien kunnen aangegeven op basis waarvan je de claim 
kunt maken dat het om CC BY-SA gelicentieerd materiaal gaat?


-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] Derde Amsterdamse MappersBabbel

[Rejo Zenger]

++ 30/10/09 11:20 +0100 - Andre Engels:
>Wat is 'wobben'?

Een verzoek doen op basis van de "Wet openbaarheid bestuur". 




-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] Mikrokopter Aerial photography

[Rejo Zenger]

++ 29/10/09 13:40 + - Valent Turkovic:
>I'm reading your blog via translation service, but I'm writing you in 
>English as I don't trust what online translation from English to Dutch 
[...]

An on-list response would be appreciated, I'm interested in this as 
well.


-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] Radio 1: Google navigatie bedreiging voor OSM?

[Rejo Zenger]

++ 29/10/09 14:09 +0100 - Henk Hoff:
>- Google: free as in beer  / OSM: free as in speech.

OSM is "free as in speech", maar *ook* "free as in beer". 

>Kortom, het is geen grote bedreiging voor ons.

Dat is correct, in mijn ogen.

Ik zie nog wel meer redenen om te kiezen voor een alternatief als 
openstreetmap, ik denk dan bijvoorbeeld aan de steeds groter wordende 
hoeveelheid gegevens waar Google (potentieel) over beschikt (al dan niet 
per individu).

En ik denk dat als Google's oplossing een bedreiging is, dat 'm vooral 
zit in de bruikbaarheid voor de eindgebruiker. Google zal zonder twijfel 
een uiterst gebruiksvriendelijke interface aanbieden voor het aanpassen 
van de data - daar kunnen we niet mee concureren op het moment.



-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] Hitchwiki - worldwide map for hitchhiking places

[Rejo Zenger]

++ 28/10/09 16:21 +0100 - Rik de Landloper:
>Het lijkt me niet zo zinvol om iets arbitrairs als een 'liftplaats' op
>OSM te zetten. Tankstations en parkeerplaatsen zijn fysiek herkenbaar,
[...]

Ik ben niet zo van de me-too's, maar toch: me too! 

Een kaart met daarop de liftplaatsen gemarkeerd lijkt me bij uitstek 
iets dat gemaakt wordt *met* de informatie van OSM, maar niet zelf 
onderdeel vormt van die informatie. Een toepassing dus, geen deel.




-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] Mapping Party Ilpendam

[Rejo Zenger]

++ 25/10/09 14:44 +0100 - Roeland Douma:
>* Maxspeed
>* Huisnummers

Als ik er bij ben (met de nadruk op: als), dan kun je de huisnummers en 
de maximum snelheid helemaal aan mij overlaten.


-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

[OSM-talk-nl] front end web designer

[Rejo Zenger]

Hi,

Ik ben eigenlijk benieuwd of er op deze mailinglist ook begenadigd 
"front end web designers" meelezen. Ik ben op zoek naar mensen die me 
willen helpen met het ontwerp van een fraaie, OSM gerelateerde, website.  
Met nadruk gaat het daarbij om de frontend en (ook) om het tikken van de 
(CSS, HTML, etc) code zelf, niet alleen om het ontwerp. 


-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] licentie op nieuwekaart.nl

[Rejo Zenger]

++ 26/09/09 09:56 +0200 - Rejo Zenger:
>Slechts ter informatie en om dubbel werk te voorkomen, ik heb op dit 
>moment contact met nieuwekaart.nl aka Nirov voor het correct vermelden 
>van de licentie en de attributie voor de kaart die ze op [1] tonen.
>
>Ik heb al de toezegging gehad dat ze dit corrigeren, ik wacht op dit 
>moment nog op de feitelijke wijziging.

Het is inmiddels aangepast.

Op de kaart staat nu prominent de tekst "Data by OpenStreetMap.org 
contributors under CC BY-SA 2.0 license", met links naar de 
OpenStreetMap website en de tekst van de licentie. Zie 
<http://www.kaart.nieuwekaart.nl/?page_id=13>.



-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] huisnummers controle

[Rejo Zenger]

++ 06/10/09 17:52 +0200 - stegg...@steggink.org:
>> Je kan dan toch twee nodes vlak naast elkaar maken voor die twee 
>> nummers?
>
>De Map features page vermeldt het volgende voor huisnummers: The house  
>number (may contain non-digits). If a single entry has multiple house  
>numbers, separate them by ",". e.g. "12b,12c". Only required key for  
>an address (except when addr:housename is used), all others are  
>optional.

Ja, dat is inderdaad ook een manier, maar die heeft een ander nadeel je 
kunt geen interpolatie toepassen. Wat je wilt werkt wel, maar niet als 
je massa's aan nummers wilt of moet invoeren.  

>Overigens snap ik niet waarom voor de komma als separator is gekozen.  
>Voor highway refs wordt daarentegen vaak de puntkomma gebruikt. Ik heb  
>deze zelf ook toegepast.

Die heb je toegepast voor de highway refs, of voor de huisnummers? 




-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] huisnummers controle

[Rejo Zenger]

++ 06/10/09 15:03 +0200 - Floris Looijesteijn:
>
>ik blijf voor de normale straten voorlopig geloven in de interpolatielijnen.
>het kan mij echt niet boeien waar een huis precies is, 100 meter is goed
>genoeg. je kunt in de steden toch bijna nooit voor de deur parkeren.
[...]

Hoe wel ik denk ik iets nauwkeurig werk dan 100 meter is mijn overweging 
gelijk. Dingen die in dit stadium interesant zijn, is bijvoorbeeld weten 
of voor een bepaald huisnummer op een kruising of T-splitsing links of 
rechts moet, aan welk straatkant de even nummers zijn, etc. 

IMHO is het belangrijk (essentieel eigenlijk) dat die huisnummers er in 
komen te staan. De nauwkeurigheid op de meter (kan dat eigenlijk wel, 
anders dan met een overlay van een satelietfoto?) en dergelijke zijn wat 
mij betreft een latere zorg.



-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] huisnummers controle

[Rejo Zenger]

++ 05/10/09 19:46 +0200 - Floris Looijesteijn:
>ik heb ze als twee lijntjes vlak naast elkaar gedaan.

k heb dat inmiddels ook gedaan. Ik heb de lijntjes dichter op elkaar 
gezet waardoor het in de renderer niet goed gaat. Een routeerder gaat 
het echter wel snappen. 

Overigens, hiermee is het hele stuk dat begrenst wordt door de Kinker- 
staat, de Nassaukade, de Overtoom en het Rembrandtpark voorzien van 
nummers. Ook het deel tussen het Rembrandtpark en het treinspoor is 
grotendeels voorzien van nummers.



-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] huisnummers controle

[Rejo Zenger]

++ 25/09/09 09:49 +0200 - Floris Looijesteijn:
>maar wat kom je inderdaad een hoop bagger tegen.
>gister op het einde van de brouwersgracht blijkt dat vanaf huisnummers 
>er ook nog een oude huisnummerreeks is. een aantal huizen hebben daar een
>dubbel nummer. 190/602 (voorbeeld). een paar huizen verder zit je opeens
>op nummer 930. geniaal :)

Ja. Hoe tag je dat eigenlijk? Misschien dat ik het allemaal verkeerd 
gezien heb, maar op de Alberdink Thijmstraat heb ik een sectie waarbij 
naast de van het vorige huizenblok doorlopende nummers "30-40" ook nog 
eens de huisnummers "140-188" over dezelfde serie huizen voorkomen. De 
hoge serie is niet aan een andere straat om de hoek ofzo te koppelen.

Dus, twee lijntjes of op de nodes respectievelijke 30,140 en 40,188 en 
interpolatie op de way ertussen?


-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] huisnummers controle

[Rejo Zenger]

++ 24/09/09 22:02 +0200 - Rejo Zenger:
>
>Met betrekking tot deze tool:
>
> - Ligt het aan mij of is het vastleggen van de interpolatie op een een 
>   way met op de ene node een "2" en op de andere node een "4" als 
>   huisnummer inderdaad gewoon handig? Bovenstaande tool zegt dat 
>   interpolatie overbodig is.

De redenatie hierachter is (met als voorbeeld huisnummers 5 en 7):

Without the addr:interpolation the 6 is not included, because single 
house numbers always only stand for themselves. So the 
addr:interpolation is useless in this case and should be omitted. If 
the 6 would be included you'd use addr:interpolation=all.

Ik snap de redenatie en ik ga dan ook mijn "foute" interpolaties 
corrigeren.

-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] huisnummers controle

[Rejo Zenger]

++ 26/09/09 10:41 +0200 - Lennard:
[voorbeeld: huisnummers 1,3,5,7a,7b,7c,9,11]
>> Ik los dit soort dingen op met een enkele way, housenumber "1-11" en 
>> interpolation "odd". Schiet gerust.
>
>Ik hecht geloof aan 'meer data, indien accuraat'. Als ik jouw probleem 
>moet omschrijven met 3 losse ways/nodes, dan doe ik dat. Indien een 
>routeplanner dat niet goed aankan, of niet aan wil kunnen, dan lost die 
>dat in zijn preprocessing maar op.

Het is niet alleen een probleem aan de kant van de routeplanner, het is 
ook een probleem aan de kant van de invoer. Dit, in combinatie met het 
andere dat je noemde (geen huisnummer aan de gevel zichtbaar is geen 
huisnummer in OSM) maakt de invoer ineens heel veel complexer.

Het betekent in ieder geval dat, bijvoorbeeld op de Kinkerstraat heel 
veel huisnummers komen te vervallen. Veel winkels hebben domweg geen 
huisnummer aan de gevel. Datzelfde geldt ook voor de huizen die in 
vervallen staat zijn, waar bouwactiviteiten of renovaties gebeuren.

Daarnaast betekent het ook dat doen van surveys vele malen lastiger 
worden. Ik zou dan niet alleen mijn best moeten doen om van elke 
hoekhuis het huisnummer te bepalen, maar van elk huis. Zonder te 
overdrijven, dat is een gigantische klus. [1]

In de praktijk betekent dat dus dat 1) veel nummers die er nu wel in 
staan op basis van interpolatie komen te vervallen en 2) het een 
dusdanig tijdrovende klus wordt dat er beperkt vooruitgang zal zijn. 

>
>> Voor al deze dingen geldt dat ik open sta voor alternatieve werkwijzes 
>> en ik ben bereid om mijn manier van werken aan te passen en zonodig 
>> reeds gedaan werk te herzien. Voorwaarde zijn goede argumenten en 
>> consensus onder degene die op dit moment actief huisnummers invoeren.
>
>Als je argumenten en consensus zoekt, dat moeten we niet binnen talk-nl 
>blijven rondgaan, en ons eigen wereldbeeld creëren. Dan moeten we 
>internationaal deze problemen op tafel gooien.

Uiteraard. Maar ik inventariseer graag eerst vooraf de situatie die wij 
kennen. Ik wil graag weten wat voor problemen (of juist handigheden) 
anderen hier tegenkomen, ik wil graag weten hoe wij hier over die 
problemen denken. Indien nodig leg ik het daarna wel voor aan t...@.




[1]   Om wat voorbeelden te noemen... er zijn niet alleen huizen waarvan 
de nummers domweg afwezig zijn, maar er zijn tal van huizen waarvan het 
bordje niet als zodanig herkenbaar zijn, het nummer is onleesbaar 
weggewerkt in een gedesigned naambord, het nummer met de hand op de 
zijkant van een deurpost is geschilderd, het nummer met een Edding op de 
brievenbus is geschreven, het nummerbordje is overgroeid door een 
klimplant, [...]. 

-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] licentie op nieuwekaart.nl

[Rejo Zenger]

++ 26/09/09 14:48 +0200 - Stefan de Konink:
>> Slechts ter informatie en om dubbel werk te voorkomen, ik heb op dit 
>> moment contact met nieuwekaart.nl aka Nirov voor het correct 
>> vermelden van de licentie en de attributie voor de kaart die ze op 
>> [1] tonen.
>
>Waarom denk je dat dit OpenStreetMap is?

Omdat ze die kaart tonen, ze het verstopt melden en het zelf bevestigen?

Voor wat betreft dat tweede, kijk in het menu "kaartlagen" in de linker 
onderhoek (je moet daarvoor eerst naar beneden scrollen) en klik 
bovendien op het "i" achter de vermelding.




-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] licentie op nieuwekaart.nl

[Rejo Zenger]

++ 26/09/09 16:01 +0200 - Stefan de Konink:
>> Omdat ze die kaart tonen, ze het verstopt melden en het zelf 
>> bevestigen?
>> 
>> Voor wat betreft dat tweede, kijk in het menu "kaartlagen" in de linker 
>> onderhoek (je moet daarvoor eerst naar beneden scrollen) en klik 
>> bovendien op het "i" achter de vermelding.
>
>Als ze het verstopt melden dan voldoen ze toch aan de voorwaarden ;)

Hooguit ten dele. Ze voldoen in ieder geval niet aan de voorwaarde met 
betrekking tot het gelijke delen. Er wordt in de tekst die je te zien 
krijgt na op het "i"'tje geklikt te hebben enkel en alleen vermeld dat 
de kaart met "een open licentie" beschikbaar is, maar meer niet.

Daarnaast, op de kaart zelf staat nu nog maar enkel "BY" als licentie 
voorwaarde, niet langer "SA" (ongeacht of dat nu alleen gaat over de OSM 
kaart of over hun eigen layers), staat er op die kaart wel prominent 
"Nirov" als naamsvermelding en ontbreekt OSM in zijn geheel en staat 
erop de kaart van Geodan / TDKadaster wel expliciet de naam vermeld van 
de makers van de kaart.

Anyway, ze hebben een en ander zelf ook al bevestigd en aangegeven het 
te zullen verbeteren. 

-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] huisnummers controle

[Rejo Zenger]

++ 26/09/09 10:01 +0200 - Lennard:
>
>>> persoonlijk vind ik alleen de nummers interessant dus die voer ik ook
>>> alleen in. als een blok van 2a tot 4c loopt vul ik 2-4 in. dat is voor mij
>>> meer dan genoeg informatie.
>> 
>> Same over here.
>
>Wat als iemand op 2b moet zijn, en dat nummer ook invoert in een 
>routeplanner? Moet de router eerst kijken of er een 2b in de data zit, 
>en daarna zelf maar gokken dat het in de buurt van 2 is en je daarheen 
[...]

Mijn idee daarover was dat de router in eerste instantie kijkt of er een 
"2b" voor de desbetreffende straat bestaat en bij het ontbreken van die 
definitie gaat kijken naar een "2". 

>routen? Dat werkt dus niet (goed) in jouw voorbeeld van 49 vs 49a aan 2 
>zijdes van een gracht.

Jawel, omdat ik in die gevallen wel degelijk een "49a" definieer aan de 
ene kant van de gracht. Zoals ik net omschreef zou de router dan meteen 
matchen op de "most-specific", te weten de "49a". 

>Andersom, als een router dit doet, is 2b opeens een geldig huisnummer 
>in de routeplanner, hoewel dat nummer fysiek niet hoeft te bestaan.

Nee, dat klopt. Maar in de praktijk van invoeren van huisnummers kan ik 
je echter dan nog wel meer voorbeelden noemen. Hoeveel huizen hebben 
geen of geen herkenbaar huisnummer? Wat doen wij daarmee? Wat doet de 
router daarmee?

Ik kan je genoeg straten aanwijzen waarbij op basis van een survey niet 
alle huisnummers zijn te bepalen. Rijdt op de Kinkerstraat in oostelijke 
richting en sla rechts de Jan Pieter Heijestraat in. Aan de rechterkant 
is niets te zeggen over de huisnummers aan het einde van het eerste 
blok.

Ik *gok* dat er een nummer 70 bestaat, maar het is niet aan de huizen af 
te zien. Misschien dat dat in de informatie van het kadaster te vinden 
is, maar ik kan het niet met een survey bepalen. Moet de router melden 
dat het een ongeldig adres is, of moet hij je gewoon routeren naar het 
dichstbijzijnde nummer? Ik zou opteren voor het laatste. Al dan niet met 
een waarschuwing dat het nummer ongedefinieerd is.

>addr:interpolation=alphabetic is niet voor niets hiervoor bedacht, 
>heren.

Yeah, yeah. Je bent erg makkelijk met oplossingen aandragen, zonder de 
praktische problemen te kennen die ik (en naar ik aan neem ook Floris) 
steeds tegenkomen in Amsterdam. Je oplossing is in ieder geval niet zo 
gemakkelijk te gebruiken als je lijkt te suggereren. Op de wiki staat 
bij Karlsruhe_Schema [1]:

  You can use the interpolation method "alphabetic" to interpolate the 
  alphabetical characters in the house number. So if you have all the 
  houses from 7a to 7f in a row, you can connect them by a way tagged 
  with addr:interpolation=alphabetic. You can not mix alphabetic 
  interpolation with other interpolation methods.

Met andere woorden, wat doe je als je de volgende huisnummer serie hebt:

  1,3,5,7a,7b,7c,9,11

Het is zowel een "odd" als ook een "alphabetic". Dit kun je dus alleen 
"correct" op te lossen door een 1) een way met housenumber "1-5" en 
interpolation "odd", 2) een node of way met housenumber "7a-7c" en 
interpolation "all" of "alphabetic" en 3) een way met housenumber "9-11" 
en interpolation "odd". 

Ik los dit soort dingen op met een enkele way, housenumber "1-11" en 
interpolation "odd". Schiet gerust.

Voor al deze dingen geldt dat ik open sta voor alternatieve werkwijzes 
en ik ben bereid om mijn manier van werken aan te passen en zonodig 
reeds gedaan werk te herzien. Voorwaarde zijn goede argumenten en 
consensus onder degene die op dit moment actief huisnummers invoeren.


[1] http://wiki.openstreetmap.org/wiki/Karlsruhe_Schema


-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

[OSM-talk-nl] licentie op nieuwekaart.nl

[Rejo Zenger]

Hi,

Slechts ter informatie en om dubbel werk te voorkomen, ik heb op dit 
moment contact met nieuwekaart.nl aka Nirov voor het correct vermelden 
van de licentie en de attributie voor de kaart die ze op [1] tonen.

Ik heb al de toezegging gehad dat ze dit corrigeren, ik wacht op dit 
moment nog op de feitelijke wijziging.



[1] <http://www.kaart.nieuwekaart.nl/?page_id=13> 


-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] huisnummers controle

[Rejo Zenger]

++ 25/09/09 09:49 +0200 - Floris Looijesteijn:
>persoonlijk vind ik alleen de nummers interessant dus die voer ik ook
>alleen in. als een blok van 2a tot 4c loopt vul ik 2-4 in. dat is voor mij
>meer dan genoeg informatie.

Same over here.

>maar wat kom je inderdaad een hoop bagger tegen.
>gister op het einde van de brouwersgracht blijkt dat vanaf huisnummers 190
>er ook nog een oude huisnummerreeks is. een aantal huizen hebben daar een
>dubbel nummer. 190/602 (voorbeeld). een paar huizen verder zit je opeens
>op nummer 930. geniaal :)
[...]

Ja, ik kan zo ook nog wel een paar voorbeelden noemen...

Op de Kinkerstraat heb je ergens aan de ene kant van de gracht nummer
"49" en aan de andere kant van de gracht gaat de nummering verder op
"49a". Op een klein segment van de Staringstraat kom ik een hoge serie
huisnummers tegen (167-151) die niet past in de nummer van de rest van
de straat (sectie ervoor is 1-11, erna 17) en ook niet past in de
nummering van de kruisende straten.

Niet het invoeren, maar de surveys zelf zijn het lastigst bij het
verwerken van huisnummers.

>hier een plaatje wat ik regelmatig zal updaten:
>http://floris.nu/osm/amsterdam/huisnummers/huisnummers.png

Ik ben nu vooral bezig in de zuidelijke helft van deze bounding box:

  
http://www.openstreetmap.org/?minlat=52.35759&minlon=4.83393&maxlat=52.37245&maxlon=4.88057&box=yes

Overal waar ik huisnummers heb ingevoerd, neem ik ook meteen de maximum
snelheid mee. Nog niet alle recente wijzigingen zitten er in verwerkt,
maar het resultaat kun je zien op:

  http://maxspeed.openstreetmap.nl/?zoom=15&lat=52.36092&lon=4.85345&layers=BT

>op dit moment alleen de addr:housenumber nodes.

Ik doe alles in ene keer, dus addr:housenumber en addr:interpolation.





-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
PG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] huisnummers controle

[Rejo Zenger]

++ 24/09/09 22:13 +0200 - Sybren A. Stüvel:
>>  - Ligt het aan mij of is het vastleggen van de interpolatie op een
>>  een way met op de ene node een "2" en op de andere node een "4" als
>>  huisnummer inderdaad gewoon handig? Bovenstaande tool zegt dat
>>  interpolatie overbodig is.
>
>Lijkt me niet onredelijk.
>
>>Ik vind van niet, omdat je op die manier kunt zien dat er geen
>>"3" is. Je zou kunnen zeggen dat je dan die way niet nodig hebt,
>>maar ook dan zou er nog in theorie een missende node met
>>huisnummer "3" tussen kunnen zitten. 
>
>Dit is alleen relevant als zowel de even als de oneven nummers aan
>dezelfde kant van de straat zitten. Bij addr:interpolation=even zit er
>dus zowiezo geen 3 tussen. Hoe gaat die tool om met
>addr:interpolation=all versus addr:interpolation=even?

Bij elk van de ways en nodes die ik plaats ga is mijn uitgangspunt dat
je aan het object zelf moet kunnen afleiden hoe je het geintepreteerd
moet worden. Met andere woorden, als ik op een node een range nummers
heb gezet, moet je geen andere nodes of ways in de buurt moeten hoeven
te raadplegen om af te leiden hoe de nummer precies loopt.

Praktisch voorbeeld: als ik een node 3-5 meegeef, dan moet je op basis
van "addr:interpolation" key op diezelfde node kunnen afleiden dat dat
alleen oneven nummers zijn. Implementaties worden denk ik onduidelijk
indien voor het bepalen of "4" in die serie thuishoort, andere nodes
en/of ways in de buurt geraadpleegt moeten worden.

>>  - Iemand op IRC zei me dat een huisnummer aan een building=yes
>>  hangt, niet aan een amenity=building_entrance. In de praktijk werkt
>>  dat niet voor mij.
>
>Ik vind het in principe prima als een huisnummer aan een gebouw hangt,
>maar ook in de werkelijkheid zit het huisnummerplaatje niet voor niets
>naast de voordeur op de gevel.

Nee, zo eenduidig is dat niet altijd. Ik noemde denk ik in mijn vorige
posting al het voorbeeld waarbij dezelfde serie huisnummers aan twee
verschillende entrees van het gebouw hangen. Die nummers hangen er dan
alleen om aan te geven dat je de appartementen die bij die nummers horen
via die ingangen kunt bereiken.

Maar goed, ik heb op dat soort punten nog geen goede oplossing kunnen
bedenken.


-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] huisnummers controle

[Rejo Zenger]

++ 24/09/09 15:47 +0200 - Floris Looijesteijn:
>beste mede huisnummer invoerders,
>
>deze tool is recent op het forum gepost, erg handig:
>
>http://tools.geofabrik.de/osmi/?view=addresses&lon=4.88371&lat=52.37944&zoom=17
[...]

Met betrekking tot deze tool:

 - Ligt het aan mij of is het vastleggen van de interpolatie op een een 
   way met op de ene node een "2" en op de andere node een "4" als 
   huisnummer inderdaad gewoon handig? Bovenstaande tool zegt dat 
   interpolatie overbodig is.
   
   Ik vind van niet, omdat je op die manier kunt zien dat er geen "3" 
   is. Je zou kunnen zeggen dat je dan die way niet nodig hebt, maar ook 
   dan zou er nog in theorie een missende node met huisnummer "3" tussen 
   kunnen zitten. 

   Wat denkt u?

 - Kan iemand mij uitleggen waarop deze tool een "endpoint wrong format" 
   fout geeft op onder meer way #25071050? Ik krijg het in principe op 
   elke building waar ik een range van huisnummers heb gezet.

 - De tool kent "alphabetic" niet als valide waarde voor 
   addr:interpolation". 

Verder heb ik nog wat dingen waar ik niet helemaal weet wat ik er mee 
moet... belangrijkste:

 - Iemand op IRC zei me dat een huisnummer aan een building=yes hangt, 
   niet aan een amenity=building_entrance. In de praktijk werkt dat niet 
   voor mij. Zie bijvoorbeeld way 41430506. Dat is een flat. Aan de 
   oostzijde van de noordgevel zit een ingang met nummers 237-399 (zie 
   node 506743591), westelijk zit nummer 401 (zie node 506743593) en aan 
   de westgevel zit nog een ingang voor nummers 237-399.

   Op basis van de uitgangspunt zou je het hele gebouw 237-401 als 
   nummers toe kunnen kennen, in combinatie met drie entrees. Ik vind 
   dat niet netjes, want de grote serie nummers zijn via twee, maar niet 
   de derde ingang te bereiken. Omgedraaid is nummer 401 niet via die 
   twee grotere ingangen te bereiken. Twee losse (maar gestapelde?) 
   gebouwen zijn het eigenlijk ook niet. U begrijpt mijn probleem denk 
   ik...

   Wat doen jullie hier?

Die huisnummers invoeren is veel werk, maar anders dan ik vooraf gedacht 
had. Het zijn uiteraard ook wel veel straten en huisnummers, maar de 
variatie, inconsequenties en gekke situaties zijn de voornaamste 
factoren voor de omvang van deze klus.


-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

[OSM-talk-nl] huisnummer plugin josm

[Rejo Zenger]

Hi,

Voor diegene die bezig zijn met huisnummers: er is recent een nieuwe 
plugin toegevoegd aan JOSM. Het is nog niet perfect, maar het maakt het 
werken wel al een stuk eenvoudiger. Zie [1] voor de details.

 | The Address interpolation plugin is activated from a new entry created 
 | on the Tools / Address interpolation menu (NOT Presets / Buildings / 
 | Address Interpolation). It is also assigned the hotkey ALT + CTRL + A by 
 | default. 
 | 
 | The general workflow is to select the street and the new or existing 
 | Address Interpolation way, then invoke the Address Interpolation dialog. 
 | Here are the steps for a typical street: 
 | 
 | Draw the Address interpolation way(s) as required for the street - shown 
 | selected here. Be sure the Address Interpolation ways follow the 
 | numbering - start drawing in a direction from the lowest number towards 
 | the highest number. 
 | 
 | After the ways have been drawn, select the street and an Address 
 | Interpolation way. Only 1 street and 1 Address interpolation way can be 
 | selected as shown here. 
 | 
 | Invoke the plugin from the menu or hotkey. If the street has an 
 | 'associatedStreet' relation, that relation will be suggested for 
 | associating with the address interpolation. Otherwise, it will associate 
 | using the street name. Enter the information to describe the address 
 | interpolation strip, then press OK to apply the parameters. 
 | 
 | The new way will become an address interpolation way and be de-selected 
 | as shown here. The street remains selected - if there are more address 
 | interpolation ways, press Shift+select to select a new way and the 
 | street, then repeat the process.

Dus.


[1] http://wiki.openstreetmap.org/wiki/JOSM/Plugins/AddrInterpolation



-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] huisnummers, meer dan slechts een paar

[Rejo Zenger]

++ 14/09/09 09:58 +0200 - Lennard:
>Die interpolation way voorzien van addr:street is niet de insteek van 
>het Karlsruheschema. Dat houdt ons niet tegen om het toch te doen, maar 
>dan moeten we het niet het Karlsruheschema noemen, maar het 
>Amsterdamschema oid.
>
>Het Karlsruheschema is:
>
>* een way met alleen addr:interpolation
>* daarin of los geplaatst nodes met de rest van de addr: tags.

Ja, dat heb ik niet goed gelezen. De reden wordt er ook genoemd:

  The reason for this is that interpolation ways are supposed to be a 
  temporary construct; we expect that once all individual houses have 
  been mapped, the interpolation way can be simply removed without loss 
  of information. They are not meant to stay.

>Hiervoor is de associatedStreet-relatie bedacht. Ook te vinden op de 
>proposal pagina voor het Karlsruheschema.

I know. Maar het ding is, is het handiger om dat nu meteen goed te doen 
met de hand (en dus waarschijnlijk een shitload meer werk), willen we 
het even laten bij de eerste helft van de Karlsruhe schema, of willen we 
onze eigen schema?

Ik ben voorstander van een van de eerste twee. 

>geautomatiseerd om te zetten. De enige vraag die ik hier nog bij heb is 
>wat er gebeurt als de bijbehorende weg opgesplitst is of wordt vanwege 
>maxspeed, lanes, rijrichting, etc. Dan zou je al die stukjes ook aan 
>die associatedStreet-relatie moeten toevoegen?

Dat probleem is er inderdaad al. 


-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] huisnummers, meer dan slechts een paar

[Rejo Zenger]

++ 11/09/09 13:15 +0200 - Rejo Zenger:
>Nog iets essentieels vergeten: de manier van taggen. Floris en ik zijn
>beide voorstander van het gebruik van het "Karlsruhe Schema". Op [1] is
>dat verder uitgelegd.

Ik heb hier toch nog een vraag over...

Floris en ik gebruiken nu een extra way met "addr:street" and 
"addr:interpolation" plus op beide nodes "addr:housenumber" om de 
huisnummering aan te duiden, conform bovenstaand schema.

Is het echter niet beter om het meteen goed te doen en dit wel via 
relaties op te lossen? Het is wellicht meer werk, maar er staat geen 
informatie dubbel in de database, en we gebruiken "echte" relaties en we 
misbruiken niet andere informatie om diezelfde relatie aan te duiden.

Of, is dat niet geautomatiseerd om te zetten op een later moment?


-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] huisnummers, meer dan slechts een paar

[Rejo Zenger]

++ 12/09/09 16:52 +0200 - Lennard:
>> Deze manier van taggen kwam ik tegen op de "talk" pagina van het 
>> Karlsruhe Schema. Ik had de indruk dat ook Floris dat een goed idee 
>> vond. 
>
>Een huisnummer is een eigenschap van een gebouw, niet van alleen de 
>voordeur.

In dit specifieke geval is dat inderdaad zo. Ik ben nog niet helemaal 
overtuigd dat dit altijd als regel kan gelden. Je hebt immers ook van 
die lange gebouwen met meerdere entrees. Daarbij lijken me de nummers 
meer entree-specifiek dan gebouw-specifiek te zijn.

Ik heb het overigens in dit geval (Staalmeesterslaan en Nachtwachtlaan) 
aangepast. 


-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] huisnummers, meer dan slechts een paar

[Rejo Zenger]

++ 12/09/09 12:29 +0200 - Lennard:
>Collisions. De wegnaam staat er eerst, waardoor er geen ruimte meer is 
>voor de huisnummers. Overigens, waarom tag je de ingang, en niet het 
>hele gebouw?

De reden is dat je op die manier ook kunt zeggen waar de hoofdingang van 
het gebouw is. Zoals je bij de gebouwen aan de Staalmeesterslaan en aan 
de Nachtwachtlaan kunt zien, is de hoofdingang bij de ene flat op het 
westen, bij anderen op het oosten of zuiden - en niet altijd aan de kant 
van de "grote weg". 

Deze manier van taggen kwam ik tegen op de "talk" pagina van het 
Karlsruhe Schema. Ik had de indruk dat ook Floris dat een goed idee 
vond. 

>Overigens zou ik de huisnummers wat verder weg houden van zowel de weg 
>als van kruisingen. Een huis heeft best wat oppervlakte, zodat je 
>makkelijk wat verder weg kunt. Zijn de yahoofoto's in A'dam niet goed 
>genoeg om het midden van een huis te taggen?

Will do. 

Ik ben niet zo een fan van de Yahoo foto's in JOSM. Op de een of andere 
manier heb ik altijd ruzie met het enablen van de layer, daarnaast vind 
ik het onprettig onscherp. 


-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] huisnummers, meer dan slechts een paar

[Rejo Zenger]

++ 11/09/09 21:15 +0200 - Floris Looijesteijn:
>het is ook echt meer werk dan ik dacht :)

Hadden we je dat niet al verteld tijdens het biertje? :)

Ik denk overigens dat een aantal van die problemen (huizen zonder 
nummers, etc) vooral voorkomen in bepaalde wijken of zelfs meer 
specifiek, bepaalde straten zoals winkelstraten.

Ik kan me voorstellen dat zodra we in wat meer echte woonwijken terecht 
komen, het minder lastig gaat zijn.

Nog twee vragen over de rendering.

Op [1] zie je flats aan de Staalmeesterslaan en Nachtwachtlaan. Al die 
flats zijn op dezelfde manier tagged. Hoe komt het dat ik bij de eerste 
en derde flat van boven gerekend geen huisnummers zie gerendered worden?

Op [2] wordt op de noordelijke kant van de Postjeswe het nummer "78" 
niet gerendered, de rest wel. Waarom?


[1] 
http://tile.openstreetmap.nl/?zoom=17&lat=52.36538&lon=4.84303&layers=B0FF

[2]
http://tile.openstreetmap.nl/?zoom=18&lat=52.36422&lon=4.85501&layers=B0FF


-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] huisnummers, meer dan slechts een paar

[Rejo Zenger]

++ 11/09/09 10:23 +0200 - Rejo Zenger:
> | Huisnummers, Floris wil dit een slinger gaan geven in Amsterdam (in 
> de | hoop dat de rest van Nederland volgt). Dit is iets waar we in 
> Nederland | nog veel aan kunnen doen. Er zal hier nog een balletje 
> over worden | opgegooid aangezien er misschien nog iets te doen is met 
> de AND data.
>
>Vooropgesteld: count me in (op voorwaarde dat we dit zo efficient en 
>gestructureerd als mogelijk aanpakken). Mijn inziens zijn huisnummers 
[...]

En dus begon ik vandaag vol goede moed... 

Een van de problemen die ik heb ik is dat ik op de Kinkerstraat een 
huisnummer twee keer heb. Het laatste pand van een blok heeft bv. als 
nummer "54", het eerste pand van het volgende blok aan de andere kant 
van de gracht heeft als nummer ook "54". De rest van de panden ervoor en 
erna zijn wel doorlopend genummerd. Wat ik hier nou mee moet? 

Ik ga er nog wel achteraan, maar het zijn van die dingen die je anders 
niet opvallen...

Een ander ding is dat een winkelstraat als de Kinkerstraat vaak geen 
nummers aan de gevel hangen. De winkelmedewerkers staan gek te kijken 
als je vraagt naar het huisnummer (met plattegrond en pen in de hand). 


-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] huisnummers, meer dan slechts een paar

[Rejo Zenger]

++ 11/09/09 10:23 +0200 - Rejo Zenger:
>Vooropgesteld: count me in (op voorwaarde dat we dit zo efficient en
>gestructureerd als mogelijk aanpakken). Mijn inziens zijn huisnummers
>een essentiele toevoeging om OSM "bruikbaar" te maken voor het grote
>publiek.

Nog iets essentieels vergeten: de manier van taggen. Floris en ik zijn
beide voorstander van het gebruik van het "Karlsruhe Schema". Op [1] is
dat verder uitgelegd.

>Verder moet uitgezocht worden wat de status is van de JOSM plugin voor
>"huisnummer invoer". Ik ken 'm niet en het enige dat ik ben
>tegengekomen is iets uit Tsjechie, maar ik kon daar ook een Nederlands-
>of Engelstalige informatie over vinden. Iemand een idee?

Wie noemde dit gisteren, tijdens het bier drinken?



[1]
http://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Karlsruhe_Schema

-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] [Amsterdam] Mappersberaad 10-09-09 - Samenvatting

[Rejo Zenger]

++ 11/09/09 11:42 +0200 - Floris Looijesteijn:
>>   - <http://wiki.openstreetmap.org/wiki/Amsterdam>
[...]
>> Kan op de eerste pagina die groene balk aan de rechterkant weg? Of is
>> iemand daar erg aan gehecht? Ik doe nooit wat met die links in die balk,
>> maar de balk neemt wel een prominente plek in het scherm op en de echte
>> content van de pagina begint daardoor pas eigenlijk net buiten het
>> window. Zie <https://rejo.zenger.nl/tmp/grab.jpg> voor het probleem.
>
>Ik vind eigenlijk dat de groene balk moet blijven staan. Deze pagina wordt
>niet alleen door ons gebruikt maar ook door andere mappers met een
>interesse in Amsterdam.
>
>Ik heb even de vrijheid genomen op subarea=Noord-Holland eruit te halen,
>nu neemt een stuk minder ruimte in.

Ja, ik had zelf ook al de "image" eruit gevist. Dat betekent dat er twee 
plaatjes minder getoond worden, daarnaast wordt nu de content gewoon 
naast de groene kolom gerendered. Dat maakt het een heel stuk 
praktischer.

Dank voor je meedenken.

-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] [Amsterdam] Mappersberaad 10-09-09 - Samenvatting

[Rejo Zenger]

++ 10/09/09 23:22 +0200 - Roeland Douma:
>* Bugs, of het keepright/osmbugs of iets anders is. We willen Amsterdam 
>graag zo schoon mogelijk houden. Rejo heeft al een uitstekende 
>prestatie geleverd met keepright (vrijwel geen keepright errors binnen 
>de ring).

Volgende doelen zijn:

  - Fixen van alle OSM Inspector issues binnen de ring van Amsterdam, in 
ieder geval voor alle issues in de categorie "Tagging" en "Broken 
geometry" en "waterways without names" in de categorie "Water".

  - Fixen van alle Openstreetbug issues binnen de ring van Amsterdam.

>* Wikipagina, de Amsterdamse wiki pagina moet grondig worden op 
>geschoond en actiever worden onderhouden. Lijstjes met wie waar mee 
>bezig is/bounding box van de "active" gebieden. Projecten etc.

Daar ben ik net aan begonnen. Zie:

  - <http://wiki.openstreetmap.org/wiki/Amsterdam>
  - <http://wiki.openstreetmap.org/wiki/Amsterdam_Active_Contributors>

Kan op de eerste pagina die groene balk aan de rechterkant weg? Of is 
iemand daar erg aan gehecht? Ik doe nooit wat met die links in die balk, 
maar de balk neemt wel een prominente plek in het scherm op en de echte 
content van de pagina begint daardoor pas eigenlijk net buiten het 
window. Zie <https://rejo.zenger.nl/tmp/grab.jpg> voor het probleem.


-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

[OSM-talk-nl] huisnummers, meer dan slechts een paar

[Rejo Zenger]

Hi,

Roeland schreef al:
 
 | Huisnummers, Floris wil dit een slinger gaan geven in Amsterdam (in de 
 | hoop dat de rest van Nederland volgt). Dit is iets waar we in Nederland 
 | nog veel aan kunnen doen. Er zal hier nog een balletje over worden 
 | opgegooid aangezien er misschien nog iets te doen is met de AND data.

Vooropgesteld: count me in (op voorwaarde dat we dit zo efficient en 
gestructureerd als mogelijk aanpakken). Mijn inziens zijn huisnummers 
een essentiele toevoeging om OSM "bruikbaar" te maken voor het grote 
publiek.

Een van de opties is inderdaad het gebruik van de data in AND. Het heeft 
niet zoveel zin om die data er in ene keer in te zetten, daar waren we 
het gisteren al over eens.

Wat wel een mogelijke optie is: een zo kaal mogelijke rendering van de 
huidige data in de OSM database met daar overheen een layer met de huis- 
nummers. Vervolgens IRL, met printjes, controleren op welke plaatsen de 
huisnummers correct zijn en deze als zodanig markeren in de database.  
De gecontroleerde nummers kunnen daarna geautomatiseerd of handmatig 
overgenomen worden in OSM.

Wat mij betreft hoeft IRL controle niet door dezelfde mensen gedaan te 
worden als het invoeren. Ik heb vaak 's avonds een uurtje over waarin ik 
gemakkelijk de door anderen gecontroleerde nummers kan invoeren. 

Verder moet uitgezocht worden wat de status is van de JOSM plugin voor 
"huisnummer invoer". Ik ken 'm niet en het enige dat ik ben tegengekomen 
is iets uit Tsjechie, maar ik kon daar ook een Nederlands- of 
Engelstalige informatie over vinden. Iemand een idee?


-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

[OSM-talk-nl] Herinnering: 2de Amsterdamse OSM borrel

[Rejo Zenger]

Hi!

Ter herinnering: op donderdag 10 september 2009 om 20:00 uur is er in de
De Bekeerde Suster aan de Kloveniersburgwal een nieuwe "Amsterdamse OSM
Borrel". Het is een informele bijeenkomst, bedoeld om andere OSM
enthousiastelingen uit de regio te ontmoeten.

Zie ook:

 <http://wiki.openstreetmap.org/wiki/Amsterdam#Upcoming_parties>

-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] noord-zuid lijn

[Rejo Zenger]

++ 09/08/09 10:44 +0200 - Maarten Deen:
>> Hoe gaan we om met de layer informatie voor dat ding? Het is immers 
>> in ondergronds, maar er is op zat plekken bovengronds ook van alles 
>> gaande.  Ik zou zeggen dat op veel plaatsen "layer:0" correct is. Wat 
>> doen je dan met de kruisingen? Dat zijn geen railroad crossings. Wat 
>> is het beste om te doen?
>
>Alles wat in een tunnel zit krijgt tunnel=yes en een layer minder dan 0. 
>Stations krijgen gewoon een railway=station en toegangen tot het station 
>krijgen 
>railway=subway_entrance.
>Ik weet alleen even niet of en hoe je toegangen met het station verbindt.

Mijn punt was, zolang die in aanbouw is heb je op veel plekken 
bovengronds ook een gewijzigde situatie. Het beste zou zijn om die hele 
route af te gaan en dat voor elk stukje te beoordelen. Is er een 
alternatief?




-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

[OSM-talk-nl] noord-zuid lijn

[Rejo Zenger]

Hi,

Zie <http://www.openstreetmap.org/?way=34611587>. Volgens mij is dat de 
Noord-Zuid lijn van de metro die in aanbouw is in Amsterdam. Is nu 
tagged met enkel een "railroad:construction", in ieder geval op sommige 
plaatsen. Is dat alles dat er moet zijn?

Hoe gaan we om met de layer informatie voor dat ding? Het is immers in 
ondergronds, maar er is op zat plekken bovengronds ook van alles gaande.  
Ik zou zeggen dat op veel plaatsen "layer:0" correct is. Wat doen je dan 
met de kruisingen? Dat zijn geen railroad crossings. Wat is het beste om 
te doen?


-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] een amsterdam zonder keep right issues - bijna?dan

[Rejo Zenger]

++ 06/08/09 13:07 +0200 - Lambert Carsten:
>>
>> >Mijn voorstel zou zijn om het perron niet als area maar als way te
>> >tekenen.
>>
>> Waarom is dat?
>Ik zie de toegevoegde waarde van een perron als area niet. Integendeel het 
>maakt al die 'ways' die erop aansluiten nodeloos ingewikkeld. De mapfeatures 
>geeft aan dat het kan (als area aanmerken:"especially wider ones") maar ik 
>zie daar nauwelijks een discussie over dus het lijkt niet erg doordacht. 
>http://wiki.openstreetmap.org/wiki/Tag:railway=platform

Ok. Als je er alleen een way van zou maken, zou je dan voor perrons aan 
beide kanten een way maken, dus voor beide sporen? In het onderhavige 
geval komt namelijk de trap in het midden van het perron omhoog. Aan het 
eind van de roltrap kun je naar links voor het ene perron, rechts naar 
het andere. Of maak je een enkele way (met ref's naar beide sporen)? If 
so, hoe komt de trap daar dan aan?

>> Ik wil ID's. :)
>Die afkortingen weer.. !?  :)

Object nummers. 


-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] een amsterdam zonder keep right issues - bijna dan

[Rejo Zenger]

++ 06/08/09 10:36 +0200 - Lambert Carsten:
>Overigens voeg ik zelf alleen trappen toe daar waar die echt een nieuwe 
>verbinding vormen, bijvoorbeeld een trap die een brug/viaduct die de 
>weg eronder direct bereikbaar maakt voor voetgangers. In bovenstaande 
>geval was er al een verbinding.

Ook zonder zulke overduidelijke niveau overbrugging lijken trappen mij 
erg zinvol. Kleine, smalle trappen in een groot plein niet. Trappen in 
een pad of trappen over de gehele breedte van een plein lijken me zeer 
zinvol. Ik denk dan bijvoorbeeld aan een routeplanner voor rolstoelers.

>Mijn voorstel zou zijn om het perron niet als area maar als way te 
>tekenen.

Waarom is dat? 

>Als ik de "way daar dwars op" goed begrijp is dat gedaan om de trap aan 
>te sluiten op het wegennetwerk en dat is goed. De fietspad daar 
>impliceert ook voetgangers. Je kunt je afvragen of het het nodig is een 
>stukje voetpad daar te tekenen maar helemaal verkeerd vind ik het niet.

Je hebt het over iets anders. Zie mijn andere e-mail, met directe link 
naar de way die ik bedoelde. 

-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] een amsterdam zonder keep right issues - bijna dan

[Rejo Zenger]

++ 06/08/09 10:56 +0200 - Lambert Carsten:
>
>> > Ik snap waarom Keep Right hier een melding van maakt. Mijn vraag heeft
>> > wederom niet zoveel met dat issue te maken: hoe hoor dat perron getekend
>> > te zijn? En die trap omhoog. Mij lijkt het dat die trap er wel hoort,
>> > maar die way daar dwars op niet (want geen toegevoegde informatie en
>> > niet "waarheidsgetrouw").
>>
>> Mijn voorstel zou zijn om het perron niet als area maar als way te tekenen.
>> Als ik de "way daar dwars op" goed begrijp is dat gedaan om de trap aan te
>> sluiten op het wegennetwerk en dat is goed. De fietspad daar impliceert ook
>> voetgangers. Je kunt je afvragen of het het nodig is een stukje voetpad
>> daar te tekenen maar helemaal verkeerd vind ik het niet.
>
>Ik had een verkeerd station in gedachte ! Bestaat die verbinding daar 
>(Zuid-WTC) wel?

Ik heb het onder meer over:

  http://www.openstreetmap.org/?way=31563499

Wat je ziet is een trap die van de onderdoorgang (het roze deel) omhoog 
komt en aan de linkerkant op het perron eindigt op een kleine voetpad, 
die verticaal lopende way. Die laatste staat haaks op een heel breed 
area, het perron.

Persoonlijk zou ik zeggen, die trap hoort er thuis (want een verbinding 
tussen de het straat- en perronniveau), maar dat dwarse voetpad op het 
perron is wat zinloos.

>Overigens als die trappen er wel zijn kun je het natuurlijk ook 
>oplossen zoals Skywave dat voor de trappen aan de andere kant heeft 
>gedaan door het aan te sluiten op de 'area'.

Ik wil ID's. :)

-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] een amsterdam zonder keep right issues - bijna dan

[Rejo Zenger]

++ 05/08/09 20:47 +0200 - Hans van Wijk:
>Allereerst: Ik vind het helemaal geweldig dat een hoofdstad in Europa zo
>schoon is gemaakt van KR fouten! De grote steden zijn doorgaans een woud van

Graag gedaan. Overigens ben ik er zeker van dat ik niet de enige ben die 
aan Keep Right issues heeft gewerkt in de laatste paar weken (maar wel 
ben ik waarschijnlijk de enige die het zo structureel deed). 

>en
>Vechtstreek' en directe omgeving schoon te houden van KR errors; helaas merk
>ik echter ook dat er regelmatig weer nieuwe bijkomen... en niet alleen
>vanwege de nieuwe checks van KR!
[...]

Ik wilde het nog los aankondigen, maar dat liet op zich wachten omdat ik 
het nog niet voldoende getest heb: als het goed is zijn nieuwe issues nu 
ook via een RSS feed beschikbaar, zie [1].

Omdat Keep Right's database met issue slechts een keer per week updated 
wordt krijg je waarschijnlijk ook slechts een keer per week notificaties 
(en dan meteen meerdere in ene keer). De RSS feed zit er pas net in en 
het kan dus zijn dat het nog niet naar verwachting functioneert.

Maar mocht het goed (gaan) werken, dan is dat een praktische toevoeging 
om regio's vrij van issues te houden.

>> 
>> De oplossing waar ik tot nu toe naar neig is het de weg er 
>> naar toe in twee delen te splitsen en het deel aan de kant 
>> van het plein te taggen met "layer: 1". In feite, hetzelfde 
>> als met de weg die naar een brug loopt. 
>> 
>> Is dat de manier? 
>Dat zou ik ook doen, maar waarom hebben die area's eigenlijk een layer<0 ?

Ik weet het niet zeker. In een van de gevallen gaat het om een soort 
uitbouwsel aan het land in het IJ, de stijger waar de veerboten aan- 
leggen. Waarom die als losse area's zijn getekend is me niet duidelijk, 
het zou evengoed een stuk van het land kunnen zijn. In het geval de 
Nieuwmarkt en het Leidsche Plein weet ik het ook niet. Iemand?

Anders haal ik daar die layer informatie ook gewoon weg, pas ik de vorm 
aan waar nodig en laat ik die wandelpaden er naar toe doorlopen tot op 
de way van de area. Is dat iets?



[1] 
http://keepright.ipax.at/export.php?format=rss&ch=0,30,40,50,60,70,90,100,110,120,130,150,160,170,180,191,192,193,194,201,202,203,204,210,220,231,232,270&left=4.8269530682407&bottom=52.340682033385&right=4.963767185667&top=52.400527459173&db=osm_EU

-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] een amsterdam zonder keep right issues - bijna dan

[Rejo Zenger]

++ 05/08/09 20:21 +0200 - Rejo Zenger:
>Die 25 issues wil ik ook wegwerken, door het op te lossen of als false 
>positive te markeren. Voor een deel wacht dat op onsite survey, andere 
>dingen weet ik niet hoe ik het moet oplossen.
[...]

Andere dingen waarvan ik niet zeker weet hoe "we het willen hebben":

http://keepright.ipax.at/report_map.php?error=4671602
http://keepright.ipax.at/report_map.php?error=4671603
http://keepright.ipax.at/report_map.php?error=4671604
http://keepright.ipax.at/report_map.php?error=4671605

Dit zijn een tweetal trappen (rij treden) in het Max Euweplein. Die 
zullen er in het echt ook wel zijn, maar omdat ze midden in het plein 
zitten zit er geen pad aan vast. Dat levert toevallig een error op Keep 
Right als "almost-junction". De vraag is niet zozeer of Keep Right het 
hier goed doet, maar de vraag is vooral, willen we dat inderdaad zo in 
OSM, die trappen "in het niets"?

http://keepright.ipax.at/report_map.php?error=4715381
http://keepright.ipax.at/report_map.php?error=4832345
http://keepright.ipax.at/report_map.php?error=4755669
http://keepright.ipax.at/report_map.php?error=4786346
http://keepright.ipax.at/report_map.php?error=4475639
http://keepright.ipax.at/report_map.php?error=4475638

Dit zijn onder andere een viertal "layer" issues. D'r is een perron 
getekend als area en tagged met layer 1, daarin een trap die uit een 
onderliggende layer omhoog komt en dwars op trap en area een kleine way 
zonder layer aanduiding.

Ik snap waarom Keep Right hier een melding van maakt. Mijn vraag heeft 
wederom niet zoveel met dat issue te maken: hoe hoor dat perron getekend 
te zijn? En die trap omhoog. Mij lijkt het dat die trap er wel hoort, 
maar die way daar dwars op niet (want geen toegevoegde informatie en 
niet "waarheidsgetrouw").

Tenslotte, de volgende issues denk ik alleen op te kunnen lossen met een 
onsite survey. Ik zou het niet erg vinden als iemand die eerder in de 
buurt is dat wil doen. Hehe. Het gaat om:

http://keepright.ipax.at/report_map.php?error=3122296
http://keepright.ipax.at/report_map.php?error=3102983
(nabij NS Station Amsterdam Zuid/WTC)

http://keepright.ipax.at/report_map.php?error=4832776
(nabij Muziekgebouw, iets oostelijk van Centraal Station)

http://keepright.ipax.at/report_map.php?error=4561246
http://keepright.ipax.at/report_map.php?error=4561245
(nabij kruising A10 en S104)

Als ook deze issues als resolved of false positive gemarkeerd zijn, is 
Amsterdam binnen de ring A10 geheel vrij van Keep Right issues - voor 
het moment [1].

Wie kan me helpen met bovenstaande?
 


[1] Maar ik heb geen jaarwisseling nodig voor goede voornemens.

-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] een amsterdam zonder keep right issues - bijna dan

[Rejo Zenger]

++ 02/08/09 21:23 +0200 - Rejo Zenger:
>Ik heb de laatste paar weken gewerkt aan het wegwerken van Keep Right 
>issues binnen de A10 ring van Amsterdam. Dat is best gelukt, er zijn 
>nog wat dingen die ik niet kan oplossen zonder er langs te fietsen of 
[...]
> - Er zijn nog drie "layer conflicts" op verschillende plaatsen en op 
> een manier waarvan ik niet weet hoe ik het hoor op te lossen. [5]

Om onduidelijke redenen waren er toch nog tientallen "layer conflicts", 
die heb ik in de laatste paar dagen ook bijna allemaal weggewerkt.  Zie 
[1] voor het resultaat: als je de niet-boeiende "poi's zonder naam en 
pow's zonder religion" weglaat, tel ik nog rond de 25 issues. 

Die 25 issues wil ik ook wegwerken, door het op te lossen of als false 
positive te markeren. Voor een deel wacht dat op onsite survey, andere 
dingen weet ik niet hoe ik het moet oplossen.

Zo heb ik op een aantal plaatsen [2] een layer conflict voor een plein
tagged met "area: yes, highway: pedestrian, layer: 1" en een weg die er 
naar toe loopt die tagged is met "highway: footway" en impliciet "layer: 
0". Hoe hoor je dat netjes te doen?

Ik begrijp dat Keep Right issues niet perse een probleem hoeven te zijn. 
Maar, ik kan me voorstellen dat het inderdaad niet correct is wanneer 
een op een plein aansluitende weg op een andere layer zit dan het plein 
zelf. Is dat inderdaad een probleem?

De oplossing waar ik tot nu toe naar neig is het de weg er naar toe in 
twee delen te splitsen en het deel aan de kant van het plein te taggen 
met "layer: 1". In feite, hetzelfde als met de weg die naar een brug 
loopt. 

Is dat de manier? 

In het verlengde ervan, is het een probleem als twee of meer areas aan 
elkaar grenzen en op een afzonderlijke layer liggen? [3]

Alvast bedankt voor het meedenken!



[1]
http://keepright.ipax.at/report_map.php?zoom=13&lat=52.37837&lon=4.89948&layers=B00T&ch30=1&ch40=1&ch50=1&ch60=1&ch70=1&ch90=1&ch100=0&ch110=0&ch120=1&ch130=1&ch150=1&ch160=1&ch170=1&ch180=1&ch190=1&ch191=1&ch192=1&ch193=1&ch194=1&ch200=1&ch201=1&ch202=1&ch203=1&ch204=1&ch210=1&ch220=1&ch231=1&ch232=1&show_ign=0&show_tmpign=0&ch270=1

[2]
http://keepright.ipax.at/report_map.php?error=4778305
http://keepright.ipax.at/report_map.php?error=4764528
http://keepright.ipax.at/report_map.php?error=4813036

[3]
http://keepright.ipax.at/report_map.php?error=4745309

-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] een amsterdam zonder keep right issues - bijna dan

[Rejo Zenger]

++ 02/08/09 21:26 +0200 - Stefan de Konink:
>
>>  - Er is een issue voor "ways without nodes", zie [2]. Geen idee hoe dat
>>gedaan hoort te worden. Een way over de area's? Iets anders? Iemand?
>
>Die kunnen we wel handigmatig fixen. Spelen op meer locaties.

Kleine verwarring van mijn zijde. Die "ways without nodes" zijn er niet 
meer binnen de A10 ring. De footnote verwijst ook naar een ander soort 
probleem, "floating islands". Daarvan zijn er ook geen meer, behalve die 
twee die ik in de footnote noemde.


-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

[OSM-talk-nl] een amsterdam zonder keep right issues - bijna dan

[Rejo Zenger]

Hi,

Ik heb de laatste paar weken gewerkt aan het wegwerken van Keep Right 
issues binnen de A10 ring van Amsterdam. Dat is best gelukt, er zijn nog 
wat dingen die ik niet kan oplossen zonder er langs te fietsen of omdat 
ik domweg niet weet hoe ik het moet oplossen.

Op dit moment zijn er geen issues meer voor:

 - non-closed ways
 - deprecated tags
 - missing tags
 - motorways without ref
 - places of worship without religion
 - ways without nodes
 - railway crossings without tag
 - wrongly used railway crossing tag
 - relations without type
 - overlapping ways
 - loopings
 - misspelled tags
 - 

Anderhalve issues bestaan er nog voor:

 - Voor "dead-ended one-ways" is er een issue [1] bij het Amstel station 
   in de buurt. Dat is domweg het begin van een fietspad dat kilometers 
   eerder hoort te beginnen. Ga ik ooit eens fix0ren.

 - Er is een issue voor "ways without nodes", zie [2]. Geen idee hoe dat 
   gedaan hoort te worden. Een way over de area's? Iets anders? Iemand?

 - Er is een "fixme tagged item" voor iets dat ik gewoon eens ter plekke 
   moet beoordelen. Het gaat om een klein stukje van de tram rails bij 
   het Centraal Station in de buurt, zie [3].

 - Er is een "intersections without junctions" issue aan de Sixhavenweg, 
   vlakbij de aanlegstijger van de veerpont bij het Centraal Station.  
   Zie [4]. Onsite survey nodig.

 - Er zijn nog drie "layer conflicts" op verschillende plaatsen en op 
   een manier waarvan ik niet weet hoe ik het hoor op te lossen. [5]

 - Er zijn nog twee "motorways connected directly" bij het Amstel 
   Business Park in de buurt, zie [5]. Kan ik niet oplossen zonder er 
   even te kijken. Komt nog wel eens.

Er zijn nog veel issues voor dingen die minder belangrijk vind:

 - De "almost-junctions". Het probleem is dat veel ervan gewoon false 
   positives zijn of op zijn minst een on-site survey vereisen. 

 - De "point of interest without name" issues. Persoonlijk vind ik deze 
   categorie een stuk minder interesant, tenzij we hier iets structureel 
   voor weten te bedenken. Slechts hier en daar eens een kroeg aanwijzen 
   vind ik niet erg boeiend (niet om te doen, niet in gebruik). 

Dus. Als iemand de opstaande issues weet op te lossen (uitgezonderd de 
laatste twee categorieen), dan graag. Ik zal verder vanaf nu nieuwe 
issues proberen bij te houden, zodat het er niet meer meer worden.

Ciao!


[1] http://keepright.ipax.at/report_map.php?error=11991
[2] http://keepright.ipax.at/report_map.php?error=4561246
http://keepright.ipax.at/report_map.php?error=4561245
[3] http://keepright.ipax.at/report_map.php?error=548653
[4] http://keepright.ipax.at/report_map.php?error=4605962
http://keepright.ipax.at/report_map.php?error=4605963
[5] http://keepright.ipax.at/report_map.php?error=4745309
http://keepright.ipax.at/report_map.php?error=4778305
http://keepright.ipax.at/report_map.php?error=4785587
[6] http://keepright.ipax.at/report_map.php?error=4865780
http://keepright.ipax.at/report_map.php?error=4865782

-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 



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

Re: [OSM-talk-nl] Welke Garmin

[Rejo Zenger]

++ 30/07/09 10:15 +0200 - Lambertus:
>De Garmin Vista HCx (~220 Euro) is de eerste die in mij op komt. Met 
>kleurenscherm, routing functionaliteit en de mogelijkheid om micro-SD 
[...]

Ik gebruik mijn GPS zeer frequent, maar net specifiek voor de dingen doe 
ik doe voor OSM vind is het maar een beperkt hulpmiddel. Ik gebruik het 
vooral ter ondersteuning, en ik val vaak terug op papier en een camera.

>Nog beter is de Garmin GPSmap 60Cx (~280 Euro), deze heeft een beter en 
>groter scherm waardoor je onder alle omstandigheden je scherm kunt 
>aflezen.

Klopt. Ik heb de Garmin GPSmap 60Csx (nog meer mogelijkheden en dus ook 
nog iets duurder) en ik ben er zeer tevreden mee. Ik gebruik de GPS zeer 
frequent en ben er zeer over te spreken. Als ik de GPS slechts voor OSM 
zou gebruiken, zou het een overdreven aankoop zijn. 

>Beide zijn echte outdoor GPSsen. Met een houder passen ze op je 
>fietsstuur, ze kunnen tegen een stootje, een plas water en communiceren 
[...]

Ik heb nog geen goede fietsstuurhouder gevonden voor mijn GPS. 

Hans vroeg verder nog naar het lenen van GPS's. Ik heb er geen ervaring 
mee, maar ik vond op de Nederlandstalige pagina's van de wiki wel nog 
<http://wiki.openstreetmap.org/wiki/GPS_Devices_OSM_Netherlands>. Dat is 
misschien iets?

Anders dan dat kun je ook overwegen om een GPS te huren. Speciaal op GPS 
gerichte winkels verhuren GPS'en, evenals outdoor winkels als Bever.


-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] pier tagging

[Rejo Zenger]

++ 27/07/09 21:05 +0200 - Philip Homburg:
>>Ok. Dus, de regel is: als een way een andere way kruist in hetzelfde
>>vlak, dan *moet* er op de op de kruising van die twee ways een node
>>aanwezig zijn. Als een way een andere way in een andere laag kruist, dan
>>hoort daar geen node (in ieder geval niet geshared). [1]

En deze vraag liet je onbeantwoord. :)

>>[1] En ook dat ook iets nieuws in Keep Right IIANM: "layer conflicts",
>>zie <http://keepright.ipax.at/report_map.php?error=3D4696831>.
>
>Ik zat even te kijken naar
>http://keepright.ipax.at/report_map.php?error=4703324
>maar het lijkt me dat keepright daar overdreven kritisch is. 

Het is in ieder geval logisch waarom KR dat denkt. Dat probleem zou niet 
bestaan wanneer de brug gemaakt zou zijn zoals aangegeven is op de wiki.  
Op <http://wiki.openstreetmap.org/wiki/Key:bridge> staat "If the bridge 
ends in a junction, you'll need a small non-bridge way between bridge 
and junction."


-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] pier tagging

[Rejo Zenger]

++ 27/07/09 20:45 +0200 - Philip Homburg:
>
>Ik weet niet of het ergens staat, maar ik denk dat binnen iedere layer je
>een planaire graaf moeten hebben. Dus de steiger is of boven het water (daar
>valt misschien wel wat voor te zeggen) of hij doorsnijdt de grens tussen land
>en water (en dan heb je daar dus een node).

Ok. Dus, de regel is: als een way een andere way kruist in hetzelfde 
vlak, dan *moet* er op de op de kruising van die twee ways een node 
aanwezig zijn. Als een way een andere way in een andere laag kruist, dan 
hoort daar geen node (in ieder geval niet geshared). [1]

>
>>- <http://www.openstreetmap.org/browse/way/7373424> geeft in Keep Right
>>  een issue (points die meerdere keren gebruikt zouden worden). Ik zie
[...]
>
>Nu niet meer?

Nope. :)
 


[1] En ook dat ook iets nieuws in Keep Right IIANM: "layer conflicts", 
zie <http://keepright.ipax.at/report_map.php?error=4696831>.

-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

[OSM-talk-nl] id's voor keep right issues

[Rejo Zenger]

Hi,

Ter informatie: sinds een week heeft elk van de issues in Keep Right een 
ID. Op die manier kun je makkelijk verwijzen naar een specifiek probleem 
in Keep Right. Handig voor op IRC en in e-mail. 

Bijvoorbeeld: <http://keepright.ipax.at/report_map.php?error=32281>.

-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] pier tagging

[Rejo Zenger]

Hi there,

Ik had een week of anderhalf geleden een paar kleine vragen gesteld naar 
aanleiding van problemen die ik tegenkwam bij het verhelpen van Keep 
Right issues. Slechts een van die vragen is beantwoord.

Kan iemand mij nog helpen met:

- Bij onder meer jacht- en woonboothavens heb je geregeld dat er een 
  stijger en/of pier ergens op het land begint en een aardig stuk het 
  meer of plas inloopt. Deze tag je met "highway: footway, man_made: 
  pier" of iets dergelijks. Wat me niet duidelijk is, is wat er gebeurt 
  op grensgebied van land en water. Met andere woorden, daar waar de 
  area met "natural:water" begint, hoort daar nog een "connecting node"?
  
- <http://www.openstreetmap.org/browse/way/7373424> geeft in Keep Right 
  een issue (points die meerdere keren gebruikt zouden worden). Ik zie 
  dat probleem niet met de Validator in JOSM. Is hier nou nog een 
  probleem?  

Bij voorbaat dank,

-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] pier tagging

[Rejo Zenger]

++ 19/07/09 17:55 +0200 - Andre Engels:
>>   hier een issue. Wat is er mis? Het gaat om way met ID 7381599.
>
>De lus bestond uit 2 delen, en die 2 delen waren niet fysiek verbonden
>(einde van het ene en begin van het andere deel waren 2 verschillende

Dit is zo'n "Duh!" moment. Dank je wel voor de correctie.


-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

[OSM-talk-nl] pier tagging

[Rejo Zenger]

Hi,

Ik ben op dit moment druk bezig met het wegwerken van een shitload van 
Keep Right issues in het westen van Amsterdam. Dat schiet best op, maar 
ik loop tegen een paar kleine dingen op:

 - Bij onder meer jacht- en woonboothavens heb je geregeld dat er een 
   stijger en/of pier ergens op het land begint en een aardig stuk het 
   meer of plas inloopt. Deze tag je met "highway: footway, man_made: 
   pier" of iets dergelijks. Wat me niet duidelijk is, is wat er gebeurt 
   op grensgebied van land en water. Met andere woorden, daar waar de 
   area met "natural:water" begint, hoort daar nog een "connecting 
   node"?

 - <http://www.openstreetmap.org/browse/way/7373424> geeft in Keep Right 
   een issue (points die meerdere keren gebruikt zouden worden). Ik zie 
   dat probleem niet met de Validator in JOSM. Is hier nou nog een 
   probleem?

 - Nabij het westelijk einde van de Gustav Mahlerlaan eindigt een tram- 
   lijn met een lus (zodat de tram weer kan omdraaien). Die lus is als 
   "oneway:yes" tagged. Lijkt me correct, want op dat stuk is dat ook zo 
   voor de trams. Verderop zijn het twee banen, elke oneway, in OSM een 
   enkele way zonder "oneway:yes". Lijkt me ook correct. Toch geeft KR 
   hier een issue. Wat is er mis? Het gaat om way met ID 7381599.

Ik ben overigens de komende week weinig in de buurt van e-mail. Als naar 
aanleiding van mijn vragen meer informatie nodig is, heb even geduld. :)


-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] keep right issue

[Rejo Zenger]

++ 12/07/09 12:17 +0200 - Andre Engels:
>
>Zou het niet kunnen zijn dat de database van Keepright wat
>achterloopt, en de fout slaat op de versie van dmarinus?

Nee, de laatste update van KR was van na de tweede wijziging (die van 
stroet34). Overigens is de error nu niet meer in beeld. 

-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] keep right issue

[Rejo Zenger]

++ 11/07/09 21:39 +0200 - Rejo Zenger:
>++ 11/07/09 20:10 +0200 - Hans van Wijk:
>>Ik denk dat je gelijk hebt; bij highway-waterway checks heb ik al vaker
>>gemerkt dat het niet goed gaat. Ik heb de developer inmiddels een mail
>>gestuurd erover.
>
>Specifiek hierover?

Een zelfde issue speelt hier:


 
http://keepright.ipax.at/report_map.php?zoom=18&lat=52.37642&lon=4.82389&layers=B0T&ch30=1&ch40=1&ch50=1&ch60=1&ch70=1&ch90=1&ch100=1&ch110=1&ch120=1&ch130=1&ch150=1&ch160=1&ch170=1&ch180=1&ch190=1&ch191=1&ch192=1&ch193=1&ch194=1&ch200=1&ch201=1&ch202=1&ch203=1&ch204=1&ch210=1&ch220=1&show_ign=1&show_tmpign=1





-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] keep right issue

[Rejo Zenger]

++ 11/07/09 20:10 +0200 - Hans van Wijk:
>Ik denk dat je gelijk hebt; bij highway-waterway checks heb ik al vaker
>gemerkt dat het niet goed gaat. Ik heb de developer inmiddels een mail
>gestuurd erover.

Specifiek hierover?




-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

[OSM-talk-nl] keep right issue

[Rejo Zenger]

Hi,

Kan iemand mij vertellen waarom Keep Right voor het voetgangerspad een 
issue aangeeft:

  
<http://keepright.ipax.at/report_map.php?zoom=18&lat=52.37542&lon=4.84341&layers=B0T&ch30=1&ch40=1&ch50=1&ch60=1&ch70=1&ch90=1&ch100=1&ch110=1&ch120=1&ch130=1&ch150=1&ch160=1&ch170=1&ch180=1&ch190=1&ch191=1&ch192=1&ch193=1&ch194=1&ch200=1&ch201=1&ch202=1&ch203=1&ch204=1&ch210=1&ch220=1&show_ign=1&show_tmpign=1>

De history van die way staat hier:

  <http://www.openstreetmap.org/browse/way/35957936/history>

Ik denk zelf dat het een fout van Keep Right is, maar ik wilde graag een 
third opinion. :)


-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] Een toegangelijker OSM, deel 2

[Rejo Zenger]

++ 11/07/09 08:04 +0200 - Rejo Zenger:
>>
>>- In Nederland wordt een vrijliggend fietspad getagd als een losse cycleway.
>>  Maar dan weet de navigatie software niet dat je daar wel verplicht bent
>>  om te fietsen. 
>
>Een vrijliggend fietspad wordt taaged als "highway:cycleway" [1]. Waarom 
>zou het niet duidelijk zijn voor navigatiesoftware dat je daar verplicht 
>bent om te fietsen [2]?

Je bedoeld natuurlijk, dat fietsers verplicht zijn om van die lane 
gebruik te maken in plaats van de hoofdrijbaan. 

Excuses voor de ruis.


-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] Een toegangelijker OSM, deel 2

[Rejo Zenger]

++ 08/07/09 13:33 +0200 - Philip Homburg:
>
>- In Nederland wordt een vrijliggend fietspad getagd als een losse cycleway.
>  Maar dan weet de navigatie software niet dat je daar wel verplicht bent
>  om te fietsen. 

Een vrijliggend fietspad wordt taaged als "highway:cycleway" [1]. Waarom 
zou het niet duidelijk zijn voor navigatiesoftware dat je daar verplicht 
bent om te fietsen [2]?




[1] Toch? :P)

[2] Of lopen bij gebrek aan voetpad en trottoir en afwezigheid van een 
verbodsbord?

-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] Een toegangelijker OSM, deel 2

[Rejo Zenger]

++ 11/07/09 07:55 +0200 - Philip Homburg:
>>> In NL moeten voetgangers het verplichte fietspad gebruiken! Dit staat ook
>>> op die wiki pagina.
>>
>>Dat "moeten" suggereert een wetmatigheid. Een letterlijke. Is dat zo?
>
>Uit "Reglement verkeersregels en verkeerstekens 1990 (RVV 1990)":
[...]

Dat is nog eens een duidelijk antwoord. Dank.


-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] Een toegangelijker OSM, deel 2

[Rejo Zenger]

++ 08/07/09 13:51 +0200 - Philip Homburg:
>
>> Fixen op basis van "ik ken de omgeving" is natuurlijk nooit voldoende
>> om alle data op te poetsen, vooral omdat je de fouten vaak niet
>> ziet.
>
>Bij de fouten die ik tegen komt bij het gebruik van route software is juist
>wel lokale kennis vereist.
>
>Om een voorbeeld te geven, het stukje fietspad waarmee je de Holterbergweg
>kan oversteken ontbrak voor een deel (zie
>http://tile.openstreetmap.nl/?zoom=18&lat=52.3135&lon=4.9351&layers=B0FF).
>Dat kom je pas tegen als je daar langkomt.

Ik noemde het "ik ken de omgeving" vooral ook omdat als je weet hoe je 
van A naar B moet en je krijgt een andere route van de routeplanner 
terug, je goed kunt beoordelen of de route van de planner een omweg 
maakt door een missende tag of highway, of dat jijzelf nooit de 
handigste route genomen hebt.

Ik gebruik nog wel eens een routeplanner om te controleren of de 
gesuggereerde route een goede is - en daarmee of de data in OSM op orde 
is. 

>Ik vraag me af hoeveel fietspaden die langs andere wegen lopen netjes 
>met oneway getagd zijn.

Goed punt. :)


-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] Een toegangelijker OSM, deel 2

[Rejo Zenger]

++ 08/07/09 15:26 +0200 - Christiaan Welvaart:
>> regels van Nederland niet, maar hier mogen bij gebrek aan begaanbare bermen 
>> of
>> voetpad voetgangers de rijbaan gebruiken, ook al is er een verplicht fietspad
>> (ze mogen ook het fietspad gebruiken, wat meeste mensen dan wel normaal 
>> doen).
>
> In NL moeten voetgangers het verplichte fietspad gebruiken! Dit staat ook
> op die wiki pagina.

Dat "moeten" suggereert een wetmatigheid. Een letterlijke. Is dat zo?

Zou je me een voorbeeld kunnen geven van een locatie (iets dat met
Google Streetview of met foto's te illustreren is) waar "voetgangers het
verplichte fietspad moeten gebruiken"? Of de wettekst?

>
>> Wat mij betreft kan een routeplanner slim genoeg zijn om te zien dat er een
>> fietspad ongeveer parallel loopt en dat als dusdanig als verplicht aanzien.
>
> Dat vind ik te veel werk voor een routeplanner om uit te zoeken.

De vraag is in dit geval niet heel erg wat jullie vinden. De vraag is
vooral, wat is realistisch om van een routeplanner te verwachten? Dat
geldt niet alleen voor het kunnen, maar ook voor de complexiteit van de
code en de processing time.



-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] de plattegrond is van ons allemaal

[Rejo Zenger]

++ 10/07/09 11:01 +0200 - Bas de Lange:
>
>Zie hier:
>http://www.trouw.nl/nieuws/nederland/article2811634.ece/De_plattegrond_is_van_ons_allemaal_.html

Goh. 

  De gebruiksvriendelijkheid van de Open Streetmap is nog niet groot.  
  „Het is nog een techneutending”, beaamt Hoff. [...]

Precies mijn punt.


-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] Een toegangelijker OSM, deel 2

[Rejo Zenger]

++ 08/07/09 10:51 +0200 - ce-test, qualified testing bv - Gert Gremmen:
>Er moet een programma komen dat systematisch de database controleert
>op route-onmogelijkheden. Wegen die niet aansluiten op zijwegen,
>kapotte rotondes, breuken in wegen, tegenstrijdige access rules, 
>rare eenrichtingswegen, kruisingen die elkaar niet echt raken.
[...]

Dat is er al en dat heet Keep Right. Ik gebruik dat al regelmatig en een 
van mijn "targets" op dit moment is het wegwerken van alle fouten in 
mijn regio die door de verschillende validators worden genoemd. 

>Fixen op basis van "ik ken de omgeving" is natuurlijk nooit voldoende
>om alle data op te poetsen, vooral omdat je de fouten vaak niet ziet.

Nee, maar wel een begin. :)




-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] Openstreetphoto

[Rejo Zenger]

++ 08/07/09 01:02 +0200 - Geert Schuring:
>Ik gebruik deze:
>http://geotag.sourceforge.net

I'm using GPSPhotoLinker: 
<http://www.earlyinnovations.com/gpsphotolinker/>.




-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] Een toegangelijker OSM, deel 2

[Rejo Zenger]

++ 08/07/09 00:57 +0200 - Geert Schuring:
>
>Grafisch aantrekkelijk kaartmateriaal is volgens mij een hele goeie showcase
>voor OpenStreetMap. Het viel me laatst op dat er op heel veel plekken in
>openbare gebouwen kaarten aan de muur hangen van de lokale gemeente met een
>ring advertenties eromheen. Ik zag dat in de bibliotheek, op het
>politiebureau, bij het consultatiebureau, in de C1000, enz.
>
>Als we een hele mooie kaart maken, kunnen wij ook zulke kaarten laten
>drukken en er advertenties bij zetten om de kosten terug te verdienen. Dat
>zou een hele goeie manier zijn om mensen bekend te maken met OpenStreetMap,
[...]

Ik ben hier niet zo een voorstander van. Op zo'n kaart staat dan ergens 
klein vermeld dat het bronmateriaal van OSM is (en licentie), maar de 
nadruk is dan toch de kaart en de reclame. Zinvoller is het denk ik om 
goed functionerende web applicaties te maken en dat centraal aan te 
bieden. Dat zorgt ervoor dat mensen steeds weer terugkomen bij die 
website en dus bij de naam.

Daarbij, een web applicatie zorgt er ook voor dat je een specifieke 
kracht van OSM kunt laten zien: het kan elke seconden updated worden - 
zelfs door eenieder die een fout of een outdated situatie ziet.


-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] Een toegangelijker OSM, deel 2

[Rejo Zenger]

++ 07/07/09 16:51 +0200 - Philip Homburg:
>>Dat ligt niet aan de routeplanners maar aan de data. Werk aan de 
>>winkel dus!
>
>Dat klopt niet. Ik heb redelijk veel met http://yournavigation.org/ gespeeld
>(die natuurlijk gosmore als backend heeft) en recenter met ANDNAV2. En in
>beide gevallen zie je dat de navigatie software heel veel steken laat vallen.
>
>Ook in de data zitten veel fouten maar op route gebied is het model dan
>ook verre van compleet.

Kun je eens wat voorbeelden noemen? 

Kijk, ik kan niet zoveel doen aan het de code van die route planner, dus 
als daarmee iets verkeerd is houd het op. Maar, als er dingen verkeerd 
gerouteerd worden omdat de tagging van de straten niet correct is, dan 
kan ik daar wel iets mee doen. Zeker als in het in een omgeving is die 
ik ken. 


-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] Een toegangelijker OSM, deel 2

[Rejo Zenger]

++ 07/07/09 15:27 +0200 - Philip Homburg:
>> Een routeplanner voor voetgangers, fietsers en automobilisten. De
>> gebruiker kan op meerdere manieren een route samenstellen. Dat kan
>> gebeuren door een tweetal punten aan te wijzen en de korste of
>> snelste weg te genereren, Dat kan door gepreparereerde routes te
>> bekijken en selecteren (fietsroutes, wandelroutes, etc).
>
>Op zich ben ik het met je eens dat OSM veel te gefragmenteerd is. 
>
>Maar wat ik zelf als een veel groter probleem zie is dat veel van de
>onderliggende infrastructuur nog in de kinderschoenen staat. 
[...]

Juist. Daarom schreef ik ook:

 | Een paar van de doelen die ik mezelf zou zetten zijn het verhogen van 
 | gebruiksgemak, het verhogen van de herkenbaarheid en het verbeteren van 
 | de bekendheid van OpenStreetMap. Belangrijke middelen daarvoor zijn, 
 | IMHO, een interface die eenduidig en uniform is, die de gebruiker met 
 | een beperkt aantal heldere stappen de informatie die gebruiker wil 
 | teruggeeft en die "correct" is.

Het gebruiksgemak gaat over mooie buttons die op een praktische manier 
in een doordachte workflow gepropt zitten, maar ook over de informatie 
die teruggegeven wordt. Een routeplanner met een goede interface zal 
niet aanslaan als deze geen bruikbare route teruggeeft. 

En, het voorbeeld dat ik gaf was niet meer dan dat: een voorbeeld. Ik 
zeg niet dat we het zo moeten doen. Als we tot de conclusie komen dat 
routering geen optie is, laten we dan de rest wel al doen (en goed!). En 
laten we die rest zo doen dat routering er in een later stadium alsnog 
bij kan. 

>
>Hetzelfde geldt voor de database: het is een enorme brei met data waar je maar
>moeilijk wijs uit wordt. Hoe meer POI's er in een gebied te vinden zijn, hoe
>moeilijker het wordt om in JOSM (maar ook via de data layer van de website)
>te begrijpen hoe de wereld in elkaar zit.

Juist. Dat is dan ook een van de voornaamste problemen die ik noemde. Er 
zit veel en waardevolle data in de OSM database, maar de ontsluiting is 
een ramp. Aan de kant van de editors, maar ook aan de kant van de eind- 
gebruikers. 

>Zelf heb ik m'n eigen scripts (zie bijv.
>http://stereo.hq.phicoh.net/biking/maps/2009-06-20.shtml
>voor het resultaat), maar het zou beter zijn als iedereen gemakkelijk zo'n
>kaartje zou kunnen maken.

Ik heb al eens iets gebouwd dat mensen in staat stelt om hun GPX file op 
snelle en makkelijke manier te tonen (dat is wat je bedoelde denk ik).  
Zie <https://rejo.zenger.nl/topo/embed-osm-and-track-in-webpage.php> 
voor een uitleg.

Basically: "https://rejo.zenger.nl/topo/osm/?fn=url-of-gpx-file";. Er 
zijn nog wel wat dingen die uitgebreid moeten worden, waypoints worden 
nog niet getoond bijvoorbeeld.

Maar, het is misschien leuk dat dat er is, meer dan een quick 'n' dirty 
speeltje is het niet. Het is gewoon weer een semi-handige interface naar 
die data van OSM. En dat is niet wat nodig is. 

Ik wil die dingen graag samenvoegen en verbeteren. 


-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

[OSM-talk-nl] 2de Amsterdamse Mappers Babbel

[Rejo Zenger]

Hi,

Na het succes van de 1ste Amsterdamse OSM Babbel heb ik alvast maar de 
datum geprikt voor de volgende babbel: donderdag 10 september 2009, om 
20:00 uur. De locatie is "De Bekeerde Suster", aan de Kloveniersburgwal 
6 in Amsterdam. 

Ik ben er in ieder geval bij. :)

-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] Een toegangelijker OSM, deel 1

[Rejo Zenger]

Milo (en anderen),

Mijn opmerkingen zijn bedoeld als positieve kritiek, ik zeg het maar 
even bij. Je stelt (en dat is heel erg belanrijk) een uitgangspunt op, 
maar omdat dat als basis dient luistert de definitie ook erg nauw.

++ 05/07/09 21:54 +0200 - Milo van der Linden:
>Deze "leek met skills op het gebied van iets overbrengen" leggen we dan
>de vraag voor: "Maak van OpenStreetMap.nl een website die ook aan
>vrouwen en kinderen kan vertellen wat openstreetmap is met als doel ze
>enthousiast te krijgen om mee te doen"

Je stelt hier geen vraag, maar je geeft een opdracht.

Ook lijkt me de basis van die opdracht niet goed. De basis moet niet 
zijn "maak [...] een website [...] die [...] kan vertellen wat OSM is", 
maar de basis zou iets moeten zijn als "maak een herkenbare, heldere en 
gebruiksvriendelijke website die het mensen in staat stelt om de data in 
de OSM database voor belangrijke doeleinden toe te passen".

De uitleg van van wat OSM precies is, is slechts een klein (en misschien 
zelfs slechts een "secundair" doel). Het mensen enthousiast krijgen is 
iets dat vanzelf gebeurt op het moment dat we de op juiste manier iets 
toevoegen aan hetgeen dat er nu al is. 

Tenslotte, mogelijk niet zo letterlijk bedoeld, maar belangrijk genoeg 
om te noemen: "[...] die ook aan vrouwen en kinderen [...]" is een 
denigrerende qualificatie en IMHO bovendien volstrekt incorrect als 
duiding van de doelgroep voor de interface waar we het over hebben.


-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

[OSM-talk-nl] Een toegangelijker OSM, deel 2

[Rejo Zenger]

Hi,

Zie mijn posting van een paar minuten geleden voor de context...

Een paar van de doelen die ik mezelf zou zetten zijn het verhogen van
gebruiksgemak, het verhogen van de herkenbaarheid en het verbeteren van de
bekendheid van OpenStreetMap. Belangrijke middelen daarvoor zijn, IMHO, een
interface die eenduidig en uniform is, die de gebruiker met een beperkt aantal
heldere stappen de informatie die gebruiker wil teruggeeft en die "correct" is.
Een praktisch voorbeeld?

Het hoofscherm is een half-transparante kaart, beeldvullend. De kaart toont de
regio van de bezoeker (zoals nu ook al gebeurt). Over de kaart ligt een strook
met opties voor gebruikers (grote, duidelijk herkenbare iconen). De voornaamste
opties zijn de routeplanner, de POI's en de embedder. Er onder in het klein een
regel met een link naar de opties voor "extra's" en een link naar een pagina
met informatie over de licentie.

De drie grote opties zouden min of meer heilig moeten zijn. De drie opties
moeten zo gekozen worden dat nieuwe modules onder een van deze drie (plus een)
categorieen past. De drie opties:

Een routeplanner voor voetgangers, fietsers en automobilisten. De gebruiker kan
op meerdere manieren een route samenstellen. Dat kan gebeuren door een tweetal
punten aan te wijzen en de korste of snelste weg te genereren, Dat kan door
gepreparereerde routes te bekijken en selecteren (fietsroutes, wandelroutes,
etc). 

De POI's. De gebruiker geeft zijn locatie op (bij een mobiele toepassing zou je
dat automagisch kunnen bepalen) en kan vervolgens opvragen waar de
dichtsbijzijnde pinautomaat, brievenbus of moskee staat of waar, in een
bepaalde regio, de supermarkten of de op zondagochtend geopende bakkers te
vinden zijn.

De embedder stelt een eindgebruiker in staat om met een paar eenvoudige
handelingen een kaart op de eigen website te plaatsen. De gebruiker moet een
track bestand kunnen opgeven, of zelf punten kunnen aanklikken. De gegenereerde
code moet volledig zijn. De gebruiker kan dus aan- of uitvinken of een grote of
kleine navigator gewenst is en de licentie wordt automagisch goed getoond. Denk
niet alleen aan websites, maar ook aan bijvoorbeeld presentaties (markeren van
een polygoon area en dat als jpg kunnen opslaan voor gebruik in Keynote). 

De "extra's" zijn functies die voor de normale gebruiker niet meteen interesant
zijn, maar die we wel makkelijk kunnen bieden op basis van de beschikbare
dataset. Ik denk dan bijvoorbeeld aan het tonen van alle soorten grenzen
(gemeente, land, waterschap, wijk, provincie, etc), maximum snelheden, het
overnemen van kaartmateriaal op een GPS en zaken die voor mensen die
profesionele GIS'ers interesant zijn.

Als een gebruiker een van de opties geselecteerd heeft, wordt de beeld-
vullende kaart op de achtergrond op de voorgegrond getoond en is er een aan de
zij- of onderkant een uitschuifbaar menu met de opties en functies. De functies
moeten elk intuitief, aantrekkelijk,
 
Ik heb genoeg ideeen voor het uitbreiden hiervan. Als de basis er eenmaal is,
kunnen we denken aan onder meer mobiele toepassingen (op je PDA zien welke
kroegen er allemaal in de buurt zijn), grote winkelketens krijgen een icoontje
voor hun winkel op voorwaarde dat ze een lijst van alle vestigingen geven,
combineren met wegwerkzaamheden, gebruikers kunnen fouten melden (vergelijk
OSB), gebruikers kunnen een account aanmaken en vaste locaties bookmarken.

Omdat Nederland betrekkelijk compleet is, zou het project wat mij betreft zich
in eerste instantie vooral op de Nederlandse situatie moeten richten. De
bovenstaande modules kunnen nu al zo veel als mogelijk met de internationale
situatie indachtig geschreven worden. De code moet in het engels, waar mogelijk
overeenkomen met de terminologie van OSM, vertaalbaar en modulair zijn. 

Uiteraard heb ik nog veel meer ideeen over hoe een en ander ingericht zou
kunnen of moeten worden, maar dat alles hier spuien lijkt me zinloos. :)

Dit moet ik kunnen maken - maar ik kan het niet alleen. Ik ben geen web
developer, geen OSM deskundige, geen usability expert. Ik kan wel *wat*.  De
vraag is vooral, wie wil en kan hier aan meewerken?  


-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

[OSM-talk-nl] Een toegangelijker OSM, deel 1

[Rejo Zenger]

Hi,

Het zal de meeste niet ontgaan zijn: ik vind OSM een erg mooie, grote en 
waardevol set aan data, maar dat de huidige ontsluiting daarvan naar 
(eind-)gebruikers daar geen eer aan doet. Ik zou graag willen dat meer 
gebruikers beter van de data gebruik kan maken. [1]

Om te beginnen: ik zie twee grote groepen gebuikers. Uiteraard zijn er 
eindgebruikers. Gebruikers die het beschikbare kaartmateriaal gebruiken 
voor alledaagse toepassingen, zoals het berekenen van een route, het op 
de eigen website tonen van een GPS track of het opzoeken van de 
dichtstbijzijnde pinautomaat. Deze gebruikers dragen zelf niet direct 
bij aan de kaart.
  
Een kleinere groep mensen draagt actief bij aan de ontwikkeling van de 
kaart. Dat gebeurt op vele niveaus. Sommigen corrigeren maandelijks een 
fout in de kaart, anderen doen veel frequenter een grote toevoeging en 
weer anderen is meer met de technische laag eronder bezig. 
 
Er zijn daarnaast uiteraard nog wel meer groepen gebruikers te bedenken, 
maar deze gebruikers zijn in aantal te verwaarlozen ten opzichte van de 
bovenstaande groepen. Ik denk dan onder meer aan mensen die profesioneel 
met GIS werken. 

Echter, ik denk dat dat op dit moment (nog) helemaal niet zo is. Ik denk 
dat die contributors op dit moment verreweg de grootste groep vormen.  
Dat is in theorie leuk, omdat dat zou kunnen betekenen dat "de massa" 
OSM niet alleen gebruikt, maar er ook actief aan bijdraagt. De praktijk 
is denk ik andersom: er is een groep contributors die ook de data als 
eindgebruiker gebruikt, maar de grote groep eindgebruikers ontbreekt.

Een van de oorzaken daarvoor is denk ik het gebrek aan een mooie en 
bovenal bruikbare interface. Vanaf de huidige officiele website kom je 
als argeloze gebruiker niet verder dan de het rondklikken op de kaart 
zelf. Andere functionaliteiten, die OSM voor de massa aantrekkelijk zou 
kunnen maken, is gefragmenteerd en nog in ontwikkeling. Een gebruiker 
die al de moeite neemt om verder te kijken, krijgt te maken met 
onaantrekkelijk en soms niet goed functionerende websites. 

Datzelfde geldt overigens ook voor de contributors. Ik vind de tools 
voor het maken van aanpassingen alles behalve intuitief. Dat geldt ook 
voor validatie: er zijn op dit moment alleen al vier tools die ik actief 
gebruik voor het vinden van fouten op een kaart, te weten OpenStreetBug, 
OSM Inspector, No Names en Keep Right. 

Ik denk dat als we een grotere groep eindgebruikers kunnen bereiken er 
vanzelf meer mensen die ook een bijdrage kunnen leveren opstaan. Ik denk 
dat dat dan niet alleen mensen zijn die fouten kunnen melden of de kaart 
zelfs willen aanpassen, maar ook op gebieden als developers en 
ontwerpers. Om die reden zou ik graag eerst de front-end aan de kant van 
de eindgebruiker willen aanpakken.

Wat ik dus graag wil, is gaan werken aan een interface voor eind- 
gebruikers. Ik zie een site voor me waarin de meeste van de nu 
gefragmenteerde functionaliteiten bij elkaar zijn gebracht, in een 
uniforme layout zijn gestoken en waarbij gebruiksgemak optimaal zijn.

Hoe? Zie mijn post van zodadelijk.


[1] 
http://lists.openstreetmap.org/pipermail/talk-nl/2009-May/008980.html


-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

[OSM-talk-nl] grenzen van een park

[Rejo Zenger]

Hi,

Ik ben bezig met het herzien van een park in Amsterdam. Het park was er 
nooit helemaal volledig in gezet en bovendien waren de paden in het park 
voor een deel recent aangepast.

Nu staan er aan van de zijdes van het park flats tussen het eigenlijk 
park en de eerstvolgende straat. Het park loopt tussen de flats door 
vaak door tot tegen aan de weg, maar er is ook veel ruimte rondom de 
flats domweg van tegels voorzien. 

In OSM loopt het park nu in zijn geheel door tot aan de weg en staan de 
flats aan de rand, maar nog altijd *in* het park. 

De vraag is nu, hoe zit dat eigenlijk met die parkgrenzen. Tot hoe ver 
loopt een park? Ik kan me sowieso al voorstellen dat er admininstratief 
een andere grens bestaat dan hoe het er uitziet. Maar praktisch gezien, 
tot hoe ver hoort het park in OSM te staan? Alleen het "groene deel", of 
omvat het park ook de flats en de parkeerplaatsen van de flats?



-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] rss feeds voor forum postings en regio changes in osm

[Rejo Zenger]

++ 02/07/09 14:23 +0200 - Rob:
>op vraag 2 zou ik zeggen, kijk eens op http://www.itoworld.com/static/osmmapper

Dat ziet er veelbelovend uit. Dank voor de tip.



-- 
Rejo Zenger .  . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 


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