Ja enig residential ville være overkill, nøjes med mellemvejen.

Sidevejen Eskerodvej (38719396) må efter definiton være uden driveway, kun service, når betjener flere adresser/huse? Med navnetag, nu adresserne ikke er en del af Søbakken.

Nå sådan, ja så er den sikker nok, for cafeen linker også selv til smiley 90394724.

Niels, Cafe Klinker i Haslev har iflg. FVST (og /uni) navnelbnr 90394724, men pladsen er allerede optaget af et andet nr., du har rettet til og fra tidligere, så du kan nok bedst selv vælge det rigtige.
/asger

Helt en passant: mon garage er det rigtige tag til bygningen - wikien viser en almindelig garage som på dansk; altså ikke i den engelske betydning (bilværksted).

Jeg har hen ad vejen tagget på Borgen her i min egen by, uden at der skete nogen rendering af tagparkeringen.
De mange veje på Fisketorvet er ikke på taget allesammen, idet bygningen er "gennemsigtig". Du kan se vejenes horisontale placering ved at tilvælge vis kortdata og kigge på data for dem en ad gangen.

Jeg er desværre ikke sikker på mappingen af tagparkeringen holder, selvom den har medført rendering.
Selve tagparkeringen er i sig selv ganske vist okay, men grunden til den nu renderes er jeg bange for er, at den underliggende bygningsdel, eller sammenknytningen til den, er forkert.
Jeg har hidtil ikke fundet andre der ligner, og er noget i tvivl om konstruktionen er i tråd med de gængse principper.
Bygningen Føtex er lige nu en multipolygon (tagget level 0), med to medlemmer:
Bygningsomridset med rollen outer, og tagparkeringen (level 1) med blank rolle (som muligvis defaulter til outer).
I min enkle forståelse opstår der et sært sammensurium, når multipolygonen med level 0 også består af et medlem med et level 1, samt at de to outer-medlemmer 2d-geometrisk ligger indeni hinanden.
Det kan også være der er en anden og helt anderledes måde at gribe det an på, for den sags skyld.
Jeg håber der er andre, der kan bidrage til op- eller afklaring.

osm.wiki/Change_rollback
Jeg har hidtil foretrukket JOSM med reverter plugin.
Hvis ændringssættet ikke er éns eget, skal man som hovedregel afklare med ophavsmanden først.

Er ok nu. Så er der ro på :-)
Asger

Ups, det er nok lidt for skyd-først-spørg-bagefter ;-/
Jeg vil anbefale du reverterer ændringssættet, hvis du er fortrolig med det, eller beder nogen gøre det; jeg gør det også gerne.
Du skal ikke sætte dem tilbage manuelt, det kan man ikke på samme måde.

Godt klaret, og så er det bevist at det er muligt alligevel. Det kan jeg også selv bruge til noget, er blevet klogere i dag :-)
Jeg må vist også se at få studeret, hvilken rolle det i den sammenhæng spiller at Føtex'en er en relation.

Forresten, hvis nu ikke du kender det, så kan man som jeg har gjort bruge http://overpass-turbo.eu/ til at lede efter eksempler at undersøge, eller lære noget af andres mapping.
Man vælger "Hjælper" og skriver fx parking=rooftop og søger så i et kortudsnit, for at se hvor det tag er blevet brugt, for at nævne det allerenkleste. Også fx tag-kombinationer (and), eller wildcards (vilkårlig værdi, fx natural=* som er alle naturaltags uanset værdi). Overpass kan meget mere, prøv, og se i hjælpen og wiki.

Du vil gerne , at det kan ses på kortet, altså osm.org (=Mapnik).
Jeg mener at kunne yde den fattige hjælp at fortælle, det ikke kan lade sig gøre, hvis man tegner og tagger efter de rigtige principper ("mappe/tagge for databasen").

Før jeg begrunder, så skal lige indskydes, at du har brugt parking=surface, det må skulle være parking=rooftop ifølge amenity=parking
og muligvis endda også et tag for level (etagen i bygningens egen terminologi) og tag for layer (lagnummer af osm-kortdata)
-men det gør desværre ingen forskel i visningen, renderingen.

Jeg kan se, når andre laver parkering ovenpå en bygning, bliver parkeringsarealet ikke vist, andet end at der kommer et bleget P, som også hos dig.
Eksempelvis her: way/307503871

Dem det er lykkedes at få et gult areal på visningen af kortet har "snydt" ved at undlade tegne den bygning, parkeringen ligger på toppen af, ser det ud til.
Ej, "snydt" er bare for at polemisere, men man føler nu ikke helt samme tilskyndelse til at gøre det rigtige, når det ikke vises eller endda spolerer noget andet.

Min egen konklusion er, at en bygning tilsyneladende overtrumfer/skygger for tagparkeringen, og standardsvaret på sådan en problemstilling er normalt at der ikke er andet at gøre end vente på kortvisningen med årene bliver forbedret, og så trøste sig med at man i mellemtiden har lavet en tro datamodel.

Det er så langt JEG er kommet, men er også nysgerrig efter hvis der er en kommentar eller et bedre svar.
/Asger

Det er fordi vi jo er enige om at danske adressenoder principielt kun må håndteres af de dedikerede bots/scripts. Og hvis de HAR fejl (det tror jeg ikke lige denne havde), så er vi jo dog tilladt at tilføje noden tagget ois:fixme= og skrive wrong coordinates, eller hvad nu det er.

Hej, jeg har tilladt mig at delvis revertere dette ændringssæt, kun hvad angår adressenoden Løngang 1, for den kan kun være flyttet ved en fejl: hører til på den anden side af gaden, Sønderborghus.

Åh ja, så havde jeg alligevel set det før, i osm.wiki/Restauranter_og_Smiley_kontrolresultater
- men minde-forvekslede det med som vi efter lignende princip bruger ois:fixme til adressepunkter.

Har ikke meldt noget til fvst, men rettet/oprettet dem i osm.
Forkerte koordinater hos fvst på Kafé 93, Nordborg (navnelbnr70324206) (200m fejl).
Juventus Pizza, Frederiksborg (navnelbnr530916) forkert i Borgen Sø., hvor Castillo & Co i virkeligheden er (200km fejl).

Hej, og velkommen i projektet, det er rart med nye navne.
Foruden at studere wiki'en, er der jo også fx
https://lists.openstreetmap.org/listinfo/talk-dk
Selv har jeg desuden på flere måder meget ud af at følge med live, på http://expandable.dk/osm/index.html

Her må det være relevant at tillægge et relevant tag jvf.
nudism=*

Der er ingen source angivet, men det kan umuligt hedde Vindmølle Testcenter i to ord, medmindre de selv har lavet en sprogfejl (det sker!).
Jeg tror vistnok det officielle navn, de selv bruger, er Testcenter Østerild.
http://www.sebrochure.dk/windenergy-dtu/MailView/