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

[Øystein Bjørndal]

> On 30 Sep 2015, at 11:53, Peter Bremer <peter.bremer at gmail.com> wrote:
> 
> Hva om telefonnr i NBR er feil, og jeg legger riktig nummer i OSM, vil skriptet overskrive det med nummeret fra NBR?

Nei, skriptet vil ikke overskrive OSM her.

> Om hva om nummeret til barnehagen i et senere tilfelle blir endret, og NBR får oppdatering med riktig ny nummer, vil skriptet da oppdatere OSM?

Nei, skriptet vil flagge det som en ‘konflikt’ som må løses manuelt. 

> Jeg tror nesten vi trenger en tag som "nbr:invalid:contact:phone = 123456789", så at skriptet vet at "123456789" ikke er det riktige nummeret, men hvis det finnes en annen nummer i NBR, da vet skriptet at verdien i OSM kan overskrives…

Enig, men blir for knotete :) En person som finner feil i tagger må kunne fikse dette uten å vite noe om denne importen.

Eksempel med tall:
(1) La oss si at NBR sier at nummeret er ‘1’, dette blir endret i OSM til ‘123456789’, scriptet vil ikke legge merke til det.
(2) NBR oppdaterer nummeret til ‘987654321’, scriptet sammenligner den forrige verdien (‘1’) med OSM verdien ('123456789’), siden disse ikke matcher, blir barnehagen flagget som ‘konflikt’.

> 2015-09-30 10:26 GMT+02:00 Øystein Bjørndal <obtitus at gmail.com>:
> 
>> 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
> 
> 
> _______________________________________________
> kart mailing list
> kart at nuug.no
> http://lists.nuug.no/mailman/listinfo/kart
> 
>