Re: [Talk-dk] Andre tags på adressenoder? (WAS: Nyt script til addresseopdateringer)

[Michael Andersen]

> Jeg er en af de "uerfarne", som efterfølgende har fået adskilt adresser og
> andre egenskaber. Eksempel:
> 
> https://www.openstreetmap.org/way/12943/history
> 
> Jeg kan godt forstå princippet om at undgå redundante data, men jeg har ofte
> opdateret adresseinformation for fx butikker på linie med andre
> kontaktinformationer/åbningstider/telefon etc. Det synes jeg giver mening,
> eftersom forskellige programmer (fx mkgmap til Garmins gps'er) benytter
> OSM's kontaktinformationer - herunder adresserne, hvis de findes. Hvis
> adresseinformationer _ikke_ ligger på samme node som butikken, skal man til
> at gætte på den korrekte adresse - oftest den adressenode, som er tættest
> på, men langt fra altid.

Der er her tale om en relateret, men lidt anden situation end den jeg er inde 
på ovenfor.
Det objekt du linker til ovenfor er ikke en importeret adresse og der var 
aldrig nogen osak:* tags på den (men dog en mystisk source=AWS*, som jeg på et 
tidspunkt fjerner fordi den forekommer mig misvisende)

De adresse tags der var på den har du formentlig tilføjet manuelt.

Det der så sker er at Jørn-osm kører en kampagne i forhold til at rydde i op 
vores adresser. Stærkt tiltrængt ganske vist - men han sletter også et stort 
"dobbelte adresser", altså adresseinfo (ofte kun gade & nr) tilføjet POI's ved 
siden af de importerede adresser. Dette var jeg personligt lidt ked af fordi 
det gør det sværere at vurdere om en given forretning er placeret rigtigt på 
kortet.

Da jeg så gør Jørn opmærksom på den tråd Henrik PS startede i oktober (Jørn 
abonnerer tilsyneladende ikke på postlisten) stopper han helt og siden er der 
ikke nogen der har slettet "dobbelte adresser".

> 
> Med andre ord er det en helt traditionel datamodelleringsøvelse - og jeg
> kunne godt tænke mig lidt mere information: Hvornår/hvor er det besluttet,
> at danske adresser skal udskilles fra andre punkter (fx butikker & andre
> POI's?)

Det fortaber sig for mit vedkommende i det dunkle. Jeg opdagede først OSM på 
omkring det tidspunkt hvor de første adresser blev importeret og det varede 
længe før jeg havde tilstrækkelig erfaring til at danne mig en mening om den 
slags

Jeg har endnu ikke nogen helt fast mening om den sag du bringer op her. 
Ligegyldigt hvilken løsning vi vælger er der nemlig nogen "issues" ved det.


___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Nyt script til addresseopdateringer

[Michael Andersen]

On søndag den 15. april 2018 19.40.32 CEST Jakob Barfod wrote:
> > > F.eks. bør den kunne finde ud af at flette oplysningerne korrekt
> > > sammen hvis nogen har tilføjet ekstra tags. Hvis adresseknuden senere
> > > forsvinder fra det officielle register, bør den jo nok også lade være
> > > med at slette sådan en knude men i stedet bare slette osak-tagsn'e.
> 
> Helt enig. Det nævnes flere gange i tråden, at DAR kommer til at blive det
> autoritative datagrundlag - og fx slette/ændre adressenoder i OSM, hvis der
> er kommer nye(re) data fra DAR.
> 
> Det synes jeg er en tvivlsom tilgang; der er stor chance for, at OSM's data
> er mere korrekte (fx rettelse af forkerte koordinater) eller fyldestgørende
> (fx i form af supplerende tags) end data fra DAR (jf. mit spørgsmål om
> supplerende tags;
> https://lists.openstreetmap.org/pipermail/talk-dk/2018-April/005026.html).
> 
> Venligst,

Som nævnt tidligere sker det jævnligt at især begyndere ved diverse uheld 
(først og fremmest ved at komme til at "gribe fat" i en node når de forsøger 
at "panne" kortet) kommer til fejlagtigt at rykke adresser op til flere 100 m 
(eksempel fra i dag: https://www.openstreetmap.org/changeset/58115512).

Det sker også jævnligt at folk aktivt forsøger at rette adresser i OSM (flytte 
lidt rundt på dem eller ændre numre). Fint nok. Men som vi flere gange 
tidligere på denne liste har været inde på må det korrekte altså være at 
adresser importeret til OSM fra DAR rettes ved kilden (altså ved henvendelse 
til DAR)




___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Nyt script til addresseopdateringer

[Jakob Barfod]

> > F.eks. bør den kunne finde ud af at flette oplysningerne korrekt
> > sammen hvis nogen har tilføjet ekstra tags. Hvis adresseknuden senere
> > forsvinder fra det officielle register, bør den jo nok også lade være
> > med at slette sådan en knude men i stedet bare slette osak-tagsn'e.

Helt enig. Det nævnes flere gange i tråden, at DAR kommer til at blive det 
autoritative datagrundlag - og fx slette/ændre adressenoder i OSM, hvis der er 
kommer nye(re) data fra DAR.

Det synes jeg er en tvivlsom tilgang; der er stor chance for, at OSM's data er 
mere korrekte (fx rettelse af forkerte koordinater) eller fyldestgørende (fx i 
form af supplerende tags) end data fra DAR (jf. mit spørgsmål om supplerende 
tags; https://lists.openstreetmap.org/pipermail/talk-dk/2018-April/005026.html).

Venligst,

-- 
Jakob


___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

[Talk-dk] Andre tags på adressenoder? (WAS: Nyt script til addresseopdateringer)

[Jakob Barfod]

> Det er meget almindeligt at udlændinge/uerfarne finder en adressenode og
> putter alt muligt andet info på. I mange tilfælde kan det umiddelbart
> virke oplagt at gøre således og ofte virker det ikke som sådan "forkert".
> Dog kan det virke det virke upassende at have alle disse osak:* tags på
> f.eks en butik og hvad sker der f.eks. hvis butikken slettes fordi den er
> lukket eller der er tale om en butik nederst i en etageejendom og den
> derfor ikke er alene om adressen?

[...]

> Steffen Møller/AWSbot "eksporterede" jævnligt diverse "fremmede" tags fra
> osak adressenoder. Eksempler i Århus: https://overpass-turbo.eu/s/xTn
> 
> Jeg har også rutinemæssigt udskilt "fremmede tags" når jeg har observeret
> dem blive påsat og osmviborg er også begyndt at gøre det
> 
> Slettes adresse tags på en node med "fremmede tags" fordi adressen ikke
> eksisterer længere vil jeg anbefale at den tagges med et fixme=*

Jeg er en af de "uerfarne", som efterfølgende har fået adskilt adresser og 
andre egenskaber. Eksempel:

https://www.openstreetmap.org/way/12943/history

Jeg kan godt forstå princippet om at undgå redundante data, men jeg har ofte 
opdateret adresseinformation for fx butikker på linie med andre 
kontaktinformationer/åbningstider/telefon etc.
Det synes jeg giver mening, eftersom forskellige programmer (fx mkgmap til 
Garmins gps'er) benytter OSM's kontaktinformationer - herunder adresserne, hvis 
de findes. Hvis adresseinformationer _ikke_ ligger på samme node som butikken, 
skal man til at gætte på den korrekte adresse - oftest den adressenode, som er 
tættest på, men langt fra altid.

Med andre ord er det en helt traditionel datamodelleringsøvelse - og jeg kunne 
godt tænke mig lidt mere information: Hvornår/hvor er det besluttet, at danske 
adresser skal udskilles fra andre punkter (fx butikker & andre POI's?)

Venligst,

-- 
Jakob


___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Nyt script til addresseopdateringer

[Michael Andersen]

> 
> Steffen Møller/AWSbot "eksporterede" jævnligt diverse "fremmede" tags fra
> osak adressenoder. Eksempler i Århus: https://overpass-turbo.eu/s/xTn
> 
Hmm. Søgningen https://overpass-turbo.eu/s/xTX virker bedre :-/


___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Nyt script til addresseopdateringer

[Jonathan Hougaard]

Hej Ole


Du har ret i det kunne være en fordel at tage hensyn til ekstra tags når 
en adresse bliver slettet. Egentlig havde jeg planer om en "naiv" 
tilgang hvor knudes simpelthen bliver slettet, hvis adressen ikke 
længere eksisterer. Det er klart det nemmeste og mindst resourcekrævende 
at lave. Men i princippet kan funktionen til sletning af adresse godt 
laves anderledes, noget ala: hent hver knude med adresse der skal 
slettes, scan alle tags igennem, hvis knuden kun indeholder kendte 
adressetags - slet noden - ellers fjern blot kendte tags. Der er uden 
tvivl faldgruber ved begge metoder. Ved den "naive" tilgang risikerer vi 
at miste data i form af ekstra tags på adresseknuder. Jeg ved ikke, hvor 
almindeligt det er, at der er tilføjet ekstra tags, og hvor meget data 
der i så fald er tale om. Omvendt risikerer vi at ende med knuder med 
tags, der måske ikke giver ret meget mening alene, hvis nogle tags blot 
fjernes og knuden efterlades. Eks. en adresseknude hvor der er tilføjet 
et "note" tag, hvilket så vil være det eneste tilbageværende tag efter 
en sletning.


Jeg har ikke planer om at lave en større validering af data fra DAR. Så 
bliver det lige pludseligt et kæmpestort, og for mig uoverskueligt, 
projekt. Hvis en adresse ifølge DAR ligger i en sø, så ligger adressen i 
en sø. Data fra DAR har været af god nok kvalitet til at vi har 
importeret det til OSM siden 2009, og jeg tillader mig derfor den 
antagelse, at det stadig er tilfældet. Hvis vi ikke kan stole på vores 
ene datakilde, falder hele projektet til jorden.



On 15/04/2018 07:32, Ole Laursen wrote:

Et skridt ad gangen, men nogle tanker:


Nu er det et stykke tid siden jeg har rodet med adresser i OSM (for
mange små børn og for lidt søvn), men i mine øjne bør vi have en lille
dokumentation af hvad botten kan finde ud af med hensyn til
interaktion med manuel kortlægning.

F.eks. bør den kunne finde ud af at flette oplysningerne korrekt
sammen hvis nogen har tilføjet ekstra tags. Hvis adresseknuden senere
forsvinder fra det officielle register, bør den jo nok også lade være
med at slette sådan en knude men i stedet bare slette osak-tagsn'e.

Vi bør også have en måde at rette åbenlyst forkerte adresser. Jeg
biksede i sin tid denne side sammen

https://oisfixes.iola.dk/

som kan håndtere forkerte vejnavne. Men der kan være andre ting galt,
f.eks. koordinaterne. Jeg har i sin tid set adresser ude i en sø,
eller adresser der ligger oven i hinanden i en boligforening med
rækkehuse.

Det skal kommunerne fikse, men det dur ikke at vi har en løsning hvor
data i OSM er forkerte indtil en eller anden ved en kommune måske
eller måske ikke retter noget til.

Om det er lettest at have et system hvor vi tagger knuderne i OSM
eller jeg skal tage mig sammen til at udvide oisfixes som jeg nu har
lovet i flere omgange, ved jeg ikke?


Ole

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk



___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Nyt script til addresseopdateringer

[Jonathan Hougaard]

Hej Mikkel


Tak for link. Jeg har kigget dine issues igennem og kan konstatere, at 
der ikke umiddelbart er nogen, der går igen i min foreløbige kode.


Jeg vil som sagt gerne dele kildekoden, men så længe projektet er i et 
tidligt stadie hvor store dele af koden hurtigt kan ændre sig, ser jeg 
det ikke som en fordel at bruge tid på at uploade rettelser hvert andet 
øjeblik. Når den grundlæggende struktur er på plads skal den nok blive 
uploaded, don't worry.


Spørger du fordi du kender til import-platforme, der kan bruges - eller 
er det et reelt spørgsmål? Hvis du kender noget, der kunne være 
relevant, håber jeg selvfølgelig, at du vil dele det.



On 14/04/2018 13:33, Mikkel wrote:

Hej Jonathan.

Fedt endelig at se noget interesse og initiativ til at forbedre 
DAR-importen (aka. DAWA/AWS), det kan jeg kun bakke op om.


Jeg har ikke så meget tid til at uddybe lige nu, men har også studeret 
og eksperimenteret med det eksisterende AWSbot, og begyndt at 
forberede noget lignende det du beskriver. Jeg tænkte dog oprindeligt 
at prioritere at få scriptet i en tilstand så Stephen i første omgang 
kunne fortsætte med hans normale procedure, inden der blev kigget for 
meget fremad. Det virkede dog som om han mistede interessen, og så 
vidt jeg kan se har han trukket sig helt, så jeg har valgt at bruge 
tiden på at blive klogere i stedet for at implementere nødløsninger.


Jeg har et AWSbot-fork på https://github.com/mikini/AWSbot/, hvor jeg 
har tilføjet issues med de problemer jeg har observeret i det 
eksisterende script. Hvis du har taget udgangspunkt i det, vil det nok 
være en ide at kaste et blik på dem.


Det er fint at du spørger til input, samarbejde og konsensus er efter 
min mening helt nødvendigt, men input er ikke nok. Processen og en 
forbedret importer bør være så åben og transparent som mulig, så vi 
kan skabe så fleksible og interoperable værktøjer til os selv som muligt.
Jeg synes bestemt ikke det er i orden at kildekode først frigives når 
der foreligger en endelig version. Et så centralt værktøj skal 
udvikles i det åbne af og i fællesskabet og være under en fri software 
licens.


Har du studeret om der findes en "import-platform" fra OSM eller andre 
regioner man kunne bygge videre på?


Bemærk at Apple som også annonceret her, 
https://lists.openstreetmap.org/pipermail/talk-dk/2018-March/004995.html, 
har vist interesse for data i Dansk OSM, herunder også importeren. Vi 
er nogle stykker der har haft en snak med dem om tilstanden af 
DAR-import i deres issue for Danmark, se 
https://github.com/osmlab/appledata/issues/69#issuecomment-370098972.
Jeg har kommunikeret lidt med OSM-projektlederen fra Apple, og det er 
mit indtryk at de også godt kunne være interesserede i at sponsorere 
noget arbejde på at forbedre importeren.


Hilsner,
Mikkel

Den 14. april 2018 09.45.50 CEST, Jonathan Hougaard 
 skrev:


Hej alle


Efter en kort diskussion her:
https://www.openstreetmap.org/changeset/57976035  har jeg besluttet mig
for at give mig i kast med at bygge en ny web app, der kan bruges til at
vedligeholde danske adresser vha. det danske adresseregister.


Grundstrukturen er allerede funktionel, men før jeg arbejder videre med
projektet vil jeg gerne have spørgsmål, kommentarer og ønsker til
projektet. Grundlæggende er ideen at opdatere adresser på en måde
svarende til den vi kender fra AWSbot scriptet. Den tekniske del er dog
lavet fra bunden, og virker på en noget anden måde end AWSbot, hvilket
gerne skulle give en mere effektiv og fleksibel databehandling.


Følgende wiki-side vil være primær dokumentation for projektet:
https://wiki.openstreetmap.org/wiki/AutoAWS.  Siden vil blive opdateret
løbende i takt med at jeg arbejder videre med projektet, baseret på
jeres kommentarer og ønsker. Kildekoden vil blive offentliggjort når en
endelig version af appen er færdiggjort.


Efterhånden som det hele skrider frem vil jeg nok have mere konkrete
spørgsmål at stille - men i første omgang vil jeg blot meget gerne høre
jeres umiddelbare indtryk, tanker, ønsker osv.


Allerede nu vil jeg melde ud, at hvis opdatering af adresser skal køre
fuldautomatisk (tanken er at hvert postnummer automatisk kan blive
opdateret hver 30. dag), vil det kræve noget serverinfrastruktur hvor
scriptet kan køre. Jeg bidrager gerne min tid og viden til projektet,
men er ikke interesseret i at bidrage økonomisk. Hvis der er nogen, der
kan bidrage med serverplads, hører jeg derfor gerne fra jer. Det er ikke
det helt store, der kræves - hvis du for eksempel har en personlig
hjemmeside, vil scriptet nok kunne køre i baggrunden på den.

Alternativt kan det hele også køre på en almindelig computer, hvis der
installeres noget server-software (f.eks. Wampserver). Så vil
opdateringen dog ikke kunne køre fuldautomatisk.


Foreløbigt ser jeg frem til at modtage tanker og kommentarer.