[NUUG kart] Åpne data, barnehager, import?

[Øystein Bjørndal]

> On 30 Sep 2015, at 10:26, Øystein Bjørndal <obtitus at gmail.com> wrote:
> 
> 
>> On 30 Sep 2015, at 09:09, Øystein Bjørndal <obtitus at gmail.com> wrote:
>> 
>> 
>>> On 28 Sep 2015, at 17:29, Øystein Bjørndal <obtitus at gmail.com> wrote:
>>> 
>>> 
>>>> On 17 Aug 2015, at 00:43, Øystein Bjørndal <obtitus at gmail.com> wrote:
>>>> 
>>>> Utdanningsdirektoratet har lansert data for alle barnehager i Norge:
>>>> http://data.udir.no
>>>> Merk at url-en skal være:
>>>> http://barnehagefakta.no/api/barnehage/<nbr-id>
>>>> og at datasettet foreløpig er håpløst, da man må gi "nbr-id”, uten at jeg har funnet en liste over id-er. Har sendt de en mail...
>>>> 
>>>> Jeg har begynt på python parsing av dataene og det fungerer nå på nbr-id=1025369, som er den eneste barnehagen jeg har prøvd (så jeg regner med det er noen bugs). Koden ligger her:
>>>> https://github.com/obtitus/barnehagefakta_osm
>>>> Fint om noen tar en titt/bidrar.
>>>> 
>>>> Noen som har tanker rundt en import av disse dataene (hvis vi får liste over nbr-ider)? Jeg har parset alle taggene under “How to map”:
>>>> http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dkindergarten
>>>> Merk at datasettet (ihvertfall i Ski) har masse feil, særlig i lat/lon. Så automatisk import er uaktuelt.
>>>> -- 
>>>> Øystein Bjørndal
>>>> 
>>> 
>>> Da har jeg kommet meg et stykke videre:
>>> - opening_hours er fjernet.
>>> - Alle kommunene er parset (takk til Ruben for kommunenummer)
>>> - webside er satt opp
>>> http://obtitus.github.io/barnehagefakta_osm_data/
>>> tar imot hjelp, særlig med html/css. Obs: ikke besøk Oslo siden, nettleseren din vil takke deg…
>>> Websiden blir foreløpig generert på laptopen min når jeg føler for det…
>>> 
>>> - Jeg har et script for å holde osm-data med "no-barnehage:nsrid” oppdatert hvis NBR gjør endringer.
>>> Skriptet er pessimistisk og gjør bare endringer i openstreetmap hvis data i OSM stemmer overens med gamle data fra NBR. Scriptet gir blaffen i om barnehagen er node, way eller relation, så lenge nsrid-en er unik.
>>> Skriptet er testet mot 1 barnehage i Ski...
>>> 
>>> Noen innspill? Det gjenstår iallefall å:
>>> - dokumentere no-barnehage:nsrid på wikien
>>> - Trenger vi å melde dette som en import?
>>> - Trenger vi å spørre http://nbr.udir.no?
>>> - Greit med source="NBR - Nasjonalt barnehageregister”, i changesets?
>>> - (optional:) Et script for å gjøre det enklere å koble eksisterende barnehager i openstreetmap med nsrid-en, der hvor NBR og OSM stemmer overens.
>>> 
>>> -- 
>>> Øystein Bjørndal
>> 
>> Bare en kommentar til gormur som har lagt inn 31 no-barnehage:nsrid i
>> Stavanger. Det er fortsatt en del ting som ikke er helt avklart enda, se over.
>> Fint om det ikke legges inn for mange no-barnehage:nsrid før dette er gjort.
>> 
>> Gjør også oppmerksom på at når man legger inn no-barnehage:nsrid vil
>> scriptet mitt kun holde de taggene som er der oppdatert. Legger man ikke
>> til f.eks. ‘capacity’, vil scriptet aldri putte dette automatisk
>> inn*. Man må derfor legge inn alle taggene når man først legger inn
>> nsrid. Man kan selvsagt mene at disse taggene er tullete og dermed ikke
>> legge de inn, hvis man føler for det. (Dette bør sikkert dokumenteres et sted…)
>> 
>> * Med et unntak: Hvis f.eks. taggen contact:phone ikke ligger hos NBR
>> idag, men at de legger den inn ved et senere tidspunkt, vil scriptet
>> mitt legge dette inn. (Bug?)
>> 
>> -- 
>> Øystein Bjørndal
> 
> Svarer gormur her i et håp om at andre har formeninger om saken: Jeg sa:
>>> Samt at slik ting er satt opp nå må du også legge inn de andre taggene for at det skal være særlig vits.
> Gormur svarte:
>> Det er jo nettopp når "de andre" taggene mangler at det er enkelt å
>> legge dem inn, så det synes jeg du kan gjøre. Det er når de finnes
>> fra før at det blir komplisert!
> 
> Ja, rent teknisk er det trivielt og få lagt disse inn automatisk. Jeg har valgt å ikke gjøre det slik av flere grunner:
> - Hvis man vet at taggene fra nbr er feil, si contact:phone er _ditt_
> telefon-nr, så skal man kunne gå inn i OSM og slette denne taggen,
> uten at scriptet plutselig putter det tilbake igjen. Uten at man må få
> NBR til å endre sine data.
> 
> - Hvis man synes taggene er tullete, så kan man få lov til å ha barnehager uten disse taggene.
> - Det er relativt enkelt i JSON og bare ta alle taggene når man først er igang.
> - Jeg slipper å kjøre scriptet hver gang noen legger inn en no-barnehage:nsrid i OSM.
> - Det blir færre automatiske endringer av OSM, altså færre muligheter for at noe går galt.
> 
> Noen andre som har formeninger? Burde man automatisere å legge inn
> manglende tagger, der vi har no-barnehage:nsrid?
> -- 
> Øystein Bjørndal

En mulighet er å legge inn både no-barnehage:nsrid=* og noe på formen
"no-barnehage:ok_to_insert_missing_tags=yes”, da kan et script finne
disse og legge inn alle tagger som mangler (og fjerne ok taggen).

Altså bare som en snarvei for å gjøre det enklere å legge inn alle taggene.

Det blir altså motsatt av ‘code-of-conduct’:
http://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct
vet at man ikke må "opt out”, men “opt in”.

Men da er det enda et script som (a) må skrives og (b) må kjøres
regelmessig. Det er med andre ord en del enklere hvis man bare legger
inn alle taggene med en gang. 
-- 
Øystein Bjørndal