Re: [Talk-dk] Sammendrag af Talk-dk, Vol 105, Udgave 7

2018-04-17 Tråd Uffe Kousgaard

DAGI:
http://sdfe.dk/hent-data/danmarks-administrative-graenser-dagi/

On 17-04-2018 16:21, Anders Lund wrote:


Det lyder som en god ide! Findes de mon ikke i en frit tilgængelig kilde?




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


Re: [Talk-dk] Sammendrag af Talk-dk, Vol 105, Udgave 7

2018-04-17 Tråd Anders Lund
tirsdag den 17. april 2018 10.19.39 CEST skrev Jørgen Elgaard Larsen:
> Anders Lund skrev:
> > Alle de pokkers små flækker ødelægger stedsøgningen (reverse geosearch fx
> > på osm.org) fra et bruger-synspunkt. Søgning efter adresser i danmark
> > giver ret absurde resulater, fordi flækkerne er punkter, og der ingen
> > regler er for hornår de er relevante.
> 
> Jeg vil mene, at de absurde resultater primært skyldes, at
> adressesøgningerne (begge veje) som regel ignorerer Karlsruhe-skemaet og
> udelukkende baserer sig på is-in.
> 
> Det er især et problem i Danmark, hvor vi følger Karlsruhe, men ikke har
> postnummer-områder i vores kort. De fleste adresse-søgestjenester går i
> panik, når en adresse ikke ligger i et postnummer-område. Så vælger de
> et place i nærheden.
> 
> Vi har tidligere talt om at lægge danske postnummer-områder ind i kortet
> - det ville hjælpe en del på adressesøgning.

Det lyder som en god ide! Findes de mon ikke i en frit tilgængelig kilde?

> - Jørgen
> 
> ___
> 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


[Talk-dk] FW: autoAWS første udkast

2018-04-17 Tråd Jakob Barfod
Til Søren Johannesen / Neogeografen, cc:OSM talk-dk.

Hej Søren.

Undskyld, jeg sådan trænger mig på, men du har tidligere været aktiv på din
blog "microformats", som p.t. ikke er tilgængelig.

Som du kan se herunder, er der på OSM's talk-dk-postliste en længere
diskussion i gang vedr. automatisk import og opdatering af danske adresser
fra Det Danske Adresseregister til erstatning for AWSbot.

Men hvordan er det nu? På din blog har du tidligere nævnt et projekt om
oprydning i de danske gadenavne
(http://www.microformats.dk/2012/01/12/helt-sk%c3%a6v-i-sk%c3%a6vinge/) -
men det var tilbage i 2012(!)

Fra din blog:

"Der kører et prestige projekt i OpenStreetMap Danmark, som går ud på at
blive det første online kort i Danmark, som bruger korrekt retstavning for
vejnavnene. Dvs at forkortelser som fx Gl, Sdr, Ndr, Nr, Dr, Kvt osv.
forsvinder og i stedet for skrives de fuldt ud (Dr bliver så til Dronning
eller Doktor) samt at personnavne i vejnavnene skrives mere korrekt end hvad
offentlige myndigheder gør det pt. fx “Chr Winthersvej” bliver til det mere
korrekte “Christian Winthers Vej”."

Kan du huske noget om, hvor projektet er dokumenteret?

Venligst,

-- 
Jakob

-Original Message-
From: Niels Elgaard Larsen [mailto:elga...@agol.dk] 
Sent: 17. april 2018 14:19
To: talk-dk@openstreetmap.org
Subject: Re: [Talk-dk] autoAWS første udkast

On Tue, 17 Apr 2018 11:13:12 +0200
Jonathan Hougaard  wrote:


> Mht. 4 - som nævnt tidligere, er min tilgang generelt (nødt til at 
> være), at data fra DAR er korrekt.

Men det er data fra DAR altså ikke altid. Datakvaliteten er høj, men det er
ikke perfekt.

> Jeg har ikke deltaget i den nævnte
> diskussion, og kender derfor ikke argumenterne. Teknisk kan jeg godt, 
> hvis der er konsensus om det, rette forkortede vejnavne til deres 
> fulde navn før de importeres. Dette kræver, at der er en eller anden, 
> der laver en komplet liste med forkortelser og deres udvidede form 
> (Dr. = Doktor, Nr. = Nørre osv.)

Men er dit system så smart nok til at vide at "Dr. Dorothea" er Dronning
Dorothea og ikke Doktor Dorothea?

> Umiddelbart har jeg lidt svært ved at forstå, hvorfor vi ønsker at 
> ændre de tilsyneladende officielle vejnavne fra DAR,

Fordi de ikke er korrekte. Og de er heller ikke officielle. Det er bare en
database. Mange af fejlene i DAR skyldes at vejnavnene oprindeligt er
indtastet i et system, hvor der kun var plads til 20 tegn for vejnavne. Det
gør ikke Borgm.Jespersensvej til et officielt vejnavn, så kommunen kører ud
og skifter alle skiltene.

Det ser ud til at de fleste fixes på OIS-fixes nu er rettet i DAR, (fx
Tengslemrk Strandvej => Tengslemark Strandvej).

Men der var jo så et stykke tid hvor navnene var korrekte i OSM, men endnu
ikke rettet i DAR/AWS. Og måske har de rettet det fordi de så rettelsen i
OSM. Under alle omstændigheder kommer der sikkert nye veje med fejl i DAR,
som de vil være lang til om at rette.


> men som sagt
> kender jeg ikke argumenterne.


> Mht. position, som tidligere diskuteret et sted i forrige tråd, bør 
> fejl rettes direkte hos DAR.

Igen, der kan gå lang tid inden vi får rettet fejl i DAR.
Og hvis vi ved at data i OSM er forkerte, skal der være en måde at rette dem
i OSM indtil de bliver rettet i DAR.

> Hvis der er helt exceptionelle tilfælde hvor en adresseknude i OSM 
> ikke skal placeres på den officielle placering (jeg kan ikke 
> umiddelbart komme på nogen!),

https://overpass-turbo.eu/s/xYk
Mange af dem er rettet i DAR, så vi burde gå dem igennem og rydde op.

Men der er stadig mærkelige ting i DAR.

Fx at der både er Gl. Strandvej 237 i Humlebæk og Gammel Strandvej 237 i
Espergærde.

>  kan vi
> eventuelt anvende et specielt tag, så knuden bliver ignoreret 
> (autoaws=ignore eller hvad ved jeg). Så vidt jeg forstår, har AWSbot 
> haft en tilsvarende funktion.

Vi kan vel fortsætte med ois:fixme
 
> On 17/04/2018 10:26, Jakob Barfod wrote:
> >> I må meget gerne kigge beskrivelsen igennem og komme med forslag og 
> >> kommentarer til dette.
> > 1. Rigtig godt arbejde!
> >
> > 2. Foretrækker du, at diskussion foregåer her på talk-dk eller på 
> > diskussionssiden på wiki'en? 2.a. Hvis her på talk-dk, så opretter 
> > jeg lige en henvisning på wiki'en.
> >
> > 3. Henvisninger til AWSbot på diverse wiki-sider bør opdateres, så 
> > AutoAWS nævnes i stedet. Ikke ment sådan, at _du_ skal gøre det, men 
> > hermed efterlyses steder, hvor vi bør opdatere diverse tekster.
> > Fx... 3.a https://wiki.openstreetmap.org/wiki/Addresses#Denmark 3.b 
> > https://www.openstreetmap.org/user/AWSbot 3.c 
> > https://wiki.openstreetmap.org/wiki/Import/Catalogue/KMS 3.d Flere?
> >
> > 4. Konfliktende opdateringer? Hvem har ret, DAR eller OSM?
> > Jf. den gamle "Dr. Tværgade<>Doktor Tværgade"-diskussion, så lægger 
> > jeg mærke til, at stavningen fra DAR bruges, hvis der er forskel:
> >
> > "Any one of the following conditions will trigger an update:
> > [...]
> > The position (lat and lon) of the 

Re: [Talk-dk] autoAWS første udkast

2018-04-17 Tråd Jakob Barfod
> > Mht. position, som tidligere diskuteret et sted i forrige tråd, bør
> > fejl rettes direkte hos DAR.
> 
> Igen, der kan gå lang tid inden vi får rettet fejl i DAR.
> Og hvis vi ved at data i OSM er forkerte, skal der være en måde at rette
> dem i OSM indtil de bliver rettet i DAR.

Bemærk følgende fra https://wiki.openstreetmap.org/wiki/Da:Adresser :

  "osak:street_name=* er kun benyttet i tilfælde hvor der er blevet oprettet en 
automatisk rettelse af vejnavne via OIS-fixes siden. Tagget vil da indeholde 
det oprindelige vejnavn som angivet i OIS hvorimod addr:street=* vil indeholde 
det korrekte vejnavn.

Så husk ikke at ændre i osak:street_name=* for ellers kan botten ikke finde ud 
af det og importere adressen 2 gange."

Det giver god mening...

-- 
Jakob


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


Re: [Talk-dk] autoAWS første udkast

2018-04-17 Tråd Niels Elgaard Larsen
On Tue, 17 Apr 2018 11:13:12 +0200
Jonathan Hougaard  wrote:


> Mht. 4 - som nævnt tidligere, er min tilgang generelt (nødt til at 
> være), at data fra DAR er korrekt.

Men det er data fra DAR altså ikke altid. Datakvaliteten er høj, men
det er ikke perfekt.

> Jeg har ikke deltaget i den nævnte 
> diskussion, og kender derfor ikke argumenterne. Teknisk kan jeg godt, 
> hvis der er konsensus om det, rette forkortede vejnavne til deres
> fulde navn før de importeres. Dette kræver, at der er en eller anden,
> der laver en komplet liste med forkortelser og deres udvidede form
> (Dr. = Doktor, Nr. = Nørre osv.)

Men er dit system så smart nok til at vide at "Dr. Dorothea" er Dronning
Dorothea og ikke Doktor Dorothea?

> Umiddelbart har jeg lidt svært ved at forstå, hvorfor vi ønsker at
> ændre de tilsyneladende officielle vejnavne fra DAR,

Fordi de ikke er korrekte. Og de er heller ikke officielle. Det er bare
en database. Mange af fejlene i DAR skyldes at vejnavnene oprindeligt
er indtastet i et system, hvor der kun var plads til 20 tegn for
vejnavne. Det gør ikke Borgm.Jespersensvej til et officielt vejnavn, så
kommunen kører ud og skifter alle skiltene.

Det ser ud til at de fleste fixes på OIS-fixes nu er rettet i
DAR, (fx Tengslemrk Strandvej => Tengslemark Strandvej).

Men der var jo så et stykke tid hvor navnene var korrekte i OSM, men
endnu ikke rettet i DAR/AWS. Og måske har de rettet det fordi de så
rettelsen i OSM. Under alle omstændigheder kommer der sikkert nye veje
med fejl i DAR, som de vil være lang til om at rette.


> men som sagt
> kender jeg ikke argumenterne.


> Mht. position, som tidligere diskuteret et sted i forrige tråd, bør
> fejl rettes direkte hos DAR. 

Igen, der kan gå lang tid inden vi får rettet fejl i DAR.
Og hvis vi ved at data i OSM er forkerte, skal der være en måde at
rette dem i OSM indtil de bliver rettet i DAR.

> Hvis der er helt exceptionelle tilfælde
> hvor en adresseknude i OSM ikke skal placeres på den officielle
> placering (jeg kan ikke umiddelbart komme på nogen!),

https://overpass-turbo.eu/s/xYk
Mange af dem er rettet i DAR, så vi burde gå dem igennem og rydde op.

Men der er stadig mærkelige ting i DAR.

Fx at der både er Gl. Strandvej 237 i Humlebæk og Gammel Strandvej 237 i
Espergærde.

>  kan vi
> eventuelt anvende et specielt tag, så knuden bliver ignoreret
> (autoaws=ignore eller hvad ved jeg). Så vidt jeg forstår, har AWSbot
> haft en tilsvarende funktion.

Vi kan vel fortsætte med ois:fixme
 
> On 17/04/2018 10:26, Jakob Barfod wrote:
> >> I må meget gerne kigge beskrivelsen igennem og komme med forslag og
> >> kommentarer til dette.  
> > 1. Rigtig godt arbejde!
> >
> > 2. Foretrækker du, at diskussion foregåer her på talk-dk eller på
> > diskussionssiden på wiki'en? 2.a. Hvis her på talk-dk, så opretter
> > jeg lige en henvisning på wiki'en.
> >
> > 3. Henvisninger til AWSbot på diverse wiki-sider bør opdateres, så
> > AutoAWS nævnes i stedet. Ikke ment sådan, at _du_ skal gøre det,
> > men hermed efterlyses steder, hvor vi bør opdatere diverse tekster.
> > Fx... 3.a https://wiki.openstreetmap.org/wiki/Addresses#Denmark 3.b
> > https://www.openstreetmap.org/user/AWSbot 3.c
> > https://wiki.openstreetmap.org/wiki/Import/Catalogue/KMS 3.d Flere?
> >
> > 4. Konfliktende opdateringer? Hvem har ret, DAR eller OSM?
> > Jf. den gamle "Dr. Tværgade<>Doktor Tværgade"-diskussion, så lægger
> > jeg mærke til, at stavningen fra DAR bruges, hvis der er forskel:
> >
> > "Any one of the following conditions will trigger an update:
> > [...]
> > The position (lat and lon) of the node is not equal to the AWS
> > address position addr:street=* is not equal to the AWS street name "
> >
> > Er det hensigtsmæssigt? Hvad nu hvis en OSM-bruger har tilrettet
> > forkerte data (fx position eller stavning af vejnavn)? Det kan jeg
> > simpelthen ikke gennemskue. 
> 
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk



-- 
Niels

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


Re: [Talk-dk] autoAWS første udkast

2018-04-17 Tråd Jonathan Hougaard

Hej Jakob


Tak skal du have.

Lad os bare flytte diskussionen til wiki-siden, så undgår vi at sende en 
masse emails til folk der måske ikke er interesserede i projektet.


Mht. 4 - som nævnt tidligere, er min tilgang generelt (nødt til at 
være), at data fra DAR er korrekt. Jeg har ikke deltaget i den nævnte 
diskussion, og kender derfor ikke argumenterne. Teknisk kan jeg godt, 
hvis der er konsensus om det, rette forkortede vejnavne til deres fulde 
navn før de importeres. Dette kræver, at der er en eller anden, der 
laver en komplet liste med forkortelser og deres udvidede form (Dr. = 
Doktor, Nr. = Nørre osv.)


Umiddelbart har jeg lidt svært ved at forstå, hvorfor vi ønsker at ændre 
de tilsyneladende officielle vejnavne fra DAR, men som sagt kender jeg 
ikke argumenterne.


Mht. position, som tidligere diskuteret et sted i forrige tråd, bør fejl 
rettes direkte hos DAR. Hvis der er helt exceptionelle tilfælde hvor en 
adresseknude i OSM ikke skal placeres på den officielle placering (jeg 
kan ikke umiddelbart komme på nogen!), kan vi eventuelt anvende et 
specielt tag, så knuden bliver ignoreret (autoaws=ignore eller hvad ved 
jeg). Så vidt jeg forstår, har AWSbot haft en tilsvarende funktion.



On 17/04/2018 10:26, Jakob Barfod wrote:

I må meget gerne kigge beskrivelsen igennem og komme med forslag og
kommentarer til dette.

1. Rigtig godt arbejde!

2. Foretrækker du, at diskussion foregåer her på talk-dk eller på 
diskussionssiden på wiki'en?
2.a. Hvis her på talk-dk, så opretter jeg lige en henvisning på wiki'en.

3. Henvisninger til AWSbot på diverse wiki-sider bør opdateres, så AutoAWS 
nævnes i stedet. Ikke ment sådan, at _du_ skal gøre det, men hermed efterlyses 
steder, hvor vi bør opdatere diverse tekster. Fx...
3.a https://wiki.openstreetmap.org/wiki/Addresses#Denmark
3.b https://www.openstreetmap.org/user/AWSbot
3.c https://wiki.openstreetmap.org/wiki/Import/Catalogue/KMS
3.d Flere?

4. Konfliktende opdateringer? Hvem har ret, DAR eller OSM?
Jf. den gamle "Dr. Tværgade<>Doktor Tværgade"-diskussion, så lægger jeg mærke 
til, at stavningen fra DAR bruges, hvis der er forskel:

"Any one of the following conditions will trigger an update:
[...]
The position (lat and lon) of the node is not equal to the AWS address 
position
addr:street=* is not equal to the AWS street name "

Er det hensigtsmæssigt? Hvad nu hvis en OSM-bruger har tilrettet forkerte data 
(fx position eller stavning af vejnavn)? Det kan jeg simpelthen ikke gennemskue.




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


Re: [Talk-dk] autoAWS første udkast

2018-04-17 Tråd Jakob Barfod
> I må meget gerne kigge beskrivelsen igennem og komme med forslag og
> kommentarer til dette.

1. Rigtig godt arbejde!

2. Foretrækker du, at diskussion foregåer her på talk-dk eller på 
diskussionssiden på wiki'en?
2.a. Hvis her på talk-dk, så opretter jeg lige en henvisning på wiki'en.

3. Henvisninger til AWSbot på diverse wiki-sider bør opdateres, så AutoAWS 
nævnes i stedet. Ikke ment sådan, at _du_ skal gøre det, men hermed efterlyses 
steder, hvor vi bør opdatere diverse tekster. Fx...
3.a https://wiki.openstreetmap.org/wiki/Addresses#Denmark
3.b https://www.openstreetmap.org/user/AWSbot
3.c https://wiki.openstreetmap.org/wiki/Import/Catalogue/KMS 
3.d Flere?

4. Konfliktende opdateringer? Hvem har ret, DAR eller OSM?
Jf. den gamle "Dr. Tværgade<>Doktor Tværgade"-diskussion, så lægger jeg mærke 
til, at stavningen fra DAR bruges, hvis der er forskel:

   "Any one of the following conditions will trigger an update: 
   [...]
   The position (lat and lon) of the node is not equal to the AWS address 
position 
   addr:street=* is not equal to the AWS street name "

Er det hensigtsmæssigt? Hvad nu hvis en OSM-bruger har tilrettet forkerte data 
(fx position eller stavning af vejnavn)? Det kan jeg simpelthen ikke gennemskue.

-- 
Jakob


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


Re: [Talk-dk] Sammendrag af Talk-dk, Vol 105, Udgave 7

2018-04-17 Tråd Jørgen Elgaard Larsen

Anders Lund skrev:

Alle de pokkers små flækker ødelægger stedsøgningen (reverse geosearch fx på
osm.org) fra et bruger-synspunkt. Søgning efter adresser i danmark giver ret
absurde resulater, fordi flækkerne er punkter, og der ingen regler er for
hornår de er relevante.


Jeg vil mene, at de absurde resultater primært skyldes, at 
adressesøgningerne (begge veje) som regel ignorerer Karlsruhe-skemaet og 
udelukkende baserer sig på is-in.


Det er især et problem i Danmark, hvor vi følger Karlsruhe, men ikke har 
postnummer-områder i vores kort. De fleste adresse-søgestjenester går i 
panik, når en adresse ikke ligger i et postnummer-område. Så vælger de 
et place i nærheden.


Vi har tidligere talt om at lægge danske postnummer-områder ind i kortet 
- det ville hjælpe en del på adressesøgning.


- Jørgen

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


[Talk-dk] autoAWS første udkast

2018-04-17 Tråd Jonathan Hougaard

Hej alle


Tak for de mange input og kommentarer på min tidligere email om et nyt 
script til opdatering af adressedata i Danmark.


Jeg har opdateret wiki-siden, så den gerne skulle stemme overens med 
koden som den ser ud lige nu: https://wiki.openstreetmap.org/wiki/AutoAWS


I må meget gerne kigge beskrivelsen igennem og komme med forslag og 
kommentarer til dette.


Da enkelte af jer har været meget ivrige efter at få fingre i 
kildekoden, selvom den på ingen måde er færdig, har jeg uploadet den 
foreløbige kode her: https://pastebin.com/qtwkiUVa


Bemærk venligst, at de enkelte del-funktioner er nået et godt stykke 
vej, men jeg mangler stadig at samle det hele i main(). Desuden mangler 
jeg at indføre en hel del fejlhåndtering. Et par steder har jeg indført 
en die() for at undgå at arbejde med/indføre korrupt data, disse vil 
selvfølgelig blive erstattet af en lidt mere fornuftig fejlhåndtering.


Delelementer af koden er testet mod OSM's developer API. For eksempel 
vil i bemærke, at der nu findes næsten 1000 adresse-noder i Aalborg i 
denne ... (se 
https://master.apis.dev.openstreetmap.org/user/autoAWS/history)


Kommentarer på selve koden modtages også gerne, men som sagt er den 
stadig noget "grov i kanterne" da jeg egentlig ikke havde planer om at 
offentliggøre den i et så tidligt stadie.



Venligst

Jonathan


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