Organisationen er ny, stedet blev overtaget af ham der driver Brorsonsminde. Tilføjede ellers alle nye oplysninger i OsmAnd i det der blev osm.org/changeset/69336424, men kan se at softwaren har klokket i det og bare fjernet amenity helt. Har korrigeret i osm.org/changeset/69371137.

Jeg er rimelig sikker på at Bramming Bibliotek stadig står (https://www.esbjergbibliotek.dk/bibliotek/bramming).

Derimod er det tidligere rådhus, "Rådhusgrunden", på den anden side af gaden ved at blive ryddet (https://www.licitationen.dk/project/view/1855/radhusgrunden_i_bramming_nybyggeri_af_50_almene_familieboliger, https://www.ugeavisen-bramming.dk/bramming/Travlhed-paa-Raadhusgrunden/artikel/382294).
Jeg har tilføjet bygningen på nr. 2L igen som bibliotek, og lavet et under_construction på nr. 5-7 overfor i osm.org/changeset/68118755.

Hej Leif. Bemærk at den måde du anvender source på her, ikke giver et gyldigt sæt med et "url"-tag og et "source:url"-tag. Det man angiver med "source:url" er kilden til indholdet af objektets url-tag, og da objektet i dette tilfælde ikke har et url-tag vil de fleste formelle parsere formentlig bare ignorere denne information. Se osm.wiki/Key:source#Historic_usage_on_objects_and_attributes.
Bedre ville nok være kun at bruge "source", eller måske direkte putte linket i "website". Jeg har også engang gjort mig nogle tanker om at man burde tagge Slots- og Kulturstyrelsens egne referencer "Sted- og lokalitetsnr." og "Fredningsnr.", så der gives mulighed for at lave direkte referencer til deres systemer (hvem ved om kulturarv.dk findes om 10 år eller hvornår den redesignes). Sammenlign med osm.wiki/Key:fvst:navnelbnr.
Mikkel

Tak, du har ret, fortsatte vist bare lidt blindt med eksisterende tag. Rettet i cs:58960333.

Hej Niels.
Jeg vil gerne opfordre til at du bruger lidt mere tid på at validere/kvalitetssikre disse store og åbenbart semi-automatiske redigeringer foretaget med Osmose. Jeg har stor respekt for dit omfattende arbejde med OSM, og langt de fleste bidrag opfatter jeg som virkeligt gode. Dog ville et bare hurtigt tjek i kontekst af omgivelserne og/eller SDFE-ortofotolaget have tydeliggjort at de følgende ændringer i dette sæt ikke er korrekte, og dette er kun efter en overfladisk kontrol i mit umiddelbare nærområde;
Rundt fritidshus, residential->storage_tank ( osm.org/way/408363398), pavillion ved restaurant, building->storage_tank (osm.org/way/177817893), rund bygning, building->storage_tank ( osm.org/way/446853309),
rækkehuse, building->industrial ( osm.org/way/446853319), trunkeret URL (osm.org/way/448869596).
Ligeledes har jeg observeret at der er foretaget mange redigeringer fra Osmose af name i osm.org/changeset/54982818, som ser ud til kun at være baseret på automatisk tilretning efter retskrivning og versalregler. Også her er en rigtig stor andel af de ændringer jeg har tjekket i mit nærområde ikke korrekte ifht. skiltning og organisationernes egen brug (hvor hovedreglen fra osm.wiki/Key:name er "use the name as displayed on, e.g., street signs"). Eksempler her er; "COBRAcable"->"Cobra Cable" (osm.org/way/543192035). "dinTANDLÆGE Tjæreborg->"din Tandlæge Tjæreborg". "MinKØBMAND"->"MinKøbmand" (osm.org/node/1610355406, denne er ikke så entydig, organisationen anvender selv en blanding). "BOXIT Esbjerg"->"Boxit Esbjerg" (osm.org/way/87483041).

Hilsner,
Mikkel

Davs.
Det ser jo grangiveligt sådan ud. Jeg kommer ikke på stedet til dagligt, men har mappet efter en Mapillary-køretur for 1,5 år siden (https://www.mapillary.com/app/?focus=photo&pKey=8P3NPLa5v3CeH1TlqrDeFQ). Har lige prøvet at søge efter hvad der kunne være sket, men finder ikke umiddelbart noget om nedrivning. Kan se på en cached kopi af den lokale cykelklubs hjemmeside (http://webcache.googleusercontent.com/search?q=cache:uM9hcbirXTwJ:www.hsug.dk/cykell%25C3%25B8b+&cd=1&hl=da&ct=clnk&gl=dk) at det er en tidligere vandværksbygning ejet af kommunen, man har fået lov til at bruge som klubhus, så det lyder ikke usandsynligt at den kunne være fjernet.
Mikkel

Cool, have passed the excavations around Tjæreborg/Andrup daily for the last months without realising that it was COBRA being laid down.
Note that an almost complete tracé (parts near costal zone seems missing) is available from Energinet at; https://endk.maps.arcgis.com/apps/webappviewer/index.html?id=9b891fdd7aa34ec7b2532273694e9ec8
How the license of this data is I haven't studied, so don't base additions to OSM on it without being sure about that.

Fordi
1) osm.wiki/Key:contact giver indtryk af at tagning med namespace er "den nye rigtige måde" (formuleringen "the old tags")
2) jeg synes kategoriseringen giver mening (især i editorer med sorterede lister af tags giver det nemt overblik over kontaktoplysninger)
3) jeg finder det inkonsekvent at skulle tagge uden namespace for gængse kontaktoplysninger (website, phone, facebook) og med for mindre gængse (instagram, skype etc.)

Men jeg kan dog godt se at det er et ret omdiskuteret emne med holdninger fra prominente OSM-navne (https://lists.openstreetmap.org/pipermail/tagging/2012-April/009916.html, https://lists.openstreetmap.org/pipermail/tagging/2011-May/007645.html, osm.wiki/Talk:Key:contact). Har engang tjekket efter, og konstateret at de databrugere jeg selv anvender alle kigger både uden og med contact-namespace. Derfor er min antagelse at det er den udbredte praksis i applikationer, og at tilføjelse af namespacet derfor mindst bidrager med orden/kategorisering og ikke ødelægger noget.

Personligt synes jeg købmandens fornavn er irrelevant i name, hvorfor vil du havde det der? At putte felter i parentes er en formatteringsting, som vi helst skal overlade til databrugeren og kontekst.
Ifht. "place annotation" tænkte min struktur-hjerne som udgangspunkt at der burde være et entydigt name på tværs af kortet, og helst samstemmende med det som organisationen selv bruger om stedet. Men visualiserende et kort som slutprodukt, kan jeg godt se at det kun bidrager med unødigt rod at have stednavnet duplikeret i mange af POI'ernes name (som også argumenteret på osm.wiki/Talk:Proposed_features/Key:branch). Konklusion; jeg er overbevist om fornuftigheden i wiki'ens formulering, tak for sparket. Vil lige se om jeg kan finde en mere argumenterende formulering til wiki'en. Retter til name=SPAR, branch=Esbjerg, old_name=Kurts Supermarked. Desværre nej, Nominatim ser ikke ud til at kigge i branch endnu (https://github.com/openstreetmap/Nominatim/search?q=branch), og heller ikke umiddelbart nogen forespørgsler i issues på at tilføje det.

Det er en gimmick, de har manipuleret alle købmænds fornavn ind på facaden af deres butik på hjemmesiden. Fandt eksempel i Munkebo der havde et nyligt Mapillary-billede, virkelighed vs. hjemmeside; https://www.mapillary.com/app/?pKey=7oCXcFIGssP5kihQDF567A&focus=photo og https://spar.dk/butik/spar-munkebo. SPAR refererer selv til butikken som "SPAR Esbjerg", derfor synes jeg det er mest korrekt at anvende som name. Det giver også mening at kunne skelne butikkerne fra hinanden bare ud fra navn. Men du kan nok have ret i at Kurt skulle i old_name i stedet for alt_name.

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?