test

same story, you killed Brugge, Flandern, landarea of belgium.
some postal code areas and some more.

Please STOP this.

Hi banda,

You are destroying many admin boundaries in belgium. Admin Boundaries are allways CLOSED relations to define those areas.

You did it two days ago and those wrong deletions have been fixed. After that you did it again yesterday.

see: http://osm.wno-edv-service.de/index.php/projekte/internationale-administrative-grenzen/missing-boundaries/10-osm-reports/719-countries-compare-2016-10-18 and http://osm.wno-edv-service.de/index.php/projekte/internationale-administrative-grenzen/missing-boundaries/10-osm-reports/722-countries-compare-2016-10-20

All missing boundaries in Belgium are results of your "work".

Please stop that asap.

regards, walter

NEIN: Multipolygone im OSM-Sinn sind IMMER Relationen. Es geht technisch garnicht anders. Diese Relationen bestehen aus mehreren Membern (i.d.R Ways aber Nodes und sogar Relationen sind hier möglich), sind in sich geschlossen (Ringe), werden mit type=multipolygon oder auch type=boundary getaggt und beschreiben Flächen.

Routen (z.B. Relationen mit type=route) beschreiben Strecken. Das sind aber keine "Multipolygone" im OSM-Sinne. Eher MultiLinestrings, aber das kennt OSM nicht als Begriff.

Es gibt eine OSM-Nomenklatur und eine GIS-Nomenklatur: Da bedeuten gleiche Begriffe nicht immer das gleiche topologische Objekt.

Bitte setze dich nach 9 Jahren Mappen endlich mal mit diesen OSM-Grundlagen auseinander.

ps: ich vergaß zu erwähnen, dass ich vor längerer Zeit wegen "unsinniger und nichtssagender CS-Angaben" von der DWG gesperrt wurde. Kein Grund stolz zu sein, aber das kann ihm hier auch jederzeit passieren.

Der Kollege Ulilu ist mehrfach darum gebeten worden, seine CS zu dokumentieren und das nicht erst in letzter Zeit. Ich hatte zuletzt Kontakt mit ihm Okt. 2015, wo das u.A. auch Thema war. Zudem mangelte es an Transparenz bei den Quellen, da diese Angaben ebenfalls konsequent fehlten. Und diese fehlen - natürlich - weiterhin, da Uli das wohl nicht für wichtig erachtet und ihm die Community wohl schnurz egal ist.

Aktuell ist er von Michael übrigens vor zwei Tagen im CS changeset/42648279 auf die Good Practice hingewiesen worden,

Normalerweise sollte das reichen - hier wurde es aber kommentarlos ignoriert.

Er mag ja noch so ein guter (oder besser gesagt fleißiger) Mapper sein, aber eine Zusammenarbeit mit der Community, Transparenz der Aktivitäten (Quellen!) und Kommunikation wird bei OSM immer wichtiger. 2007 war man noch alleine auf weiter Flur, aber: The Times they a-Changin'.

tnx

see https://osm.wno-edv-service.de/index.php/projekte/internationale-administrative-grenzen/missing-boundaries/10-osm-reports/698-countries-compare-2016-09-27

you killed this boundaries :(

Hi, never ever connect river segments when they are splitted. There are reasons for that.

you corrupted up to 30 City boundaries in Argentina.

yes, that would be better.

but i don't "speak overpass". don't using it because i'm working with postgresql/postgis.

just delete the remaining multipolygons. see my list.

you donn#t see remainig MP? just ask me and i'll show you

Hi Stephen,

you'r doing a fine job converting that old stuff.
BUT: after you are done, the old multipolygon relation still exist. I've deleted dozends of them during the last days.

see relation/113829 which is overlapped by the new relation/113830 of West Tawakoni.

you can a actual list here: https://osm.wno-edv-service.de/index.php/projekte/internationale-administrative-grenzen/missing-boundaries/10-osm-reports/694-countries-compare-2016-09-23

allmost if not all "missings" in the USA are the remains of your work. They are not missing, but no more valid boundaries - which is ok.

Please delete this old stuff and if you like, mark them as "gone" in this list.

Regards
walter/germany

Hi Hnatyuk,

those 4 boundaries are still open.

regards
walter

Great.
Please add your project to osm.wiki/Import/Catalogue

@adrian: any news?

Hi adrian,

ok, you did some imports in 2014 and nobody complains. But the times are changing. During the last 2 years, OSM decided to be more restrictive in importing external data. That's because of many problems, either bad quality or using unauthorized data. Both leading to big problems.

see again: osm.wiki/Import/Guidelines

regards
walter

btw: nakaner and me know each other and we often work together.

Please never ever remove name=* from boundaries. Even if there is name:fr=*

walter

Hi Adrian,

i think, you don't respect our "import guidelines" osm.wiki/Import/Guidelines

- i can't find any documentation, no wiki, nothing.
- you did not add your project to osm.wiki/Import/Catalogue
- you don't use an extra import user id.
- your changeset comment don't specify a link to the license

and some other strange things.

yeah - and removed type=boundary from the country border of Swaziland :(

don't panic ;)

AFTER writing those two comments, i checked your wiki page, too late, sorry.

one hint: you may select more than one entry in the error list, click on "Edit multiple boundaries" at the bottom of the list and set all selected e.g. to "done by me". Better than clicking 50 times for the same action, i think.