https://www.retsinformation.dk/eli/lta/2021/1986#idd8a31e5c-14c7-4f6d-a9d9-388a41680b4c

Den bliver især brugt af de omkringboende ud fra mine egne erfaringer, for ved højvande er det svært at benytte kysten.
Desuden er der ikke markeret noget om privat eller anden skiltning i området. Den bliver vedligeholdt med græsklipning, så det ser ud til at grundejerforeningen holder den vedlige.

Kunne du så ikke dele skovområdet op i to og give luft til alleen mellem dem?

Jeg har da ikke noget imod at du flytter punktet lidt til højre.

Helt fint at du spørger.
Jeg kan ikke svare dig på, hvordan programmer og brugere agerer i forhold til POI, det kræver specialviden og indsigt i en helt særlig grad. Måske ved nogen noget om det på Talk-dk?

Jeg undskylder gerne at jeg, ligesom mange andre mapppere, ikke lige fik angivet kilden til mine ændring.

Det er baseret på lokal viden om stedet og jeg har stået udenfor butikken og set det. Jeg kan sende dig et billede af stedet, hvis det giver mere ro.

Hvad er grunden til din pludselige historiske interesse i mine ændringers kilder og ikke andre mapperes ændringssæt?

Fordi punktet er flyttet hen til der hvor butikken fysik ligger.
Til højre for opgangen til nummer 48 set fra gaden.

Blot et godt råd.
Kunne du ikke være lidt mere åben med kildeangivelser?

Eks. Æblelunden, som viser sig at være en ting fra en hjemmeside:

http://smagpaaaarhus.dk/byhave/aeblelunden-i-skejby/

Du kan sætte den slags som kilde i dit ændringssæt eller som web-tag på skoven. Ellers kommer du til at opleve, at dine rettelser bliver sat tilbage eller fjernet af andre mappere, som ikke har din viden om stedet og kilderne.

Jeg ved du følger med på Talk og her kan du se at selv Lufthavnen ligger et forkert sted.
Almindelige brugere er derfor afhængig af datakvaliteten og uden adresseoplysninger i POI, så mangler disse data i applikationerne.
Det er stadig OSM der leverer data til brugerne.

Ja og netop derfor bør POI indeholde adresseoplysninger på databaseniveau.
POI er jo et objekt på linje med alle andre objekter i databasen og egenskaben Adresse er en af dem, der kan gives til den.
Det kan ikke være slutbrugeren, der efter at have fundet sit POI, skal skifte til en anden applikation for at finde flere oplysninger.
Jo flere enkeltoplysninger, der kan findes i et POI, jo enklere er det for applikationerne at finde eks. adressen.
Eks. http://openpoimap.org/ som viser POI udfra OSM-data. Kigger på i eks. Tyskland, så findes adressen også på POI-objektet. Tilsvarende er alle adresseoplysninger rydder i Danmark.
Så der er en tydelig afvigelse med POI-data i DK i forhold til resten af verden.
Jeg er stadig ikke overbevist, at metoden med at man i DK fjerne adresseoplysninger på POI giver nogen mening i forhold til OSM i det hele taget, eller om det er noget vi i DK er blevet "opdraget" til af en eller flere progressive mappere.

Hvis jeg i OSM søger på 'Bruuns Antikvariat', så får jeg

"Boghandel Bruuns Antikvariat, Herluf Trolles Gade, Trøjborg, Aarhus Ø, Aarhus, Aarhus Kommune, 8000, Danmark"

Gadenavnet kom med her.

Så langt så godt. Nu skal jeg så blot finde ud af hvor på gaden jeg finder punktet. Havde det været Frederikssundsvej ved Kbh, så ville det tage lidt tid finde.

Et eller andet siger mig, at man skal have den rette søgemaskine, for at få kombineret POI og adressepunkt.

Kan jeg få dig til at søge på et andet antikvariat i nærheden nemlig 'Clemens Antikvariat' i OSMand? Dette punkt er der ikke rørt ved i 9 år.
Får du "Tordenskjoldsgade 59", så tilføjer OSMand selv info.

Hvis det er tilfældet, så skal du altså have adgang til Planet-filen, for at lave udtrækket af POI, da du skal kende det nærmeste adressepunkt for den søgte POI.

Og i wikien omkring shop:

osm.wiki/Key:shop

Der er adresse faktisk en af mulighederne. Så der er ikke rigtig noget argument for at slette adresserne på POI

Ser man på wikien, så er det kun bygninger man ikke vil have adresser på i DK:
osm.wiki/Addresses

På den måde kan ingen POI indeholde adressedata?
Det giver jo ingen mening i forhold til OSM's opbygning. AWS vedligeholder stadig dens egne data. Hvilke data POI indeholder skal høre til POI og der er adressen bl.a. med.
Hvordan vil I kunne trække information om en placering af en POI, hvis adressen ikke findes? Det er som at få serveret et stykke rugbrød uden pålæg.

Som jeg kan se det, så er det opdateringer af følgende noder:

"Address data from OSM is compared with address data from DAR using SQL. The two database tables are joined on the osak:identifier=* key."

Da POI ikke har "osak:identifier=*" sat på, så vil denne adresse ikke være en del af opdateringen. Derfor vil AWS-opdateringen fortsætte og POI vil være uændret. Og der vil derfor være ét punkt for den officielle adresse for stedet og ét punkt for POI med adresse på butikken.

Det er derfor jeg ikke mener at det er nødvendigt at slette adresser på POI, da de ikke indgår i AWS-opdateringen.

Hej Jørn,

Kan du ikke fortælle mig, hvorfor du bliver ved med at slette adresseoplysningerne på POI?

Gerne med en henvisning til Wiki eller noget andet.

Du kan også svare på Talk, hvor jeg har stillet samme spørgsmål.

Med venlig hilsen
Flemming

Hej mikini
Jeg har lagt loc_name=Skavemosen på søen så den kan fremsøges i OSM

Hej mikini,

Du har fået omdøbt Skavemose til Skavemosen.

Det rette navne er uden "n" hvis man følger SDFE Stednavne.

https://sdfekort.dk/spatialmap?mapheight=846&mapwidth=1925&label=&ignorefavorite=true&profile=sdfekort&selectorgroups=stednavne+dhm&layers=theme-dtk_skaermkort_daempet_daf+theme-stednavne_daf+userpolygon&opacities=1+1+1&mapext=445922.2433982195+6238439.464931109+447116.8756601322+6238962.738749999&maprotation=

Man kan diskutere om det er "-mose" eller "-mosen", men navne er som regel "-mose" og når man fortæller om stedet, så bruger man "-mosen".

?

Så synes jeg at du burde lægge linket ind som website=https://maltfabrikken.dk/kategorier/bma/