@Aarogya Pandey in the future, try to link to the objects in question and try to explain how to resolve the issue, please. (at least one or two good examples.)

Hey ticki_52,

at least
way/1281809899/history
is overlapping
way/168180635/history
in southwest / bottomleft corner (two nodes are not connected to a nearby node on the other object)
When saving you would have encountered an overlap warning. Here you have chosen to add layer=1 to the building. If there is only a thin roof overlap (and assuming building from cadastre is relatively accurate), layer=1 should not be added. It is more likely the garages are slightly smaller and you are tracing over some blur or vegetation. In this case it looks like the left garage should have its left wall moved to the right, onto the building outline. The roof seems to fit on aerial imagery, but the garages don't quite. Don't forget to connect the nodes and remove the layer=1 tag from the main building.

Regards,

Daniel

Hey Aarogya Pandey,

Thank you for taking your time to review changesets for your open mapping hub's program.

I would recommend you focus on 'New mapper' changesets, especially those with 'Review requested' label.
You can also use the 'Filters' => 'Reasons for Flagging' to get only these changesets, or use the 'Location' filter to get only changesets in a certain area. i.e. it may be useful to look only at the area which is the focus of your open mapping hub, where you have the most experience. Local mapping guidelines elsewhere may differ from what you are used to.

You're welcome to review more experienced mappers' changesets, though try to avoid reviewing multiple by the same user in this case, unless reviewing as bad. Also, some users do not like such 'thank you for mapping' messages as they may appear copy-pasted and do not contain any feedback on how to improve mapping, which may be wasting your and/or the users' time.
Though, your comment otherwise looks fine of course.

Sidenote: areas such as this which are on a slope may have an offset applied to some objects. Also, some street level imagery and GPS traces may have been aligned to existing (old) mapping by the application (or are simply too poor), therefore can not be used to determine the precise location of objects.
This may not be directly useful to you as reviewer but it helps to understand why some objects may be at a (seemingly) incorrect position.

Regards,

Daniel

That seems to be true as far as the wiki is concerned. Thanks for clarifying.

Hey Victor,

I would kindly suggest to not remove objects mapped as areas instead of nodes without proper reason(, or alternatively discussing with the original mapper).
osm.wiki/Good_practice#Don't_remove_objects_that_you_don't_need_or_like

Objects which can be mapped more detailed, i.e. individual trees instead of tree line -not trees instead of forest if more than five or so, of course- or playground equipment/area as area instead of node should be left as nodes or areas respectively.

On the wiki it is currently explicitly okay to map as either node or area. Though, it is a guideline, not a rule.
man_made=street_cabinet

If e.g. a street cabinet mapped as area does not render on your map of preference, please submit a request with the developers of the map style. Regardless, it can still easily be found using query applications. OSM is a database. not only a map.

For such cases, it is recommended to start a discussion with the community about mapping street cabinets as nodes and/or areas to reach a consensus. You can do so at
- osm.wiki/Talk:Tag:man_made%3Dstreet_cabinet
- https://community.openstreetmap.org/c/general/38/none
(the forum is usually faster to reply.)

Regards,

Daniel

*See
note/3389584

Added route relation here
relation/17579858
It will not be shown on any application (unordered, no way -road- members).

It is similar to a (qr-code) fitness trail (or signed fitness meetup point)
route=fitness_trail

See also "Kabouterpad" ('gnome trail', or 'fairy trail');
https://www.staatsbosbeheer.nl/uit-in-de-natuur/kabouterpad

Bij MapComplete e.d. worden aparte wijzigingen in een wijzigingenset verzameld.
(maar dat weet je wellicht al.)

material is likely wire ( or wire_mesh )

Hey Lachgast,

Modified the service way in
- https://overpass-api.de/achavi/?changeset=149865604
- https://overpass-api.de/achavi/?changeset=149866031
Let me know if there are any issues, please.

Regards,

Daniel

"on-site in the last hour and shooting a photo"
Sure. I can't find it on the Mapillary website just yet, but it's fine.

Bing is too skewed and blurry in places. It is mostly used east of the river Barrow (noting also better resolution there), or anywhere outside Kilkenny and the surrounding area.
The difference in alignment is not too large, but still considerable.
(Bing is shifted to southeast compared to Esri Clarity and existing GPS in one or two places I checked)

Hey mackerski,

It seems you are changing the check_date based on aerial imagery. Or, are you doing a survey / using Mapillary as you are elsewhere?

I would suggest to not change construction objects based on aerial imagery unless you are sure they have changed (/make sure you add sources as appropriate, which I'm sure you do)
Imagery is ~1.5 year behind, which is useful for adding construction, but not for updating it.
check_date should be used for 'most recent' survey date, but it looks like 2024 mapillary is not uploaded here yet (may still be uploading); latest is from 2022.

Regards,

Daniel

Hey mackerski,

Thanks for the much needed improvements. You seem to be mapping based on the roof outline on regular Esri imagery. Note,
- Usually building outlines are aligned to their footprint. If aerial imagery is taken from the side the roof will be offset from the location of the building footprint.
- In the Kilkenny city area, Esri Clarity is usually better aligned to the 'true' location (and is generally almost top-down), than Bing/Esri.
In the rural area outside the road ring, regular Esri is best used.
- (It may be useful to check if the buildings are correctly placed based on existing buildings, but this is not true everywhere.);
In many places in Kilkenny, the buildings should be alright, some roads may still be inaccurate (last changed a decade ago). Buildings are mostly missing extensions from regular Esri (newer imagery) as you have already noticed.
Also, you may be aware Anne (b-unicycling) has been collecting imagery in march/april/..., some of which may not yet be available as it is still being processed by Mapillary.

I would suggest trying to align this set of houses on the south side (bottom-left) of The Sycamores to Esri Clarity. Elsewhere the difference between Esri Clarity and Esri is minimal.

Regards,

Daniel

Hey Anfrageancg,

Bitte lesen Sie die text unter die Upload-knopf:
('unsere Bilder werden unter CC-BY-SA 4.0 veröffentlicht
Fotografieren Sie keine Personen oder Nummernschilder. Laden Sie keine Google Maps, Google Streetview oder andere urheberrechtlich geschützte Quellen hoch.')
"Your images will be published under CC-BY-SA 4.0
Do not photograph people nor license plates. Do not upload Google Maps, Google Streetview or other copyrighted sources."
Data von Google, etc. kann im OSM nicht hinzugefugt wurden. Auch nicht platz, details, etc. von Google.
Mann kann nur details von eigenen erfahrung (oder officielen website) hinzufugen.
Bei MapComplete kann mann dann die position immer besser darstellen mit die knopf unter die Fragen. Darfur konnen Sie die Bildern linksunter ('Bing', 'Esri', 'Mapbox', 'OpenAerialMap', etc.) nutzen. (da gibt Erlaubnis fur)

Sehe auch (EN):
osm.wiki/Google

Fur fragen
https://community.openstreetmap.org/c/communities/de/56

Discuss with the relevant mapper, or leave a map note, please.
way/292187915/history/1

Hey DaCor,

Try to describe changes, please. I.e.
'Corrected tagging for pharmacy'
tells other mappers more than 'fix'.
osm.wiki/Good_changeset_comments

Also, I would recommend checking your changes with the official website for each POI and discussing it with other mappers -at least where you are not sure- (as the change is not just fixing an obvious typo; these two tags should not be confused with each other). If possible, submit improvements to NSI for larger brands (open an issue ticket)
https://github.com/osmlab/name-suggestion-index
(such as Superdrug)
and additional terms/translations to iD so a tag is more easily found
https://github.com/openstreetmap/id-tagging-schema
(See 'Translate!' link for translations)

Regards,

Daniel

Apparently it doesn't like it even with this few objects. Resort to checking objects below, it would still be quick.

Hey EyeHeartMaps,

Could you list the "county records" in your sources list when saving your edit(s), please?
It would be useful to know what you are refering to, just in case there are multiple versions or incompatible licenses.
(I am aware US governments generally have to publish in public domain.)

Regards,

Daniel

Fyi this changeset was carried out fully manually and because most objects would be obvious typos only, was done in a single changeset.

Changes can be found here
https://overpass-api.de/achavi/?changeset=149242484

Regards,

Daniel