Hi rab, thanks for the tip. Road section is indeed in th meantime finished and open to motorvehicles. I changed the tagging. See changeset changeset/115554305.
Greetings and happy new year, Bert Araali

Thanks Baden for the repair. The same can be done with merge from the utils plugin in JOSM, I believe it also preserves the history of the first item you select to do the merge. Greetings, Bert Araali

Hi Habi,
I am running some test where I use JOSM as an editor with a seperate layer containing data that shouldn't be uploaded to OSM. The tag OSM=no landed by mistake from this layer on some OSM items. So I deleted it from these items. Sorry for the confusion.

Changed the catholic church back to a basketball field and the fish pond to the water well, according Mapillary survey made in 2017.

Changed the decimal , to . . Noticed also that mistakenly some buildings were copied with lat and lon on a building, copy error. Deleted those tags. Everything is now according to calibration points also stored in Imagery Offset Database. Will prepare doc later this week.

They are not offsets, it doesn't refer to any imagery, it is like the calibration points in the Imagery Offset database, coordinates in WGS84 as default in OSM, independent from any imagery or other data but usable to determine offsets accurately. Calibration:lon and calibration:lat refer to the initial positions and part of the calibrated shape. They are not stand alone nodes. If we use them on geodetic or surveyed points they will be added as attribute tags. They are required so one can verify if the original calibration shape is retained when calibration was done. You have a point with the comma, should be a point, is caused by my keyboard locale settings, will change that. The buildings are not in a different location, the nodes with the coordinates apply to that specific object they are part of. The objects should not be moved, they are calibrated with GPS readings, that's the whole point of this tagging. Be patient, will become clear when it is properly documented.

I know, and I am a very intensive user of it. The calibration point keys I am adding at this time are an extension and tested out locally. A proposal will be established when it gains support. Although the Imagery_Offset_Database is a nice implementation it has the following issues:
1. Data is stored in an external db, currently only as plug-in for JOSM. The calibration points and offsets are not accessible or implemented in other editors like iD. Since it is an external dB with a server outside OSM, one might question how long it may exist, it's up to the support and gratitude of the developer.
2. It uses a license different from OdBl, compatible but might create attribution or licensing issues in other editors.
3. The source of the calibration data cannot be entered, only limited comments are possible.
4. Only support way data. This is an issue when you want to use geodetic ref points as nodes, calibration points by default. It also doesn't allow to enter or reference coordinates in different datum.
5. Applicability is defined as a fixed radius of 15 km. Maintenance tools are poor. This especially is an issue in mountainous areas where a higher density of calibration points is needed.
So this new or reused calibration (recovered from the True Offset proposal which never gained support) key and namespace tries to address these issues, we will see if it is useful and gets support. Will truly resolve ever growing issues mostly by beginners and HOT teams to disregard true offsets. Storing it in OSM is even more desirable as it stores real ground truth and verifiable information, not just for imagery offsets but also for support of other GIS related dataset coordination. Don't worry, I will keep track of the sets I am creating, when no support is gained I will remove them later. Greetings, Bert Araali.

Thank you Habi, much appreciated ! Will search for the same typo in other changesets I made recently.
Greetings, from Uganda

You deleted a building (Plan B pub, now hanging idle) consisting of 3 units. Recent satellite imagery shows only the middle unit was demolished. Can you please add the remaining units back and consult the previous editor if the previous pub located there still exists ? Stop deletions please and use life cycle tagging so the current situation can be accurately verified in the field. We have lots of mappers around in Kampala. "Imaginary buildings" as you call them were actually there recently, it doesn't improve the Kampala map to replace them with "imaginary deletions".