Now done, including adjacent similar shop=online; osm.org/changeset/133917431

Hello Mateusz,

Thanks for noticing! This is my local neighborhood so I pass by there often ;).

Remember I was a bit doubtful at the time whether there was a shop because the place never presented itself as a shop.
Now I think office=company, company=it would be the best fit. The shop does advertise in local newspapers as if it is a regular computer shop but there is no shop as such on the ground.

I guess it would be possible to collect items if buying something by phone/website but not as organized as I perceive shop=outpost to be.

--
Regards,
Mikkel

Hej b-hold,

Ja, det er helt bevidst gjort, da den omtales sådan lokalt og er benævnt sådan på flere skilte i området, hvilket er helt konsistent med Naturstyrelsens side i website-tagget og [andre kilder][1]. Kan dog godt se at Stednavneudvalgtet øjensynligt bruger ubestemt ental i stedet for bestemt (af en eller anden grund kan den ikke fremsøges på http://www.stednavne.info).

Nogle steder omtales hele området, ikke bare søen, som Skavemose(n), og søen som Husby Badesø, bl.a. på [skiltet der står ved søen][2] og [noget marketingsmateriale][3].

Jeg har rettet tilbage til Skavemose, og suppleret med Husby Badesø i alt_name i [Ændringssæt: 118570186][4].

Mikkel

[1]: https://www.visitnordvestkysten.dk/nordvestkysten/planlaeg-din-tur/badesoe-skavemosen-gdk1042050
[2]: https://mikini.dk/wp-content/uploads/2022/03/wp-1647469735063.jpg
[3]: https://discoverdenmark.dk/activities/husby-badesoe
[4]: osm.org/changeset/118570186

Sure did. Thanks for the heads-up. Fixed in [117980218][1].

[1]: osm.org/changeset/117980218

Halløjsa.
Hvorfor tilretter du ikke den eksisterende mast der er placeret få meter væk (osm.org/node/8843353149) i stedet for at tilføje en dublet?

Det er jo meningen vi skal samarbejde om et fælles kort, ikke skabe oprydningsarbejde for hinanden.

--
Hilsner,
Mikkel

Ruten findes nu som en ny relation; osm.org/relation/12128557

Synes nu at der er indikationer[1][2] på at dette er (blevet?) en fint opmærket rute.

[1]: https://genforeningen2020.dk/arrangementskalender/?place=Kolding+Kommune&activity=4094
[2]: https://facebook.com/graensestien/

Når Peter nu bekræfter at stelen er derude et sted, så lad os da endelig bare forsøge at få den placeret rigtigt. Jeg kommer også i området, og undrede mig bare over hvad der pludselig skulle være sat op i hundeskoven ;).

Men det havde da været fint hvis der lige havde været en notits i "source" om placeringens usikkerhed, som Asger også plæderer for.

Ved du med sikkerhed at den er i hundeskoven? Eller kan den risikeres at være i plantagen på den anden side af vejen?
Er det reelt en stele (https://da.wikipedia.org/wiki/Stele) der er 1 m høj, som tagningen beskriver? Så burde den jo være til at se, men ovenfor antyder du at det måske ikke er tilfældet.

Har kigget lidt på https://voldmester.dk/ uden umiddelbart at finde nogle spor af Kresten Degn.

Hej Peter.
Er dette et fremtidigt mindesmærke? Står på stedet, og her er mest bare træer ;).
Kan du henvise til noget information om Krestens historie?
--
Mikkel

Stedet hvor der skete "absolut ingen ting"?![1] Må besøge det ved lejlighed ;).

Fandt du Dambos Anker Drømmefanger[2] mens du var på besøg? Var forbi nogle af hans trolde på Sjælland på en sofamappetur for nylig[3], men kunne ikke grave frem hvor den nye på Fanø er placeret. Der skulle være et spor på trollmap.com[4], for de interesserede.
--
Mikkel

[1]: osm.org/node/7857135525
[2]: https://ugeavisen.dk/esbjerg/artikel/fan%C3%B8s-troldegave-er-endt-p%C3%A5-lossepladsen
[3]: osm.org/relation/11600107
[4]: https://trollmap.com/#/@55.449x8.4075z16

Continuation of truncated comment, see [1];
"ndustrial area and updates/additions of POIs in Esbjerg & Ribe."

[1]: https://github.com/openstreetmap/iD/issues/7943

Hejsa.
Tak for opmærksomheden, og beklager de ekstra "addr:*" tags.

Det er mobil-applikationen Vespucci der har en meget fin, i hvert fald hvis man ikke har fuld adressedækning som i DK, og automatisk "address prediction"[1]. Selvom jeg har deaktiveret den så meget som muligt, formår den indimellem at få sat nogle tags.
--
Mikkel

[1]: https://vespucci.io/help/en/Property%20editor/#add-address-tags

Hejsa Uffe.
Når åbningsdato er kendt vil jeg foreslå at dette tagges på objektet i stedet for blot at skrive det i ændringssætkommentaren.

For en fremtidig åbningsdato kan dette gøres med "opening_date="[1].

På den måde har tilpas avancerede dataforbrugere nok data om objektet til at vise det korrekt efter åbningsdatoen, uden at en manuel opdatering af objektet er påkrævet.

Måske brug af lifecycle prefix[2] også var en overvejelse værd til at indikere opførselsstatus. Det vil sige ét tag ("construction:highway=cycleway) i stedet for to ("highway=construction, construction=cycleway").

--
Hilsner, Mikkel

[1]: osm.wiki/Key:opening_date
[2]: osm.wiki/Lifecycle_prefix

Hvad er grunden til at du anvender det meget lidt udbredte "closed" lifecycle prefix? Det mest anvendte er klart "disused" der har ca. 150000 anvendelser (https://taginfo.openstreetmap.org/search?q=disused%3A) mod de ca. 1000 for "closed" (https://taginfo.openstreetmap.org/search?q=closed%3A).

Dokumentationen siger "Duplicate of disused" om det (osm.wiki/Lifecycle_prefix#Less_common_prefix_values), så de to burde være funktionelt identiske. Umiddelbart ser det da også ud til at de bliver opfattet ens af osm-carto i OSM's renderede tiles. I iD ser jeg dog at noder med "closed" vises som helt generiske, men med "disused" vises de som en variant af det egentlige tag (i dette tilfælde som "shop"), så her gør det en forskel.

Takker, så det lige selv da jeg gennemgik mine seneste ændringer. Det kommer af Vespucci Android-editoren (https://vespucci.io/) der har en irriterende "address prediction"-feature der autotilføjer adresse hvis man ikke passer på.

Anvender også "lean_to" (med underscore) som udgangspunkt på shelters, men her synede konstruktionen mere af en egentlig hytte (https://images.jfmedier.dk/images/e/ed/ed3/ed3b7328-323c-4168-8fcb-db28afe5bbb6_0_90_0_0_3543_2365_1440_961_f1e48709.jpg) derfor brugte jeg "basic_hut".
Ved nærmere studie af både hytte og "shelter_type"-dokumentationen (osm.wiki/Key:shelter_type) er "lean_to" dog også mest korrekt her, da disse stadig har én åben væg, og dermed ikke er en hytte.

Fin Commons-kategori, har vist nogle billeder jeg kan smide derpå også ;).

The only address node change seems to be Østertoften 100 (osm.org/node/3037438218) which had somehow been attached to the surrounding building. This was fixed in
osm.org/changeset/81546348. As iD has no way to edit the coordinate manually it was placed approximately at previous location, AutoAWS should adjust it to the correct DAR location at its next pass of the area.

Hi there, thanks for the attention to my v1 of this object and sorry for causing the fuzz by mistakingly using the wikidata key in the first place (I blame iD autocomplete apart from my obvious sloppiness in reviewing changes).

Indeed a postfixed language id in the key is what is called "Secondary Language" (see osm.wiki/Key:wikipedia#Secondary_languages) for use when wiki article structure doesn`t match between languages. I admittedly sometimes mix this up with the normal use of prefixing it in the value.

Both constructs do get passed correctly by the OSM website but the secondary approach obviously requires a more complex parser for any data consumer wanting to relate to the key so it should only be used when necessary.

Happy mapping.

Takker, godt at vi abonnerer på en kollaborativ wikiwikiworld ;). Var ikke bekendt med de sekundære wikipedia/wikidata-tags, smart (osm.wiki/Key:wikipedia#Secondary_Wikipedia_links). Ser også at jeg anvendte sprogspecifikation i key fejlagtigt, det er til tilfælder hvor information kun findes på pågældende sprog.

Jo, eller rettere ukorrekt. Det kommer af OsmAnds "nemme UI" til at vælge POI-type der ikke synliggør særligt tydeligt hvad man faktisk har valgt.
Det bliver lidt hastigt når man sidder på mobilen og skal notere mens man drøner forbi, men synes det er bedre at få interessepunkter direkte i OSM med småfejl end at de mangler. Tak for tilretningen.