Please note that this is not a roundabout and that I have reverted this change

Velkommen til vores projekt iøvrigt og tak for dine bidrag. Jeg har bemærket dig før og også rettet lidt på nogle ting.

Jeg ved ikke hvornår det bliver. Det er en anden bidragsyder, der står for den del. Det bliver generelt når han har tid. Du kan se på historikken for punktet at det blev ført tilbage for kun 4 dage siden: node/340580010/history

Fejlplacerede adresser er det bedst at melde til kommunen

I have corrected this according to the sign: https://www.mapillary.com/map/im/5AFUB2IWMmoj4w2C-ALDgg

Bemærk at vi har scripts der flytter eventuelt vildfarne adresser tilbage til de koordinater de har i det offentlige adresseregister.

I've been looking at the history of the area a bit now and I'm still not entirely sure who's responsible for what. Important thing now is that it all works again, so I think it's better to leave it as is.
I don't putting the coastline in a relation would solve anything.

Selvfølgelig. Det jeg lavede var i et vist omfang foreløbigt. Jeg er enig i at en selvstændig polygon der omfatter hele byen inklusive industri etc vil være det optimale

To me it does too, but apparently the official norwegian mapping agency thinks otherwise

I fixed it, so that now there's only 1 outer (and 3 inners)

The multipolygon was split south of the E 39, so that we had 2 outers bordering each other.

At bynavnet ikke fremtræder på vores standardkort skyldes (efter min mening) en klar mangel i renderingen af dette, ikke at der var fejl i vores data.
Bemærk at f.eks. Rødding (relation/6533633) heller ikke vises på vores standardkort, men vises fint på f.eks. Mapillary og på rejseplanen.dk (når man har fundet en rejse).
Når man søger på en by, hvis bynavn etc kun er markeret med et punkt kan søgemaskinen ikke vide hvor stort et område byen dækker og zoomer derfor til et område der specielt i tilfælde af små landsbyer dækker et meget større areal end selve landsbyen. I visse tilfælde gør dette at det kan være en udfordring yderligere manuelt at skulle zoome ind for at finde landsbyen. Defineres landsbyen i stedet som et område zoomer søgemaskinen direkte til byen, så unødigt bøvl undgås.
Jeg har eksperimenteret med overførsel af bynavne til områder dels for at få noget erfaring med det og dels for at kunne argumentere for omsider at kunne få bynavne på områder vist: https://github.com/gravitystorm/openstreetmap-carto/issues/103#issuecomment-307578153

Det var mig der flyttede tags fra place=* noden over på polygonen. Hvorfor flyttede du dem tilbage?

Hvis en adresse er placeret forkert er det bedst at melde det til kommunen, da vi har vores adresser (og placeringen af dem) fra det officielle adresseregister.

Det er helt fint at bruge layer=* tags til formålet.

Brug venligst ikke bridge tags på andet end veje. Jeg har slettet flere eksempler allerede.

Det ser ikke ud til det. På den anden side er tagget jo allerede anvendt 50k gange (de fleste endda før wiki artiklen blev oprettet), så det er ikke usandsynligt det kommer. Bemærk dog at ikke alle anvendelserne følger beskrivelsen i artiklen (prøv at køre søgningen over et område i London)

Indtil videre må det formentlig være lidt efter smag og behag.
Jeg er begyndt at forsøge mig med branch tagget: http://overpass-turbo.eu/s/pJl
Jeg er dog endnu ikke begyndt at prøve af hvorvidt det hvorvidt det (kan) fungerer efter hensigten.

Med hensyn til stednavne (på butikker), kan det være en god ide at være opmærksom på osm.wiki/Shops#Name (sidste paragraf)

Bemærk venligst at vi nu har slettet flere dubletter af node/4826633622