BTW,

there is a OSM Wiki page which talks about Sentinel 2:
es bibt eine OSM-Wikiseite, die über Sentinel 2 spricht:

osm.wiki/User:Ff5722/Using_Sentinel-2_imagery

@freebeer No need to use a language like this, we can keep on communicating in a civilized way.

That we insist on only using licensed data doesn't come from any "germanic tradition", but merely from the fact that we want to keep OSM free of any legal charges which could create severe problems.

Never mind, I just fixed it.

What exactly was wrong with the relation Vereda Santa Teresa (relation/3996625)?

Are you sure that this part of the boundary was supposed to be deleted?

Essentially, you removed a line (way/31295376) which was part of several boundary relations. This affected many administrative levels, including the country level Ruanda/Tanzania.

When splitting up a line, it would be better to consider all relations where it is member.

In JOSM, this is best ensured with Ctrl-Alt-D on that line and with downloading all missing members of all relations.

I fixed the relations which you modified here. They were missing (at least) a segment each.

Are you sure that the City of Pasay doesn't exist any longer as such? Or what does the removal of the respective relation mean?

JOSM made a mistake here: the changeset comment should be "Fix admin boundaries", the source should be "https://wambachers-osm.website/index.php/10-osm-reports/1712-countries-compare-2019-09-06"

Well, relations, as they are called, serve several purposes.

If they are of type "type=boundary" and "boundary=administrative", they form boundaries of countries, states, counties, cities etc.

In this case, the boundary of Niassan was added to the database several years ago. It essentially consisted of the admin centre and the outer line. In this case here, the outer line consists was only one straight way and thus could also stand on its own, so it would not be directly wrong to delete the relation, but is is not correct to empty it and leave it in the database (JSOM should have warned you about uploading an empty relation).

In this case, I decided to restore the old state and keep the relation. This has the advantage that the boundary can be displayed on https://wambachers-osm.website/boundaries/.

Were there any problems with it being present?

was it on purpose to empty relation/5193118?

I just partially reverted this changeset, because some admin relations were negatively affected by it.

Are you sure the relations you deleted should actually be deleted? Especially, the country of Liberia still exists, doesn't it?

node/5098350993 wurde ebenfalls verschoben, wodurch eine weitere Selbstüberlappung ausgelöst wurde.

Sind diese beide Änderungen gesichert und betreffen sie auch die PLZ-Bereiche? Falls nicht, müsste man an der Stelle die Grenzverläufe voneinander lösen.

Beide Verschiebungen betragen übrigens jeweils weniger als 5 m.

[node/363995341](https://www.openstreetmap.org/node/363995341) liegt nun *in* einem Haus. Das sollte glaube ich nicht so sein. Dadurch kam es auch zur Selbstüberschneidung von PLZ-Bereichen.
Kannst du da nochmal schauen? Gerne kann ich die Rückverschiebung an die alte Stelle auch übernehmen.

Alas, this was not a correction. Some of the admin relations you edited are broken now.

Could you have another look at them?

You added some tags to two of these lines: area=96.892839629211494, pop_densit=551.547464234791960 and
poptotal=53441.000000000000000.

Lines do not have an area, nor do they ahve a population. You should better have it added to the relation it refers to.

Besides, the "area" tag means something completely different.

And to express an integer number with ".000000000000000" at the end is something… very special.

I assume the removal of "boundary=administrative" on the Douala V relation was by accident, so I just restored it.

Alas, this changeset left the Walkertown admin relation in an uncleaned state. The several parts of the US 158 were used as boundary sections as well. Would you mind repairing it?