Hejsa.
On 8/25/19 11:40 AM, Niels Elgaard Larsen wrote:
> Det er jo fri software så vi kunne hurtigt få det til at køre på en
> anden server.
Fri software er autoAWS faktuelt ikke.
Ingen af forfatterne til AWSbot (Stephen) eller autoAWS (Jonathan) har
deklareret hverken ophavsret eller distribu
søndag den 25. august 2019 11.40.33 CEST skrev Niels Elgaard Larsen:
> On Sun, 25 Aug 2019 10:10:00 +0200
>
> Michael Andersen wrote:
> >> 'For mange kokke fordærver maden'
> >
> >Det kan selvfølgelig ske, men der er jo en vis risiko for at den ene
> >kok vi pt har forsvinder i et længere tidsrum
On Sun, 25 Aug 2019 10:10:00 +0200
Michael Andersen wrote:
>> 'For mange kokke fordærver maden'
>
>Det kan selvfølgelig ske, men der er jo en vis risiko for at den ene
>kok vi pt har forsvinder i et længere tidsrum og vi så pludselig står
>helt uden mad.
>
Ikke et ret langt tidsrum.
Det er j
lørdag den 24. august 2019 22.54.03 CEST skrev o...@workmail.com:
> > Her må jeg lige bemærke at autoAWS, som det kan ses af
> > http://hdyc.neis-one.org/?autoAWS har holdt pause fra midt i marts og
> > indtil 12. august. Et par korte kommentarer vedrørende sagen findes på
> > https://www.openstree
> Her må jeg lige bemærke at autoAWS, som det kan ses af
> http://hdyc.neis-one.org/?autoAWS har holdt pause fra midt i marts og indtil
> 12. august. Et par
> korte kommentarer vedrørende sagen findes på https://www.openstreetmap.org/
> changeset/73274922.
>
> Personligt synes jeg det vil være
> En mellemvej, der også ville fange dette eksempel, kunne være at autoAWS
> kigger på om der eksisterer to instanser af samme adresse og så vælger
> ikke at importere de der evt. har tekniskstandard=UF.
> Jeg er dog i tvivl om det med den nuværende tilgang for autoAWS-logikken
> er ladsiggørligt
Halløjsa.
Den 23. august 2019 12.32.04 CEST, Hans Gregers Petersen
skrev:
>> Men kunne vi ikke ignorere den slags adresser når vi importerer til
>OSM?
Som jeg lige forstår specifikationen af nøglen "tekniskstandard"[1][2]
for DAR-adresser, så er værdien "UF" et potentielt udgangspunkt i en
adres
>
> Tak for forklaringen.
> Men kunne vi ikke ignorere den slags adresser når vi importerer til OSM?
Der er desværre fortsat en del valide adresser (små 300.000), der er
UF-adresser.
Men jo på sigt vil det formodentligt give mening alene at se på TK, TD
og TN - og for nu kan man bruge det i tvivls
On Thu, 22 Aug 2019 10:32:50 +0200
Hans Gregers Petersen wrote:
>Det hintes der også om ved at se på den tekniske standard for adressen:
>Fredensborg giver "UF" (uspecificeret eller foreløbig) -
>http://dawa.aws.dk/adgangsadresser/0a3f507e-aa76-32b8-e044-0003ba298018
>Helsingør giver "TK" (bygn
Hej Niels,
> Der er i alt ikke gjort et stort arbejde for at rydde op i samme
> adresse i forskellige postnumre:
>
> https://www.openstreetmap.org/node/1364214878
> https://www.openstreetmap.org/node/341019079
Der er også gjort et stort stykke arbejde dér (blandt andet med hjælp
fra undertegnede
On Wed, 21 Aug 2019 11:58:05 +0200
Hans Gregers Petersen wrote:
l.
> Der er gjort et stort arbejde for at rydde op, kan du komme med et
>eller flere eksempler på, hvor der er separate veje med samme navn i
>samme postnummer.
Der er i alt ikke gjort et stort arbejde for at rydde op i samme
adres
Den tir. 13. aug. 2019 kl. 23.20 skrev Jørgen Elgaard Larsen :
> Der burde ganske vist ikke være flere veje med samme navn i samme
> postnummer - men det ved jeg af erfaring, at der er.
Adresselovens §3 stk 3 forhindrer i det mindste, at der kommer flere til.
Der er gjort et stort arbejde for at r
Den tir. 13. aug. 2019 kl. 23.20 skrev Jørgen Elgaard Larsen :
> Der burde ganske vist ikke være flere veje med samme navn i samme
> postnummer - men det ved jeg af erfaring, at der er.
Har du et eksempel? Hvordan klarer postvæsnet den?
Hm, hvis man har alle adressedataene nede, burde de egentlig
Den tir. 13. aug. 2019 kl. 22.23 skrev Jørgen Elgaard Larsen :
> Men jeg har også været ude for, at kommuner bare har været stædige og
> ikke ville rette. Især husker jeg en kommune, som nægtede at oprette en
> manglende adresse for en indgang tii en bygning, til trods for at
> indgangen var skilte
Ole Laursen skrev:
Ved at registrere det direkte på adresseknuderne med et tag så AutoAWS
fatter hvad der er sket. Der er lige pt. et ignore-tag man kan putte
på. Jeg tænker, optimistisk, at det må kunne lade sig gøre at løse det
her på en nogenlunde elegant måde hvis bare AutoAWS kan bringes til
Ole Laursen skrev:
Har du erfaringer med om de så ender med at rette det?
Nogle gange.
Men jeg har også været ude for, at kommuner bare har været stædige og
ikke ville rette. Især husker jeg en kommune, som nægtede at oprette en
manglende adresse for en indgang tii en bygning, til trods for
Den tir. 13. aug. 2019 kl. 15.16 skrev Jørgen Elgaard Larsen :
> På Rashers side kunne man se kort over, hvor der var adressenoder uden
> en tilsvarende vej i nærheden (det kan man også nu på osm.elgaard.net)
Ja, Rashers side var super.
> I øvrigt er der stor forskel fra kommune til kommune på, h
Den tir. 13. aug. 2019 kl. 15.15 skrev Niels Elgaard Larsen :
> > - Gør det lettere at lave og vedligeholde en rettelse direkte i OSM,
> > f.eks. ved en AutoAWS for dummies-guide, og måske også ved at forbedre
> > AutoAWS' håndtering af senere opdateringer
>
> Kan du beskrive lidt nærmere, hvordan
Ole Laursen skrev:
Det kan sikkert løses, men jeg ved ikke om vi i stedet skal gå efter
at nedlægge OISfixes?
Det synes jeg ikke. Så skal vi i hvert fald lave noget tilsvarende.
Vi havde engang et rigtigt godt QA-værktøj i samspillet mellem
adresseimporten, OISfixes og osm.rasher.dk
På Rash
On Tue, 13 Aug 2019 14:35:56 +0200
Ole Laursen wrote:
> Hej allesammen!
>
> Jørgen Elgaard har gjort opmærksom på at man ikke kan lave nye
> rettelser i OISfixes fordi AutoAWS-importeren ikke længere importerer
> nogle bestemte tags som kommunerne bruger til at identificere vejene
> med.
>
> De
20 matches
Mail list logo