Adresser

[NKAmapper]

Det ser ut til at adressene er tatt bort. Kunne du ta med igjen?

Et informasjonsfelt (som ikke importeres) med adressen er i grunnen den eneste måten vi kan kontrollere om plasseringen er riktig der man ikke kan se noen barnehage på flyfoto rett under noden.

Og det er så mange feil koordinater fra Udir at jeg helst vil kjøre OSM-filen gjennom geocode2osm før importen, ellers blir det for mye jobb med dette. Adressen må da være på formatet "Lekeveien 13, 1300 Leknes" (med komma).

[ghost]

En løsning kunne ha vært å gjort selve geokodingen med geocode2osm, kanskje det ville gitt bedre resultater. Det er i teorien mulig å installere den via pip og bruke geocode2osm som en pakke, men det er ingen som har brukt den enda tror jeg

[obtitus]

Hei. Ja addressen ble fjernet da jeg fant tilfeller av at folk lastet opp doNotImportAddress=. Jeg gadd ikke vedlikeholdet og fjernet heller feltet.

Testet geocode2osm på Ski kommune nå, ser jo fornuftig ut. Noen feil, men det blir det alltid.

Nå får vi potensielt 3 mulige plasseringer: barnehagefakta plassering, osm plassering og/eller addresse plassering (via geocode2osm). Noen som har tanker på hvordan vi håndterer dette på en bra måte i de tilfelle hvor disse er ulike?

[ghost]

Jeg er vel selv en av de skyldige i å laste oppe slike tagger, de blir jo alltids fjernet igjen hvis man glemmer seg. Jeg har forsøkt å løse slike dumme feil en gang for alle med ett sett valideringsregler til JOSM spesifikt for import i Norge project-norway-rules.validator.mapcss

Ref de ulike plasseringene så blir det tricky. Føler ikke noen av de kan stoles på som en autoritær kilde og overskrive de andre. Kunne kanskje lagt på en fixme eller noe og så må man gå gjennom de før opplasting

[NKAmapper]

Hei. Ja addressen ble fjernet da jeg fant tilfeller av at folk lastet opp doNotImportAddress=. Jeg gadd ikke vedlikeholdet og fjernet heller feltet.

Er vel ikke til å unngå at noen slike tags blir lastet opp nei. En ide kan være å skrive taggen med store bokstaver, f.eks. ADDRESS eller ADDRESS_DONOTIMPORT. Da blir den enklere lagt merke til, oppdaget av JOSM validator, og i tillegg automatisk plukket opp av en av bot'ene.

Selv med bedre geokoding vil vi fremdeles behøve å se selve adressen for å kunne gjøre en effektiv import, fordi mange av adressene er skrevet litt feil og behøver manuell korrigering, og for å sjekke at noden faktisk havner på riktig adresse. Jeg måtte selv slutte med disse importene da adressen ikke lenger var tilgjengelig.

Nå får vi potensielt 3 mulige plasseringer: barnehagefakta plassering, osm plassering og/eller addresse plassering (via geocode2osm). Noen som har tanker på hvordan vi håndterer dette på en bra måte i de tilfelle hvor disse er ulike?

Jeg antar at du spør om hvilke koordinater som skal legges ut i osm-filen. Jeg ville tenkt:

• Osm-koordinaten der barnehagen allerede er importert (om de skal være med i det hele tatt, kan bli dubletter om du ikke tar med objektet fra OSM i tillegg)

• Og koordinaten fra geocode2osm dersom den er brukt for nye/ikke importerte bernehager (ellers koordinaten fra Barnehagefakta).

• Alternativt kan du ha en separat fil for nedlasting med bare koordinatene fra Barnehagefakta, men det gir vel egentlig bare mening dersom noen av koordinatene fra Barnehagefakta er plassert manuelt på riktig sted (dvs. ikke bare geokodet). Et større datasett ville vist om det finnes slike.

Ellers: I filen som er lenket i restaurant2osm er geocode2osm brukt 8000 ganger, om en vil studere resultatene i et større datasett. Nøyaktigheten er angitt av house/street/place/post_code resultatet.

[obtitus]

Da er ADDRESS tilbake.
geocode2osm blir foreløpig ikke kalt og GEOCODE=yes mangler.