Revisiting "Kurt" caused by Hjart's recent changeset where the shop tag was moved onto the building (osm.org/changeset/48944635). As I mentioned in the Mapillary thread the "Kurt" reference has been used for this place for many years. I lived around the corner from 2003-2010 and at that time it was already kind of obsolete because it wasn't officially part of the name. It was however almost exclusively referred to as "Kurts supermaked" by most people in the area. I managed to find a reference to the name in local newspaper JV (http://www.jv.dk/esbjerg/Mand-tog-10-aarig-dreng-i-kraven/artikel/281542). And digging even further I found the official company registration of the now defunct entity that operated the supermarket under the name "Vivo Kurt's Superm v/K Jacobsen" between 1979 and 2002 (look at section Historiske stamdata of https://datacvr.virk.dk/data/visenhed?enhedstype=virksomhed&id=85671510), so there... I've added "Kurts supermarked" to alt_name in osm.org/changeset/49501027 ;).

Halløj JK. Det ville være fint om du lige kommenterer eller angiver kilde når du som her fjerner source og angiver/fjerner ref-tags. Det er svært at vurdere om ændringerne beror på fri fantasi, formodninger eller er taget fra en autoritativ og korrekt kilde.
Hvorfor har du fjernet den aeroway=apron der var midt på taxiway D (osm.org/way/4868623)? Den ser da meget valid ud synes jeg.
Mikkel

Fint. Ja, både Gazell og LP Guld er overtaget af andre og har skiftet navn, se http://www.esbjerg-storcenter.dk/gazell-no-1/ og http://www.esbjerg-storcenter.dk/index.php/lp-ure-guld-og-solv/. Har rettet dem og lidt mere i osm.org/changeset/49057923. Jeg mener også at have set ophør-skilte hos Alma & Anton, men er ikke helt sikker.

Hej Niels. Har du nogle kilder på at Østerlandsret (vel retteligt Østre Landsret?) har en tilstedeværelse her i Vestdanmark på Dokken 10? Alt jeg kan finde (http://www.domstol.dk/esbjerg/) siger at Retten i Esbjerg holder til på Dokken 1 (osm.org/way/97364140), hvor der samtidigt er bitingssted for Vestre Landsret (http://www.domstol.dk/VESTRELANDSRET/PRAKTISKEOPLYSNINGER/BITINGSTEDER/Pages/Esbjerg.aspx). Jeg finder intet om Østre eller nummer 10.

Hej Fnagh, velkommen til OpenStreetMap og tak for dine bidrag. Vær opmærksom på at noder tagget med source="AWS Web API" og "osak:*" er automatisk importeret fra det officielle adresseregister "Danmarks Adresseregisteret" (aka. DAR), se mere om det på http://danmarksadresser.dk/dar og http://aws.dk/. De bliver løbende ajourført, selvom frekvensen er lidt ustabil, da det vist stadig er en delvist manuel process. Derfor er det altid en dårlig ide at ændre ved dem overhovedet, undlad at tilføje tags eller flytte/ændre på dem, da det komplicerer den automatisk opdatering og dine ændringer risikerer at blive overskrevet med (måske stadig fejlagtige?) data fra DAR. Hvis en adressenode er forkert, bør den rapporteres til den autoritative myndighed, som er kommunen hvori den ligger. Se vejledning fra DAR på http://danmarksadresser.dk/rapporter-fejl. Du kan finde mere information fra OSM-fællesskabet om dette emne på OSM-wikien; osm.wiki/Da:Adresser. Velkommen igen, og god mapning. Mikkel

It worked; http://nominatim.openstreetmap.org/q=ringelnatter

Tagging broadly as historic=yes doesn't make the name searchable, historic=ruins does.

Jeg var forbi i dag og tog Mapillary med på P-dækket;

https://www.mapillary.com/app/?pKey=fvWAXjd7M39KBC5Bjlu8TA&focus=photo

https://www.mapillary.com/app/user/mikini?pKey=dtuVwi7cR3KcwX7TjvamPA&focus=photo

Blæret!

Hvad med kilden? Har jeg ret i at du bare har studeret http://broenshopping.dk/oversigtskort/ godt og grundigt?

Har forsøgt at mappe parkeringsdækket på taget, men synes der var svært lidt vejledning at finde i denne situation, se f.eks. osm.wiki/Tag:amenity%3Dparking.
Se også ændringssættet; osm.org/changeset/47553169

Thanks. I think this is a consequence of a bug in iD that discards the auto-completed part of a tag when tabbing to complete. Usually I'll notice and correct it manually but apparently not always. Will attempt to find a method to reproduce reliably and report.

Hej mths.
Velkommen til området. Beklager mine Mapillary-kvalitetsproblemer, har haft en halvgammel og halvsmadret telefon der nogle gange har haft åbenlyst svært ved at fokusere, og andre gange har Android-applikationens bug #1892 (https://github.com/mapillary/mapillary_issues/issues/1892) spillet et puds. Jeg requester manuel rotation så snart jeg bliver opmærksom på roterede sekvenser. Nu er telefonen helt død, derfor jeg er lidt i stilstand for tiden (foruden alm. travlhed og alt det andet liv).
God mapning.
PS: kender du til https://lists.openstreetmap.org/listinfo/talk-dk?

Vestre Strandvej 10 er helt nedrevet, og grunden jævnet, derfor fjernede jeg bygningen og lavede et construction=yes felt. Antager at der skal bygges nyt på et tidspunkt.

Se dokumentation på mapillary:
oktober;
https://www.mapillary.com/map/im/MOiaylePHZR4nKO1vcy3nQ/photo
april; https://www.mapillary.com/map/im/2NYse6xKp-apM724TQ5iDg/photo

Ja, der er desværre et stort offset på mange bygninger i Tjæreborg ifht. hvad der også virker korrekt på mig nu med Bing/GST. Jeg tror jeg har tegnet mange af dem i Potlatch i sin tid, som næsten må have haft uheldige defaults (nok på Fugro-laget) på et tidspunkt.

Jeg retter de værste til når jeg kommer forbi dem, men har ikke haft mod på en masse-rettelse endnu. Bruger du sådan noget som JOSM's imagery_offset_db-plugin (osm.wiki/Imagery_Offset_Database) til at holde styr på offset?

Den nye placering af node osm.org/node/342361634 (Tjæreborg Stationsvej 33) er ikke korrekt. Den fysiske bygning ligger i hvert fald på den gamle lokation.

Selv om jeg er gammel i gårde i OSM, er jeg ikke helt opdateret på hvordan importen fra AWS foregår, så jeg er i tvivl om hvordan jeg skal håndtere denne situation.
Hvor er det rigtige sted at rapportere? Kan se at elgaard har en fejl/modifikations-liste på https://github.com/elgaard/OpenStreetmapAddressData, men er det data AWSbot vil tage hensyn til? Det er ikke umiddelbart klart.
Ville det ikke være smart om man på AWSbots brugerside (osm.org/user/AWSbot) kort forklarede om botten, og henviste (om muligt) til gældende dokumentation om import-proceduren? Så er folk der kigger changesets ikke helt efterladt i mørket.

Det ser jo fint ud. Men sporet burde vel tagges med noget mtb-specifikt når det nu er beregnet til det? Vi er enige om, at den ikke er fortjener en cycleway, wikien anbefaler også path, så det er ændret. Ser at mtb:type ikke er approved, men at "man bruger" mtb:scale som hovedtag. Dens wiki giver lidt mere mening, så må vi se hvordan det tager sig ud. Tak for hjælpen.

Den gamle havelåge bliver nok lidt træt af dig hvis du tager den med derud ;).

Sidder og prøver at finde ud af hvordan man tagger MTB-router korrekt, synes wikien er noget rod; osm.wiki/Mountain_biking

Har andre steder bare smidt et mtb:type på og håbet at det var til nytte for nogen.

Hey Hjart. Takker for hjælpen. Sættet blev lavet under familiebesøg, så det var lidt med venstre hånd, og flere tags var rustne i hukommelsen ;).

Tak for info. Jeg har ikke anvendt eller studeret routning særlig meget, så har ikke specielt meget kendskab til problemstillingerne.

Jeg synes dog ikke, som talk-dk også har været inde på, at man skal mappe til routeren. I hvert fald ikke med generiske tags. Her er pladsen bare sort asfalt uden båse eller veje, så jeg synes det vil være kunstigt at tilføje en sti eller vej.

Det er vi sådan set enige om, det er også min generelle politik at separere features hvor de er urelaterede. Specielt også hvor det drejer sig om større områder, som kan være svære at overskue ved senere redigeringer.
Men når de fysiske features er i samme skala og tydeligvis hænger sammen, og formentlig vil blive ved med at gøre det (som f.eks. her med stier der følger kanten af en eng), synes jeg det er en bedre repræsentation af virkeligheden at bruge dele af den eksisterende model, end at tilføje en ny parallel/redundant repræsentation.

Hejsa.
Gode detaljer du tilføjer med Fugleværnsfondens reservater. Er det typiskt at de er fysiskt afmærkede så man kan identificere dem i marken/luftfoto? Eller er det bare et sæt koordinater du mapper efter?

Var det ikke en ide at henvise til det enkelte reservat på hjemmesiden i source/website? F.eks. for Råbjerg Mose website=http://www.fuglevaernsfonden.dk/fuglereservater/raabjerg-mose. Og måske også angive reservatnummeret (her 21), hvis det ellers er en reference der er anvendelig generelt.

Er det orto_sommer_2014 (http://kortforsyningen.dk/indhold/webtjenesteliste) du mapper efter når du skriver "Geodatastyrelsens overflyvning", eller findes noget nyere?

De skulle have overfløjet med noget højdemodels-udstyr her i foråret, men det er vist ikke foto, siden de også har fløjet om natten (http://gst.dk/nyheder/nyhedsarkiv/2015/maj/gyseren-fik-en-god-afslutning/).

Efter lidt roden rundt og sammenligninger, kan jeg se at det gst-lag der er default i min (nyeste r8800) JOSM i hvert fald er ældre end sommer 2014. Og den bing jeg normalt bruger er også ældre. Kan dog ikke lige umiddelbart få WMS'en fra kortforsyningen til at fungere direkte i JOSM.

Arh, sad og rodede efter roundabout i Potlach, som ikke formåede at hjælpe mig med at huske junction tagget ;). Takker, for hjælpen i osm.org/changeset/27448004.