Re: [OSM-talk-nl] juridische status 3d shapes bestand
++ 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 . r...@zenger.nl . 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
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 . r...@zenger.nl . 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
++ 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 . r...@zenger.nl . 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
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 . r...@zenger.nl . 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)
++ 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 . r...@zenger.nl . 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)
++ 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 . r...@zenger.nl . 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)
++ 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 . r...@zenger.nl . 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)
++ 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 . r...@zenger.nl . 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
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 . r...@zenger.nl . 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
++ 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 . r...@zenger.nl . 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
++ 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 . r...@zenger.nl . 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
++ 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 r...@zenger.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
++ 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 r...@zenger.nl 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
++ 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 . r...@zenger.nl . 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
++ 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 . r...@zenger.nl . 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
++ 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 . r...@zenger.nl . 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
++ 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 . r...@zenger.nl . 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
++ 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 . r...@zenger.nl . 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
++ 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 r...@zenger.nl 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
++ 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 r...@zenger.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
++ 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 r...@zenger.nl 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
++ 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 r...@zenger.nl 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?
++ 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 . r...@zenger.nl 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?
++ 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 . r...@zenger.nl 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?
++ 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 . r...@zenger.nl . 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
Hi, Op http://www.debalie.nl/artikel.jsp?podiumid=politiekarticleid=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 . r...@zenger.nl . 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
++ 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 . r...@zenger.nl . 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)
++ 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 . r...@zenger.nl . 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
++ 30/10/09 11:20 +0100 - Andre Engels: Wat is 'wobben'? Een verzoek doen op basis van de Wet openbaarheid bestuur. -- Rejo Zenger . r...@zenger.nl . 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?
++ 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 . r...@zenger.nl . 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
++ 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 . r...@zenger.nl . 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
++ 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 . r...@zenger.nl . 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
++ 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 . r...@zenger.nl . 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
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 . r...@zenger.nl . 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
++ 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 . r...@zenger.nl . 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
++ 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 . r...@zenger.nl . 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
++ 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 . r...@zenger.nl . 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
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 . r...@zenger.nl . 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
++ 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 . r...@zenger.nl . 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
++ 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 . r...@zenger.nl . 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
++ 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 . r...@zenger.nl . 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
++ 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 . r...@zenger.nl . 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] Linking to the wiki's tag description pages from the website
++ 16/09/09 14:41 + - Ævar Arnfjörð Bjarmason: Example here, note the localized links: http://u.nix.is/~avar/6.html RichardF pointed out that the wiki pages were mostly crap. That's true, but perhaps exposing them to regular editors like this will lead to an influx of fixes. So, if you are proposing to link from keys and values in the interface at http://www.openstreetmap.org to their documentation on the wiki, I am in favor of your proposal. -- Rejo Zenger . r...@zenger.nl . 0x21DBEFD4 . https://rejo.zenger.nl GPG encrypted e-mail prefered. signature.asc Description: Digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] huisnummers, meer dan slechts een paar
++ 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 . r...@zenger.nl . 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
++ 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 . r...@zenger.nl . 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
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 . r...@zenger.nl . 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
++ 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 . r...@zenger.nl . 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] GPX on OSM slippymap?
++ 10/08/09 13:02 +0200 - Igor Brejc: Is there a way to display an uploaded GPX on the OSM slippymap? Something similar to how you can highlight an OSM way, node or relation: http:// www.openstreetmap.org/?way=31904301 I took some friends on a hiking tour and I wanted to send them a simple URL with the indicated track, since I've already uploaded the GPX for mapping purposes. I have made a small script (based on the documentation on the wiki) that allows you to quickly render a GPX file on an OSM slippy map. To use this, append the URL to the GPX file at: https://rejo.zenger.nl/topo/osm/?fn=[url-to-gpx-file] That's it. For example: https://rejo.zenger.nl/topo/osm/?fn=http://insecure.rejo.zenger.nl/gps/2009-04-18.gpx If that works and you want to include it into some webpage, use: iframe src=https://rejo.zenger.nl/topo/osm/?fn=[url-of-track]; width=[width-of-embedded-image] height=[height-of-embedded-image] frameborder=0/iframe You may add some variables to the URL which adjust the rendering of the GPX track on the Openstreetmap. By adding sc=blacksw=10so=0.4 you would set the track to appear as a thick black and highly transparant, where the default is a medium thick, red and half-transparant line. There is some more information at: https://rejo.zenger.nl/topo/embed-osm-and-track-in-webpage.php And there is some background information at: https://rejo.zenger.nl/topo/howto-deploy-your-own-osm-slippy-map.php -- Rejo Zenger . r...@zenger.nl . 0x21DBEFD4 . https://rejo.zenger.nl GPG encrypted e-mail prefered. signature.asc Description: Digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] GPX on OSM slippymap?
++ 10/08/09 18:39 +0200 - Igor Brejc: Great, this is something I was hoping for. Although I couldn't find the way to show GPX traces uploaded to OSM, so I guess I would have to put them on my own web server like you did? The GPX file itself of such a trace is available at, for example: http://www.openstreetmap.org/trace/475566/data However, for security reasons I am fairly strict in the filenames and file contents before processing the file. Because of this, using this URL doesn't work. For the moment, upload the GPX file to some place else. When I have time I will see if I can change the behaviour of the script safely. -- Rejo Zenger . r...@zenger.nl . 0x21DBEFD4 . https://rejo.zenger.nl GPG encrypted e-mail prefered. signature.asc Description: Digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] noord-zuid lijn
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 . r...@zenger.nl . 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
++ 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 . r...@zenger.nl . 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
++ 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 . r...@zenger.nl . 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
++ 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=13lat=52.37837lon=4.89948layers=B00Tch30=1ch40=1ch50=1ch60=1ch70=1ch90=1ch100=0ch110=0ch120=1ch130=1ch150=1ch160=1ch170=1ch180=1ch190=1ch191=1ch192=1ch193=1ch194=1ch200=1ch201=1ch202=1ch203=1ch204=1ch210=1ch220=1ch231=1ch232=1show_ign=0show_tmpign=0ch270=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 . r...@zenger.nl . 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
++ 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 . r...@zenger.nl . 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
++ 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 layer0 ? 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=rssch=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,270left=4.8269530682407bottom=52.340682033385right=4.963767185667top=52.400527459173db=osm_EU -- Rejo Zenger . r...@zenger.nl . 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
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 . r...@zenger.nl . 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
++ 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 . r...@zenger.nl . 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
++ 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 . r...@zenger.nl . 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
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 . r...@zenger.nl . 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
++ 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 . r...@zenger.nl . 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
++ 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 . r...@zenger.nl . 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
++ 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=18lat=52.37642lon=4.82389layers=B0Tch30=1ch40=1ch50=1ch60=1ch70=1ch90=1ch100=1ch110=1ch120=1ch130=1ch150=1ch160=1ch170=1ch180=1ch190=1ch191=1ch192=1ch193=1ch194=1ch200=1ch201=1ch202=1ch203=1ch204=1ch210=1ch220=1show_ign=1show_tmpign=1 -- Rejo Zenger . r...@zenger.nl . 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
++ 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 . r...@zenger.nl . 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
Hi, Kan iemand mij vertellen waarom Keep Right voor het voetgangerspad een issue aangeeft: http://keepright.ipax.at/report_map.php?zoom=18lat=52.37542lon=4.84341layers=B0Tch30=1ch40=1ch50=1ch60=1ch70=1ch90=1ch100=1ch110=1ch120=1ch130=1ch150=1ch160=1ch170=1ch180=1ch190=1ch191=1ch192=1ch193=1ch194=1ch200=1ch201=1ch202=1ch203=1ch204=1ch210=1ch220=1show_ign=1show_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 . r...@zenger.nl . 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
++ 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=18lat=52.3135lon=4.9351layers=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 . r...@zenger.nl . 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
++ 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 . r...@zenger.nl . 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
++ 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 . r...@zenger.nl . 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
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 . r...@zenger.nl . 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
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 . r...@zenger.nl . 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
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 . r...@zenger.nl . 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
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 . r...@zenger.nl . 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] rss feeds voor forum postings en regio changes in osm
Hi, Op het forum van OSM levert extern.php?action=newtype=RSSfid=14 een RSS feed van de nieuwe artikelen op (voor in dit geval het forum met ID 14). In de RSS feed zitten echter alleen de meta gegevens van de posts. Vrij waardeloos. Is er ook een manier om de complete post in de RSS feed te krijgen? Is het verder mogelijk om een RSS feed te krijgen van de wijzigingen die binnen OSM plaatsvinden in een bepaalde regio? Ik ben vrij goed op het lopende van de dingen die er gebeuren in mijn wijk en ik kan dan ook goed zien of wijzigingen in OSM correct en volledig zijn. Of niet. Van alle manieren waarop je een notificatie zou kunnen krijgen is voor mij een RSS feed het meest praktische. -- Rejo Zenger . r...@zenger.nl . 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
++ 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 . r...@zenger.nl . 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] talk-ams Re: Herinnering: vanavond eerste Amsterdamse MappersBabbel
++ 25/06/09 15:53 +0200 - Rob: eventueel voor andere gebieden ook aan te raden. Wat mij betreft is er juist veel te veel verkeer op [OSM-talk-nl], ik zou liever hebben dat er meer gespecialiseerde lijsten zouden zijn. [...] forum +1 Als er consensus is dat er teveel verkeer over deze mailinglist gaat [1], dan opteer ik voor het aanmaken van meer-specifieke mailinglists. Het lijkt me dan het handigst om een lijst aan te maken voor onderwerpen die hier veel worden besproken en het minst algemeen zijn. Ik denk dan bijvoorbeeld vooral aan meer technische onderwerpen of ontwikkeling. Voor mij persoonlijk is een forum niets. Ik vind dat uiterst inefficient werken. Met de nadruk op persoonlijk. [1] Die indruk heb ik overigens niet, er is tot nu toe slechts een enkel persoon geweest die dat zo heeft aangegeven. -- Rejo Zenger . r...@zenger.nl . 0x75FC50F3 . 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] [reminder] Eerste Amsterdamse MappersBabbel ;)
++ 18/06/09 15:24 +0200 - Martijn van Exel: Ik wil eens, in navolging van Floris' Stammtisch-discussie, samenkomen met Amsterdamse mappers om gewoon wat te babbelen over Amsterdamse zaken: [...] En voor diegenen die langs komen en een PGP key gebruiken, neem keyslips en identificatie mee. :) -- Rejo Zenger . r...@zenger.nl . 0x75FC50F3 . 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] weesperstraat/sarphatistraat-mauritskade
++ 15/06/09 11:59 +0200 - Christiaan Welvaart: De 'snelle' route ging over de Singelgracht, langs de Spinozastraat, stukje Sarphatistraat om weer over de Singelgracht te gaan in plaats van gewoon de Mauritskade te volgen zoals de kortste route. Ik snap (ook) niet wat die 'snelle' optie doet, ik gebruik altijd 'korste' route. openrouteservice.org heeft die optie niet eens voor fietsers en voetgangers. Just to make sure: je snapt wat het wezenlijke verschil is tussen die twee opties en je snapt specifiek deze situatie niet of is je dat verschil tussen die twee sowieso niet duidelijk? -- Rejo Zenger . r...@zenger.nl . 0x75FC50F3 . 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] OpenKVK
++ 15/06/09 12:35 +0200 - Lambert Carsten: De KVK site 24x7 beschikbaar maken en een API er voor zetten. Spannende dingen als 'laat alle bedrijven van NL op de OSM kaart zien' zou eventueel ook kunnen in de nabije toekomst. Was er niet onlangs een probleem met het herpubliceren van kvk gegevens (of het publiceren door kvk zélf) in die zin dat bekende Nederlanders die een eigen bedrijf hebben (artiesten bijvoorbeeld) zo al te gemakkelijk met hun privé gegevens ge-googled kunnen worden? Dat is een ander probleem. Daar gaat het erom dat voor elk bedrijf dat ingeschreven is, de nodige gegevens moeten worden geregistreerd en dat het register openbaar is. Met andere woorden, iemand met een bedrijf aan huis ziet zijn adres, dat ook zijn prive adres, in een openbaar register opgenomen worden. Niet alleen is dat register openbaar, ze worden door de Kamer van Koophandel ook verkocht. Allemaal legaal en bedoeld. Zie onder meer [1]. Je raakt overigens wel een ander probleem: in die gevallen dat de vestigingsgegevens ook de persoonsgegevens van iemand zijn, is het domweg overnemen van die gegevens mogelijk juridisch gevoelig. Ik denk dat het zinvol is om dat vooraf uit te zoeken. [1] http://www.nu.nl/internet/1944614/sp-wil-einde-verkoop-kvk-gegevens-aan-google.html -- Rejo Zenger . r...@zenger.nl . 0x75FC50F3 . 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] OpenKVK
++ 15/06/09 13:37 +0200 - Hay (Husky): Desondanks: goed initiatief om de database vrij te maken, zodat we eindelijk eens af kunnen van dat gekke register dat dicht gaat om middernacht. Ik weet niet helemaal zeker wat je onder vrij maken verstaat, maar het openkvk.nl project maakt geen data vrij in de zin dat het opeens onder andere gebruiksvoorwaarden beschikbaar komt. Het maakt de data misschien anders beschikbaar dan het nu is (anders qua vorm, anders qua periode van beschikbaarheid), maar het verandert niets aan de aard van de data. In tegenstelling tot bijvoorbeeld de wetteksten is de inhoud van het Handelsregister niet vrij van auteursrechten, denk ik. Wetteksten mogen door iedereen gepubliceerd worden, zonder dat je daarvoor toestemming moet hebben. Bij dit register ligt dat denk ik anders. Daarnaast, je publiceert mogelijk persoonsgegevens. Ik denk (weet dat niet zeker, ik ben geen jurist) dat indien het vestigingsadres van een kleine ondernemer overeenkomen met zijn NAW gegevens van zijn woonadres, deze vestiginggegevens als persoonsgegevens aangemerkt kunnen worden. Die mag je niet zomaar publiceren. -- Rejo Zenger . r...@zenger.nl . 0x75FC50F3 . 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] OpenKVK
++ 15/06/09 14:16 +0200 - Hay (Husky): Daarnaast, je publiceert mogelijk persoonsgegevens. Ik denk (weet dat niet zeker, ik ben geen jurist) dat indien het vestigingsadres van een kleine ondernemer overeenkomen met zijn NAW gegevens van zijn woonadres, deze vestiginggegevens als persoonsgegevens aangemerkt kunnen worden. Die mag je niet zomaar publiceren. Die zijn nu toch ook al beschikbaar via kvk.nl? Als je mijn naam intikt bij kvk.nl krijg je ook mijn huisadres. Daar verandert openkvk verder niks aan. Jawel, openkvk.nl herpubliceert die persoonsgegevens. Ik denk (maar nogmaals, ik ben alles behalve jurist) dat je niet zomaar persoons- gegevens mag herpubliceren. Ook niet als de bron al openbaar is. [1] [1] En nogmaals, er vanuitgaande dat dit soort gegevens als persoons- gegevens aangemerkt kunnen worden. Ik weet niet zeker of dat het geval is. -- Rejo Zenger . r...@zenger.nl . 0x75FC50F3 . 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] OpenKVK
++ 15/06/09 14:33 +0200 - Stefan de Konink: Jawel, openkvk.nl herpubliceert die persoonsgegevens. Ik denk (maar nogmaals, ik ben alles behalve jurist) dat je niet zomaar persoons- gegevens mag herpubliceren. Ook niet als de bron al openbaar is. [1] [1] En nogmaals, er vanuitgaande dat dit soort gegevens als persoons- gegevens aangemerkt kunnen worden. Ik weet niet zeker of dat het geval is. Tik je bedrijfsnaam eens in op Google ofzo ;) bedrijvengidsen genoeg die exact de zelfde data herpubliceren :) Dat lijkt me voor het argument niet relevant. De bron voor openkvk.nl data is het (openbare deel) van het Handels- register van de Kamer van Koophandel, dus de regels die daarvoor gelden zijn voor toepassing. Bovendien, het kan zo zijn dat ook de publicatie van bepaalde data door anderen onrechtmatig is. Dat geeft $jou niet de vrijheid dat ook te doen. -- Rejo Zenger . r...@zenger.nl . 0x75FC50F3 . 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
++ 11/06/09 07:31 +0200 - Maarten Deen: Zoals al eerder aangegeven; Een newbie zal eerder www intikken dan iemand die wat gevorderder is. En het idee is dan ook om op de niet www site wat meer linkjes te gaan zetten naar projecten. Lijkt me eigenlijk geen goed idee. Voor mij is een site zonder www gelijk aan de site met www (dat dat technisch niet zo is weet ik) en ik zal niet denken oh, er is een www.openstreetmap.nl, laat ik ook eens op openstreetmap.nl gaan kijken. Dat zijn technisch gezien inderdaad twee verschillende websites. Om verwarring te voorkomen zorgen veel organisaties ervoor dat die twee wel aan elkaar gelijk zijn. Normaliter is de site zonder www ook een redirect naar de site met www. Nee, dat is lang niet altijd zo (tenminste, dat zegt mijn gevoel), maar het is vaak zo dat als een gebruiker een hostname intikt zonder de www ervoor en er geen inhoud door de webserver wordt teruggegeven, de browser er zelf www voor zet en het nog eens probeert. Ik denk dat je dan beter twee tabs op de site kunt maken. Een voor beginners en een voor gevorderden. AOL. -- Rejo Zenger . r...@zenger.nl . 0x75FC50F3 . 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] Data los in een laag
++ 11/06/09 11:31 +0200 - Rob: ajax mag alleen communiceren met het eigen domein, daar moet je dus een proxy op zetten die je request forward naar de xapi server.. en dan werkt het geweldig (gisteren hebben we het nog aan de gang gekregen) Zie bijvoorbeeld hier: http://trac.openlayers.org/wiki/FrequentlyAskedQuestions#HowdoIsetupaProxyHost -- Rejo Zenger . r...@zenger.nl . 0x75FC50F3 . 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
++ 11/06/09 12:38 +0200 - Lambert Carsten: Ik denk dat je dan beter twee tabs op de site kunt maken. Een voor beginners en een voor gevorderden. +1 AOL. ??? http://www.abbreviations.com/AOL Citaat van http://catb.org/jargon/html/A/AOL-.html: | Common synonym for “Me, too!” alluding to the legendary propensity of | America Online users to utter contentless “Me, too!” postings. The | number of exclamation points following varies from zero to five or so. -- Rejo Zenger . r...@zenger.nl . 0x75FC50F3 . 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] embedded osm slippy map met gpx of kml track
Hi, Mijn eerste post op deze mailinglist was een beetje een rant over de usability van Openstreetmap [1]. Een van de dingen die ik noemde: | Andere voorbeelden van een omslachtige ontsluiting zijn de manier waarop | je de kaarten met overlays kunt embedden op een webpagina (een grote lap | Javascript is daarvoor nodig) [...]. Ik kan ook andere dingen dan ranten. :) Op [2] heb ik een beschrijving staan van de manier waarop je heel erg simpel een GPX of KML track kunt tonen op een kaart en hoe je dat weer kunt embedden op een website. Basicaly, net als bij Google Maps de URL opgeven, en klaar. Zie bijvoorbeeld [3]. Je kunt verder nog wat variablen extra opgeven, waarmee je de kleur, de dikte en de transparantie van de track lijn kunt beinvloeden, zie [4]. Opmerkingen zijn uiteraard welkom, zie signature. [1] http://lists.openstreetmap.org/pipermail/talk-nl/2009-May/008980.html [2] https://rejo.zenger.nl/topo/embed-osm-and-track-in-webpage.php [3] https://rejo.zenger.nl/topo/osm/?fn=http://insecure.rejo.zenger.nl/gps/2009-04-18.gpx [4] https://rejo.zenger.nl/topo/osm/?fn=http://insecure.rejo.zenger.nl/gps/2009-04-18.gpxsc=blacksw=10so=0.4 -- Rejo Zenger . r...@zenger.nl . 0x75FC50F3 . 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] Cycleway/footway [was: relatie bij punt]
++ 09/06/09 13:19 +0200 - Ben Laenen: Dat is echt geen doen meer voor een database die we liefst met zo correct mogelijke data willen invullen. Vandaar dat ik het gebruik van cycleway en footway wil terugdringen tot fietspad en voetpad (die [...] Juist. Ik zou zeggen, elk path dat getagged wordt, moet zo getagged zijn dat het overeenkomt met de geldende verkeersregels. Dat betekent dat als je een voetpad hebt, dat ook als een voetpad getagged moet worden. Dat geldt ook als er wel eens fiets overheen gaan (die er dus officieel gewoon niet thuis horen). Als je van die dubbele asfaltpaden hebt, met aan de ene kant het fiets- en op de andere kant het voetpad, dan zou dat dus als fietspad getagged worden met de toevoeging dat voetgangers ook welkom zijn. -- Rejo Zenger . r...@zenger.nl . 0x75FC50F3 . 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] status data opvragen
Goedemorgen, Op http://wiki.openstreetmap.org/wiki/Bestaande_geodata_hergebruiken staat voor een groot aantal type data de status van de opvraging. Het is me echter niet altijd duidelijk of op bepaalde momenten zaken open staan of dat het verzoek is, eeuh, vergeten. Enige idee wat de status is met betrekking tot brievenbussen en pin- automaten? -- Rejo Zenger . r...@zenger.nl . 0x75FC50F3 . 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] status data opvragen
++ 08/06/09 10:32 +0200 - Stefan de Konink: Brievenbussen; geen info van Cendris ooit gezien. Is daar nog wel iemand mee bezig? Jij? -- Rejo Zenger . r...@zenger.nl . 0x75FC50F3 . 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] status data opvragen
++ 08/06/09 11:35 +0200 - Stefan de Konink: Brievenbussen; geen info van Cendris ooit gezien. Is daar nog wel iemand mee bezig? Jij? Nouja, ik heb contact gehad met TNT, en die 'zeggen' dat ze dat aan Cendris zouden willen uitbesteden... Op basis van de history van de eerder genoemde wiki pagina is dat iets dat in juni 2007, twee jaar geleden dus, speelde. En Cendris is dan weer die toko die iedereen een poot uitdraait voor postcode data dat ook van de TNT komt. Ik begrijp uit die wiki dat bij Cendris een verzoek is gedaan en dat daar nooit een bestand of afwijzing uit is voortgekomen. Right? If so, is er iets op tegen als ik nog een poging doe? -- Rejo Zenger . r...@zenger.nl . 0x75FC50F3 . 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] status data opvragen
++ 08/06/09 11:10 +0200 - Martijn van Exel: Daar was toch een werkgroep voor opgericht? Zo niet, zullen we dat dan eens doen? Ik zie niet meteen de meerwaarde, maar als we dat een goed idee vinden, dan wil ik daar wel aan bijdragen. -- Rejo Zenger . r...@zenger.nl . 0x75FC50F3 . 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] status data opvragen
++ 08/06/09 12:32 +0200 - Stefan de Konink: Op basis van de history van de eerder genoemde wiki pagina is dat iets dat in juni 2007, twee jaar geleden dus, speelde. ...en dus? Niks en dus. :) Het enige dat ik boven water probeer te krijgen is de precieze status van het verzoek. Het feit dat TNT twee jaar geleden eens naar Cendris verwees (en Cendris niet reageerde) lijkt me relevant - in de zin dat als ze dat vorige maand gedaan zouden hebben het een andere betekenis had. -- Rejo Zenger . r...@zenger.nl . 0x75FC50F3 . 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] relatie bij punt
++ 08/06/09 20:40 +0200 - Rene Dohmen: Een zelfde soort 'onzekerheid' geldt bij nogal wat andere wegtypen: - als er pedestrian gekozen is in OSM, maar er ook fietsers rijden is dan niet een cycleway beter? Ik ben ook een beginner (en ik zal het ook altijd wel blijven), maar tot nu toe kreeg ik de indruk dat in dit soort gevallen het als een fietspad was getagged en als extra tag pedestrian=yes toegevoegd had. Dat geldt dan bijvoorbeeld voor die tweekleurig geasfalteerde paden (een baan is dan rood, voor de fietsers, en ernaast een zwarte en smaller baan voor voetgangers). -- Rejo Zenger . r...@zenger.nl . 0x75FC50F3 . 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] Wandelroute taggen
++ 04/06/09 21:58 +0200 - Rob: anwb verkoopt liever boekjes dan dat ze het gratis op de site zetten ;) Nee, ze staan vaak gewoon op de website. Zie bijvoorbeeld [1], de details van de route staan onderin het blok Eigenschappen. [1] http://eropuit.nl/uitje/title/ActueelMaascorridorNSwandeltocht17km/id/179/ -- Rejo Zenger . r...@zenger.nl . 0x75FC50F3 . 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] kan osm map wel cc licentie hebben?
++ 03/06/09 01:28 +0200 - Cartinus: On Tuesday 02 June 2009 23:02:57 Rejo Zenger wrote: Mij verbaast het dan weer een beetje dat een dergelijke posting op deze mailinglist geen enkele reactie teweeg brengt. Het leek mij handiger om de discussie op de website van Arnoud Engelfriet te voeren. De meeste mensen op OSM-talk-nl weten allang dat er een probleem is met de huidige licentie, dat is namelijk één van de belangrijkste redenen waarom men op zoek is naar een andere licentie. Ik denk dat het probleem dat Arnoud benoemd (als het ook echt een probleem is en ik ben daar niet zeker van) niet opgelost kan worden met een andere licentie - het probleem is immers of er ueberhaupt een licentie aan die data gehangen *kan* worden. -- Rejo Zenger . r...@zenger.nl . 0x75FC50F3 . 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] Eerste Amsterdamse MappersBabbel ;)
++ 01/06/09 11:44 +0200 - Martijn van Exel: [...] Wat te denken van Eerste Amsterdamse MappersBabbel Woensdag 24 juni, 20:00 de Ponteneur, Dapperbuurt, Amsterdam-Oost Count me in. -- Rejo Zenger . r...@zenger.nl . 0x75FC50F3 . 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] kan osm map wel cc licentie hebben?
++ 29/05/09 08:55 +0200 - Rejo Zenger: Arnoud Engelfriet heeft een artikel op zijn website gezet over de licentie van OSM. De vraag die hij stelt is: Is er voldoende sprake van een werk met een eigen en oorsronkelijk karakter dat het stempel van de maker draagt (en, in het verlengde daarvan, is de verzameling van het getagde punten en lijnen wel auteursrechtelijk beschermd)? Mij verbaast het dan weer een beetje dat een dergelijke posting op deze mailinglist geen enkele reactie teweeg brengt. Het verbaasd me, omdat het probleem dat Arnoud noemt, toch een belangrijk element van OSM raakt. Want wat als het eens voor een rechter komt en de rechter echt oordeelt dat OSM geen auteursrechtclaim op de data kan leggen? Voor mij is de BY-SA licentie een belangrijk element voor de energie die ik in OSM stop. En praktischer... waar ik minder dan een maand geleden nog een opmerking maakte over de eigenaarsclaim in de footer [1], zou deze tekst mogelijk sowieso al heel anders moeten zijn. In het hypotetische geval dat Arnoud en enkele van de commenters gelijk hebben, zou een dergelijke claim alleen op kunnen gaan voor degene die de CSS file tikt. Hoe zien jullie dit? [1] http://lists.openstreetmap.org/pipermail/talk-nl/2009-May/008981.html -- Rejo Zenger . r...@zenger.nl . 0x75FC50F3 . 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] chipknip
++ 01/06/09 09:00 +0200 - Floris Looijesteijn: Ik bedoel eigenlijk als er 3 pinautomaten van de dezelfde bank naast elkaar zitten. Dan ook 3 nodes aanmaken? Zoals iemand anders al schreef: niet doen, maar numbers tag gebruiken. Ik had deze vraag een week geleden ook al op het IRC kanaal gesteld, daar kwamen twee dingen uit: - Indien er meerdere atm's bij elkaar staan, dan voeg je slechts een enkele node toe en hang je daar de tag number aan met het aantal pina automaten. - Elke ATM in de kaart heeft een tag operator waarin de bank die de ATM beheert wordt genoemd. Staan er meerdere ATM's van meerdere banken bij elkaar, dan kun je de alle banken in een enkele operator tag noemen, onderling gescheiden door een punt-komma. Uitgaande van een praktische toepassing van dit type POI's [1], mis ik nog het kennerk van beschikbaarheid (qua tijd). Er zijn tal van ATM's die alleen tijdens openingstijden van een winkel beschikbaar zijn. Ik denk bijvoorbeeld aan de ATM's in kroegen (Witte Aap in Rotterdam), een aantal van de ATM's op Schiphol en de ATM's in de Albert Heijns. Andere ATM's zijn 24/7 beschikbaar. Dat verwerken we nog niet. [1] Bijvoorbeeld, een gebruiker is ergens op de kaart en zoekt de dichtsbijzijnde ATM of een gebruiker is ergens op de kaart en wil een overzicht van alle ATM's in de bounding box. -- Rejo Zenger . r...@zenger.nl . 0x75FC50F3 . 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] kan osm map wel cc licentie hebben?
Hi, Arnoud Engelfriet heeft een artikel op zijn website gezet over de licentie van OSM. De vraag die hij stelt is: Is er voldoende sprake van een werk met een eigen en oorsronkelijk karakter dat het stempel van de maker draagt (en, in het verlengde daarvan, is de verzameling van het getagde punten en lijnen wel auteursrechtelijk beschermd)? De posting is te vinden op: http://blog.iusmentis.com/2009/05/29/afgeleide-werken-bij-openstreetmap-2/. -- Rejo Zenger . r...@zenger.nl . 0x75FC50F3 . 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 kaart data
++ 26/05/09 10:01 +0200 - Floris Looijesteijn: het juiste woord in het engels zou contributors zijn maar ik kan daar even geen nederlandse term voor bedenken. Dat woord leidt in de richting van iemand die een bijdrage levert, maar een mooi enkel woord voor zo iemand ken ik ook niet. Vandaar dat ik bij de engelse term editor was blijven hangen. Je contributor vind ik denk mooier. op http://www.openstreetmap.org/ staat trouwens alleen een CC logo. Dat is niet erg, denk ik. Dat linkt weer naar dezelfde licentie (BY-SA, versie 2.0). -- Rejo Zenger . r...@zenger.nl . 0x75FC50F3 . 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] usability, een grote drempel voor osm gebruik (imho)
++ 26/05/09 10:07 +0200 - Floris Looijesteijn: Je hebt natuurlijk een punt, aan diverse dingen wordt wel gewerkt. Maar waar precies aan gewerkt zou dan een andere vraag zijn... Juist. Wat ik zie als relatieve buitenstaander is dat er allerlij mensen bezig zijn met allerlij mooie oplossingen en mogelijkheden. Een soort free wheelen. Dat is mooi, erg mooi, maar het zorgt er in mijn ogen voor dat dit project niet zo goed en waardevol is als het ook zou kunnen zijn. Wat er daar denk ik voor nodig is, is een antwoord op de vraag wat gebruikers (aan de frontend) eigenlijk willen. Wat maakt het dat iemand OSM zou gebruiken in plaats van iets anders? Of, wat heeft OSM wat anderen niet hebben? Hoe ontsluit je die informatie op zo'n manier dat het een meerwaarde voor een gebruiker heeft. Dat is een ander insteek dan wat er nu gebeurt, denk ik. Nu lijkt het vaak Wow! Moet je zien! Dit kan ik er ook mee! - zonder dat daar dan iets verder mee gedaan wordt. Maar ik zou zeggen: Kom eens lekker 'brainstormen' op de OSM gebruikersdag a.s. zaterdag. Graag. Alleen ben ik aanstaande zaterdag niet in Nederland. Een volgende keer denk ik graag mee. -- Rejo Zenger . r...@zenger.nl . 0x75FC50F3 . 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] usability, een grote drempel voor osm gebruik (imho)
++ 25/05/09 20:23 +0200 - Rejo Zenger: Het ontbreekt aan een interface waarin je kunt opgeven dat je alle objecten van een bepaald type wilt zien. Iets als toon me alle geld- automaten (in mijn huidige bounding box). Ze zijn wel zichtbaar te [...] Wat wel zou werken, denk ik, is een enkele kolom met een uitklap menu en waarin je de verschillende type objecten kunt aan- een uitzetten. Om te beginnen een kale kaart waarop enkel objecten worden getoond als de gebruiker ze aanzet (toon alle brievenbussen en postkantoren). [...] En in het verlengde daarvan, maak deze output vervolgens eenvoudig beschikbaar in verschillende formaten. Zorg ervoor dat de objecten die op het scherm staan ook beschikbaar zijn in GPX bestand dat met een enkele muisklik te downloaden is [1]. Bijvoorbeeld. [1] http://forum.gps.nl/viewtopic.php?t=24562postdays=0postorder=ascstart=45#194766 -- Rejo Zenger . r...@zenger.nl . 0x75FC50F3 . 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
