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

osm.org/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
osm.org/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:
- osm.wiki/Tag:natural%3Dtree#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:
- osm.wiki/Tag:natural%3Dtree#Subtag_denotation_to_indicate_the_significance
- osm.wiki/Tag:natural%3Dtree#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
osm.org/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
osm.wiki/Tag: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: osm.org/relation/6161746 )

Modified in
osm.org/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
osm.org/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: osm.org/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

osm.org/node/11506335606
indoor=yes ? ;-)

Bonjour AthenAvocat et bienvenue,

Merci de contribuer à OpenStreetMap !

Vos modifications me semblent bonnes :-)
J'ai fait quelques modifications ici
osm.org/changeset/145732611

Voir les changements
https://overpass-api.de/achavi/?changeset=145732611

Si vous avez besoin d'aide pour contribuer ou si vous voulez discuter d'OSM, vous devriez rejoindre la communauté (locale)
https://openstreetmap.community/?map=47.22349,-1.53275&zoom=6.66
(cliquez sur la zone pour voir la liste des canaux de contact sur la droite)

Plus d'info
osm.wiki/FR:Aide

Cordialement,

Daniel

( Traduit avec deepl.com/translator )

---

Hey AthenAvocat and welcome,

Thank you for contributing to OpenStreetMap!

Your changes look good to me. :-)
I made some modifications here
osm.org/changeset/145732611

See for changes
https://overpass-api.de/achavi/?changeset=145732611

If you need help contributing or want to discuss mapping, you should join the (local) community
https://openstreetmap.community/?map=47.22349,-1.53275&zoom=6.66
(click on the area to see a list of contact channels on the right)

More info
osm.wiki/Get_help

Regards,

Daniel

osm.org/way/1217208003
Looks like dry scrubland.

"I assume all of this is true of the City tag too?"
Yes, though depending on where you look there may be also census boundary tagged as admin boundary, or no city boundary at all.

Smaller areas only very rarely have a boundary relation mapped, depending on their (legal) status.

"Do you know of a way to extract the county administrative boundary for a node?"
No, I'm not a developer, so I don't have experience with this. You should use a geocoder like Nominatim, or related application.
osm.wiki/Nominatim
If you need help, you can ask on the forums
https://community.openstreetmap.org/c/help-and-support/7/none

Hey there,

This can happen for various reasons
- Counties in OpenStreetMap can be derived from the (admin) boundary.
- County names are not required for county towns in postal adressing.
- (some) counties are (partially) historical, no longer administrative, which makes them look redundant.
- (counties are no longer required by international post in -for what I read on it- Northern Ireland, UK, etc. so some armchair mappers may not be used to it.)
- Most people are not willing to spend their voluntary time filling in such identical details for each building, POI and address.
- This could possibly be automized, though with exception of some addresses which include a non-geographical county name.
- The database is still missing many addresses, so for many this is a priority over adding such details.
- People are not adding them (nor is anyone telling them to), which makes it easy to overlook it as mistake to add or remove it.

Similarly, the "addr:country" and "is_in" tag is widely regarded as redundant, yet is still in-use in OpenStreetMap. See
osm.wiki/Key:is_in

I occasionally add it myself, but I also occasionally remove it. I add it on objects which are tied to a specific place or have an unconventional address (to make it as complete as possible, why not). I remove it from some other POIs as there I'm unsure of the added value(quality) of such a rarely, inconsistently added, largely redundant key.
In either case it could be added or removed as you'd want. Most geocoders already use the boundaries and most (large) boundaries are already in OpenStreetMap.

If you'd like to keep it it's fine with me. Note, it's possible some armchair mapper will occasionally come along and remove it.
You can discuss this with the local community to come to a consensus, though it is really minor topic..

Regards,

Daniel

It looks like the surface is tagged paving_stones, so a few loosely stacked pavers. Anyhow, I'm fine with leaving it as-is.

Hey Victor,

I would like to suggest changing to description and adding informal=yes to both steps and path.

Regards,

Daniel