Re: [OSM-talk-nl] licentie kaart data
goed punt! het juiste woord in het engels zou contributors zijn maar ik kan daar even geen nederlandse term voor bedenken. op http://www.openstreetmap.org/ staat trouwens alleen een CC logo. groet, floris Rejo Zenger wrote: Hi, Op http://tile.openstreetmap.nl/ staat onderin in de witte balk de tekst Kaart data cc-by-sa OpenStreetMap gebruikers.. Dat lijkt me niet helemaal correct, afhankelijk van de wijze waarop je gebruikers definieert. Mijn gevoel zegt dat je gebruikers definieert als editors *en* als visitors (of browsers). Voor zover ik weet ligt het auteursrecht van de data in die kaart slechts bij de editors, niet bij die andere groep. Zou die tekst niet anders moeten? -- Rejo Zenger . r...@zenger.nl . 0x75FC50F3 . https://rejo.zenger.nl GPG encrypted e-mail prefered. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] usability, een grote drempel voor osm gebruik (imho)
Je hebt natuurlijk een punt, aan diverse dingen wordt wel gewerkt. Maar waar precies aan gewerkt zou dan een andere vraag zijn... Maar ik zou zeggen: Kom eens lekker 'brainstormen' op de OSM gebruikersdag a.s. zaterdag. Meer info op: http://www.openstreetmap.nl/archives/100-zaterdag-30-mei-OpenStreetMap-Gebruikers-dag-2009-Baarn.html Groet en misschien tot zaterdag, Floris Rejo Zenger wrote: Hey, Lange posting, maar ik heb iets uit te leggen. Ik beloof, mijn volgende postings zullen korter zijn. Ondanks dat mijn account al iets langer bestaat, ben ik sinds een paar dagen pas echt actief als gebruiker *en* editor van OSM. Dat tussen het account aanmaken en mijn eerste edit zoveel tijd zit, heeft een slechts een reden: ik vind het project behoorlijk ontoegangelijk. Nu ik er mee bezig ben, weet ik ook precies waar de ontoegangelijkheid vandaan komt: gebrek aan usability bij de ontsluiting van de data aan de voorkant als ook bij de aanpassing aan de achterkant. 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 maken, maar enkel als je ver genoeg ingezoomed bent, als je de data layer hebt gevonden, als je de omvangswaarschuwing hebt weggeklikt en als je alle andere data voor lief neemt. En zelfs die layer is niet handig. Dat werkt niet. [1] 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). Een ander heel praktisch ding: de legenda is op een uiterst onhandige plek weggestopt. De map key link in de linkerkolom is niet de plaats waar je zoekt naar een legenda als je de kaart voor je neus hebt. 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) en de manier waarop je de kaart in je GPS kunt laden (hoewel sterk verbeterd met de komst van garmin.na1400.info). En ook aan de andere kant vind ik de usability van OSM problematisch. De editor JOSM doet wat het moet doen, maar dat is het dan ook wel. JOSM heeft niets, maar dan ook echt niets, wat het iets intuitief of zelfs aantrekkelijk maakt. De presentatie van de data in de editor maken het moeilijk om in te schatten wat het resultaat gaat zijn. De presets zijn handig maar erg traag (worden die elke keer opgehaald?). Om de Yahoo imagery in de achtergrond krijgen moet ik eerst XCode en Qt gaan installeren. Validatie en bugs zijn enkel via plugins beschikbaar. Eindeloos. Hopeloos. Iemand die het bestaande verder wil verbeteren wordt ook drempels opgeworpen. Er zijn wat losse interfaces voor het detecteren van fouten, maar dat zijn allemaal losstaande initiatieven die daarmee ondersteuning missen. Ik ben in de paar dagen dat ik er mee bezig ben onder meer Keep Right! en OpenStreetBugs, maar er zullen er zonder meer zijn. Bovendien zijn die niet erg uitnodigend voor niet-editors. Het zou toch mooi zijn als gebruikers (visitors) van OSM makkelijk melding kunnen maken van vermeende fouten en dat dat soort meldingen snel inzichtelijk gemaakt worden voor editors? Ik zou zo een stuk van mijn woonplaats onder mijn hoede willen nemen als editor. En zo zijn er mee dingen: op mijn gevoel af zeg ik dat er (te) weinig standarisatie is en dat de organisatie eromheen te los is. Ik realiseer me dat veel van de problemen die ik noem niet specifiek issues van NL zijn. Dat neemt niet weg dat ik ze hier wel ervaar. :) Anyway... natuurlijk ben ik bekend met het principe van open projecten als dit. Ik wil dan ook niet alleen kritiek hebben, ik wil er ook graag aan bijdragen. Nu ben ik geen programmeur en daardoor kan ik een aantal van deze problemen kan ik niet zelf oppakken. Ik ben echter graag bereid om mee te denken en suggesties te doen voor de problemen die ik (we?) zien. Dat aanbod staat. En in de tussentijd doe ik gewoon mijn best als editor. [1] Ik ken http://xapidemo.openstreet.nl, dat gaat een goede kant op. -- Rejo Zenger . r...@zenger.nl . 0x75FC50F3 . https://rejo.zenger.nl GPG encrypted e-mail prefered. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] licentie kaart data
Floris Looijesteijn wrote: goed punt! het juiste woord in het engels zou contributors zijn maar ik kan daar even geen nederlandse term voor bedenken. Even wat brainstormen... Medewerkers, donateurs, toevoegers, redacteurs, makers, cartografen, gemeenschap. Maarten Rejo Zenger wrote: Hi, Op http://tile.openstreetmap.nl/ staat onderin in de witte balk de tekst Kaart data cc-by-sa OpenStreetMap gebruikers.. Dat lijkt me niet helemaal correct, afhankelijk van de wijze waarop je gebruikers definieert. Mijn gevoel zegt dat je gebruikers definieert als editors *en* als visitors (of browsers). Voor zover ik weet ligt het auteursrecht van de data in die kaart slechts bij de editors, niet bij die andere groep. Zou die tekst niet anders moeten? -- Rejo Zenger . r...@zenger.nl . 0x75FC50F3 . https://rejo.zenger.nl GPG encrypted e-mail prefered. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] 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
Re: [OSM-talk-nl] usability, een grote drempel voor osm g ebruik (imho)
On Tuesday 26 May 2009 10:16:45 Rejo Zenger wrote: 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. Hé, nog iemand die dat probleem heeft. -- m.v.g., Cartinus ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] XAPI Demo
Zou je zo vriendelijk willen zijn om een voorbeeldje van een query te geven waarmee je de coordinaten en de naam + operator van alle tankstations kunt opvragen? Dus onderstaande query maar dan uitgebreid met name en operator: http://xapidemo.openstreet.nl/xapi/json/SELECT long, lat FROM nodes_legacy, node_tags WHERE id = node AND (k = 'amenity' AND v = 'fuel') LIMIT 10; Welke SQL standaard wordt eigenlijk gebruikt voor deze service? Kan de data ook op een andere manier uitgevoerd worden, dus in plaats van JSON bijvoorbeeld GPX of KML? Stefan de Konink wrote: Nog even schaamteloos pluggen. http://xapidemo.openstreet.nl/ Laat zien wat je met 1 regeltje SQL op je kaart kunt toveren. Stefan ps. ik ben er achter gekomen dat xapi'en een probleempje heeft en dat probleempje heet crosssite scripting. Dat heb ik momenteel met een reverse proxy oplost (: heel eenvouding in Cherokee :) ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] XAPI Demo
Lambertus wrote: Zou je zo vriendelijk willen zijn om een voorbeeldje van een query te geven waarmee je de coordinaten en de naam + operator van alle tankstations kunt opvragen? Dus onderstaande query maar dan uitgebreid met name en operator: http://xapidemo.openstreet.nl/xapi/json/SELECT long, lat FROM nodes_legacy, node_tags WHERE id = node AND (k = 'amenity' AND v = 'fuel') LIMIT 10; SELECT long, lat, v FROM nodes_legacy, node_tags WHERE id = node AND k='name' AND node IN (SELECT node FROM node_tags WHERE k = 'amenity' AND v = 'fuel') LIMIT 10; Ajb :) Welke SQL standaard wordt eigenlijk gebruikt voor deze service? SQL92. http://monetdb.cwi.nl/projects/monetdb/SQL/Documentation/SQL-Features.html#SQL-Features Kan de data ook op een andere manier uitgevoerd worden, dus in plaats van JSON bijvoorbeeld GPX of KML? DBSlayer voert JSON uit, dus als je KML of GPX wilt moet je sowieso altijd lat/lon opvragen. Ik kan bij de 'echte' API die ik gemaakt heb wel zoiets inbakken. Wellicht voeg ik bij de 'echte' API ook wel SQL toe. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] XAPI Demo
Wat versta je onder de 'echte' api? Naar gpx/kml, of desnoods de XML die we normaal van de osm API krijgen, heeft als grote voordeel dat iedereen makkelijk weet hoe het te parsen :) --Roeland On Tuesday 26 May 2009 11:21:30 Stefan de Konink wrote: Lambertus wrote: Zou je zo vriendelijk willen zijn om een voorbeeldje van een query te geven waarmee je de coordinaten en de naam + operator van alle tankstations kunt opvragen? Dus onderstaande query maar dan uitgebreid met name en operator: http://xapidemo.openstreet.nl/xapi/json/SELECT long, lat FROM nodes_legacy, node_tags WHERE id = node AND (k = 'amenity' AND v = 'fuel') LIMIT 10; SELECT long, lat, v FROM nodes_legacy, node_tags WHERE id = node AND k='name' AND node IN (SELECT node FROM node_tags WHERE k = 'amenity' AND v = 'fuel') LIMIT 10; Ajb :) Welke SQL standaard wordt eigenlijk gebruikt voor deze service? SQL92. http://monetdb.cwi.nl/projects/monetdb/SQL/Documentation/SQL-Features.html# SQL-Features Kan de data ook op een andere manier uitgevoerd worden, dus in plaats van JSON bijvoorbeeld GPX of KML? DBSlayer voert JSON uit, dus als je KML of GPX wilt moet je sowieso altijd lat/lon opvragen. Ik kan bij de 'echte' API die ik gemaakt heb wel zoiets inbakken. Wellicht voeg ik bij de 'echte' API ook wel SQL toe. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] XAPI Demo
Roeland Douma wrote: Wat versta je onder de 'echte' api? Dat slappe XPATH aftreksel, wat toen ook in m'n C api zat. Naar gpx/kml, of desnoods de XML die we normaal van de osm API krijgen, heeft als grote voordeel dat iedereen makkelijk weet hoe het te parsen :) Het hele idee is dat dit veel minder data over de lijn stuurt. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Woonplaatsen taggen
Hi Eugene, Eindelijk wat officiëlere data over woonplaatsgrenzen dan de buurtgrenzen van het CBS. Heb je deze via het internet gevonden, of per gemeente aangevraagd. Dit zijn natuurlijk ook handige grenzen om te bepalen welke straten en eventueel adressen bij welke woonplaats horen. Zou je hier niet gewoon boundery=administrative tag voor moeten gebruiken. Op een zelfde manier als de gemeenten. Dan met admin_level=9? Beneden gemeente nivo 8 zijn 9 en 10 ook al gespecificeerd maar ik denk dat dit een officiëel vastgelegd. Groet Theun, 2009/5/20 Eugene van der Pijll eug...@vanderpijll.nl Hoi allemaal, Hoe tag ik woonplaatsen? D.w.z. de door de gemeentes vastgestelde woonplaatsgrenzen, die in adressen gebruikt worden. Dit zijn areas (gesloten ways) die heel Nederland bedekken. Tot nu toe heb ik van een vijftal gemeenten (bijv. de Haarlemmermeer) de woonplaatsgrenzen toegevoegd (nagetekend uit woonplaatsbesluiten van de gemeenten), en heb ik er relaties van gemaakt, met type=woonplaats. Maar ik zou het liefst aansluiten bij een internationale definitie, die gebruikt zou kunnen worden bij Name Finder-achtige toepassingen. gr,Eu ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Woonplaatsen taggen
Theun schreef: Eindelijk wat officielere data over woonplaatsgrenzen dan de buurtgrenzen van het CBS. Heb je deze via het internet gevonden, of per gemeente aangevraagd. Dit zijn natuurlijk ook handige grenzen om te bepalen welke straten en eventueel adressen bij welke woonplaats horen. Ik heb deze op het internet gevonden. Zoek op woonplaatsbesluit, en je vindt van een groot aantal gemeenten de officiele kaarten (of een besluit dat de gehele gemeente uit 1 woonplaats bestaat. Dat besluit teken ik dan over. Voor sommige gemeenten lukt dat beter dan andere. De gemeenten sturen de geometrieen van de woonplaatsen ook naar het ministerie van VROM; daar zijn ze wellicht ook opvraagbaar. Maar daar heb ik verder niets over kunnen vinden. Zou je hier niet gewoon boundery=administrative tag voor moeten gebruiken. Op een zelfde manier als de gemeenten. Dan met admin_level=9? Beneden gemeente nivo 8 zijn 9 en 10 ook al gespecificeerd maar ik denk dat dit een officieel vastgelegd. Admin_level=9 wordt al gebruikt voor deelgemeenten. Als je de woonplaatsen ook in die hierarchie stopt, kom je in de problemen: de meeste woonplaatsen in de gemeenten met deelgemeenten bestaan uit een aantal hele deelgemeenten, maar er zijn ook woonplaatsen (Vondelingenplaat Rt, Botlek Rotterdam, Europoort Rotterdam, Maasvlakte Rotterdam) die kleiner zijn dan de deelgemeente waar ze in liggen. Omdat de woonplaatsindeling een administratieve indeling is, en geen bestuurlijke (administrative in het Engels), is het misschien beter om haar niet met de key admin_level te beschrijven. Eugene ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Woonplaatsen taggen
Eugene van der Pijll wrote: De gemeenten sturen de geometrieen van de woonplaatsen ook naar het ministerie van VROM; daar zijn ze wellicht ook opvraagbaar. Maar daar heb ik verder niets over kunnen vinden. Als je wilt wil ik daar dan wel weer een WOBje aan wagen :) Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl