Hejsa.
Hvis du kigger på [dokumentationen for usage][1] så er den eksisterende brug til angivelse af den konkrete anvendelse af hhv. jernbaner, rørledninger, vand og lufthavnsveje

Dermed får du nok ikke meget ud af at sætte et tag som usage=equestrian, da ingen dataforbrugere vil genkende og tolke det som noget anvendeligt i denne kombination. Ikke at det er ulovligt eller ugyldigt at tagge sådan, men et tag skal give generel mening og være tilpas udbredt før det bliver noget der f.eks. vises i [OSMs standardlag][2] eller de store korttjenester.

I lige netop dette tilfælde synes jeg også at anvendelsen er angivet implicit i hovedtagget (animal=horse_walker) og derfor ikke behøver yderligere kvalificering. I andre tilfælde hvor hovedtagget er mere generelt angives hestesport ofte med sport=equestrian (f.eks. for leisure=pitch).

--
Hilsner,
Mikkel

[1]: usage=*
[2]: osm.wiki/OpenStreetMap_Carto

Hejsa.

landuse=farmland er til opdyrket landbrugsjord.
Hestefolde tænker jeg skal være:

landuse=animal_keeping
animal_keeping=horse

Og så kan typen (midlertidigt/mere permanent ophold) angives som;

animal_keeping:type=paddock
animal_keeping:type=open_stable

At bruge attraction på en privat hestefold mener jeg er misvisende, det er beregnet på forlystelsesparker og zoologiske haver.

--
Hilsner,
Mikkel

Hi Martin,

Welcome to OpenStreetMap and thank you for the attention.

I guess you meant the numbers 1 & 3? Number 2 is part of the hospital building on the opposite side of Bavnehøjvej.

The current consensus is that [autoAWS][1] imports and maintains addresses that are present in the official [Danmarks Adresseregister (DAR)][2], which these still are (see registry's API response for [no. 1][3] and [no. 3][4].

There are a lot of official addresses where no buildings exists (and addresses in weird places like in the middle of water-bodies). Why the responsible municipalities does not rigorously maintain addresses we can only speculate about.

DAR has [a guide about reporting wrong addresses][5] to the responsible municipalities ("adressemyndighed") which should be the preferred approach.

Forcing a removal in regards to autoAWS has never been brought to my attention before but if you really want to remove them from OSM (and thus not show up in search results etc.) and also prevent autoAWS in updating them or inserting them anew you can;

* remove all address related tags (addr:*) and source
* keep oask:identifier
* add autoaws=ignore

However, this leaves you or other mappers as solely responsible for manually keeping that osak:identifier's data updated in OSM, so this should only be done if absolutely necessary.

--
Hilsner og godt med flere lokale ;),
Mikkel

[1]: osm.wiki/AutoAWS
[2]: https://danmarksadresser.dk/
[3]: https://api.dataforsyningen.dk/adgangsadresser?id=0a3f508d-6a03-32b8-e044-0003ba298018
[4]: https://api.dataforsyningen.dk/adgangsadresser?id=0a3f508d-6a05-32b8-e044-0003ba298018
[5]: https://danmarksadresser.dk/om-danmarksadresserdk/rapporter-fejl