Hey Brian,

I found a possible duplicate
node/10311223366
of an existing AED
node/10311223364

They have similar location but different opening hours. They were added at the same time.
Could you check it is a duplicate? If not, whether the location I have chosen is okay? You can remove the fixme, or remove the duplicate.

Regards,

Daniel

(Testing features with OpenAEDMap to check if they work properly.)

(Testing some features of MapComplete to check if they work properly. You can ignore this edit.)

If not already clear, I assume the access is no longer "no" for the same reason, or it should be a more specific mode of transport.

changeset/148333129
I assume it is open/traversable again. Is it in any way wet, is it flood prone, or was there only a sewer failure or similar? Just to clarify for other mappers.

Regardless, you can remove the tags
access=no
ford=yes
(ford only remains useful if there is permanently, or for long periods some water)

Hey Anne,

The file points to a different HEV entry. There is seemingly no HEV entry for this one.

Regards,

Daniel

Hey Lukas,

OpenStreetMap is bovenal een database, niet een specifieke kaart.

Het toevoegen van tags slechts voor weergave in applicaties die deze tag (nog) niet weergeven wordt over het algemeen gezien als 'tagging for the renderer' (onnodig, incorrecte labeltjes plakken). Lees hier meer
osm.wiki/Tagging_for_the_renderer
(Als we op alle lockers 'storage rental' plakken zullen data-gebruikers hier trouwens rekening mee moeten houden.)

Het staat je vrij om een applicatie te ontwikkelen(, voor te stellen), of mbv bv. overpass of umap deze data direct te gebruiken en te delen.
(voor hulp kan je altijd terecht in het forum.)

Dit zijn je veranderingen
https://overpass-api.de/achavi/?changeset=142096535

Ik heb handmatig alleen de shop=storage_rental tag verwijderd.
changeset/147603195

Het beste is om met de gemeenschap tot een overeenkomst te komen hoe deze nieuwe labels er uit moeten komen te zien. Goed om te zien dat je meedenkt hierover.

Verder kan je nog zorgen dat je er zoveel mogelijk in kaart brengt (en er foto's van maken met bv. Mapillary). Als meer mensen dit doen is het duidelijk dat er vraag naar is en heb je meer voorbeelden.

Overigens ziet het er zo prima uit. Zolang er nog geen overeenkomst is over de tagging kan je naar eigen voorkeur een tag gebruiken.
osm.wiki/Any_tags_you_like

Groet,

Daniel

Thanks for the reply.

Hey mueschel,

This link is specifically for the streetsign, (especially) since it is very recent and the only visible feature.
POIs usually do not have their own mapillary. Other mappers would likely change this link to that which shows the whole building or remove it alltogether, since the image for the building is already on the building itself.
The change is okay though, at least for POIs. For street names, please keep them in the streetsign:* tag, or talk with b-unicycling about them.

Regards,

Daniel

Avoid mass re-mapping buildings, please. At least some of these buildings do not look too bad, they just need to be shifted around a bit and will take some time to adjust.
Otherwise, I would recommend switching to JOSM and using the Replace Geometry feature.

Your changes
https://overpass-api.de/achavi/?changeset=147522764

Keep changeset comments formal, please. Do not insert/replace changeset comments with gibberish or jokes, they are unlikely to be understood by people elsewhere and make it harder to comprehend what you are changing. See
osm.wiki/Good_changeset_comments

node/9264071477

Would you still know why you tagged COVID Test Centre as clinic; is it because people with (long-)covid are also being treated/rehabilitated there to some degree?

Also, are you sure it still exists with the exact same name? ('test centre')
Test centre is now likely part of clinic, not other way around, but I may be wrong.

Reverted by user in
changeset/147123352

In reply to private message;

Leaf cycle/type is mainly useful for landuse areas (wood, forest, etc.) as individual trees are usually not mapped there unless they have some status as mentioned before. Where individual trees are mapped, leaf cycle becomes largely redundant, except where the species(/genus) is unknown or uncertain and users see value in keeping an indication of what it is. It is also much easier to determine.
( is:
- natural=tree#Use_of_redundant_tags )
Divisions such as 'noble' are less likely to be used by contributors than height, diameter, leaf cycle/type and (even) denotation. Currently, they would mostly be thrown in with denotation=natural_monument(/landmark/avenue..).
( is:
- natural=tree#Subtag_denotation_to_indicate_the_significance
- natural=tree#Fallen_trees
)
I would suggest discussing addition of specific tags in the general community forum so you get insights from the wider community.
https://community.openstreetmap.org/c/general/38/none
If they're okay with the community, you can document them on the wiki
osm.wiki/Creating_a_page_describing_key_or_value

Seems to remove "from" member
relation/17081714

-If- this name is signed, it can be added as "name" as mentioned.
osm.wiki/Names#Names_are_not_for_descriptions

If anything is signed it is likely the name of the forest itself ("landuse=forest"), or an L-reference number for the track ("ref=LXXXX").

I have changed the path to a track. For the difference between path and track, see
highway=track

I have also removed the description, as it contains no information which is not already mapped (except possibly the forest name, but the extent of the named area is unclear); note townland name is already mapped.
( is: relation/6161746 )

Modified in
changeset/146686555

You can view the changes here:
https://overpass-api.de/achavi/?changeset=146686555

Regards,

Daniel

Hey VLD300,

I would like to suggest reverting this change. This name is clearly visible on street level imagery;
https://www.mapillary.com/app/?pKey=324990389218580&focus=photo

Regards,

Daniel

What is located in the center? (check the circular footway is physically seperated, not a regular intersection)

Changed details in
changeset/146644285

Articles used for reference; at least
- https://www.tidytowns.ie/u_reports/2017/2017%20County%20Wexford%20Ballyduff%20122.pdf
- https://www.facebook.com/ballyduffdevelopmentgroup/photos/pb.100057291786063.-2207520000/824211927684727

( see also: note/4071925 )

Hey brianh,

Please note, 'relations'(here: tags) are not categories
osm.wiki/Relations_are_not_categories
The "noble" designation seems to group whole types of trees together based on their size and/or fruit.
This may be a notable category ('relation') on Wikipedia or Wikidata, not on OpenStreetMap; it is based on subjective, not objective, verifiable details.
It is potentially duplicating information which could be derived from the wikidata (or wikipedia) tag, or for experts from the genus, etc. tags.
Similarly, a tag 'division:beautiful=yes' for numerous types of trees on average with a certain height or fruit, contains basically no useful information. This information can already be derived from existing tags.

Also, OpenStreetMap is not OpenHistoricalMap, it can't cover all historical data. As far as I can see this is based on a historical law from the 7/8th century, of which I'm unsure how much is still present in modern law.
( https://www.forestryfocus.ie/social-environmental-aspects/cultural-heritage/trees-and-folklore/brehon-laws/ )

This is different from monumental/heritage trees, which have a -current- official, usually legal, protection or designation.
(though often this coincides with a type of tree as well)

I would suggest to reconsider adding such data to OpenStreetMap, also in the future.

Regards,

Daniel