> 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å
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
> > 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
> 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å
>
>
> 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
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
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