OpenStreetMap logo OpenStreetMap

Changeset When Comment
50237302 over 8 years ago

hi,

your last ~10 changesets were OK :)

If you think, that is a technical problem, you should change the editor. iD is "for beginners only". complex edits like changing relations should be done by JOSM, which is much more stable and desingned for "professional use". In a long term, josm will be the better choice for you (and osm :))

regards
walter

50237302 over 8 years ago

Sorry, can't beleave you :(

there are no know problems with poor internet connections. And never ever does a bad line change tags (e.g type=boundary to type=site for ukraine)

Andy from DWG told me, that he contacted you too because of other strange edits :(

please try to do a good job.

regards, walter / germany

50237302 over 8 years ago

Just checked the list:

https://wambachers-osm.website/index.php/10-osm-reports/958-countries-compare-2017-07-13

All missing boundaries with admin level are "result" of your work. You even changed Ukraine to type=site, which is vandalism.

I'll contact Data Working Group and we will check your next edits very, very carefully.

walter

50237302 over 8 years ago

Hi, i'm not shure if your changes of name:zh are ok,

BUT NEVER EVER remove boundary=administrative from any admin boundary!
You did this for Belarus and Falkland Islands in this changeset.
Please work more carefull.

Regards
walter

Fixes:
changeset/50254951

changeset/50255079

50148176 over 8 years ago

Hi sophie,

never ever remote type=* from any relation. that is mandatory!

and don't remove boundary=administrative from any boundary relation.

thats is completely wrong.

fixed: changeset/50171915

regards, walter

50148176 over 8 years ago

Hi Sophie, please do nor remove type=* from any relation and never ever remove type=boundary from boundary relations. that is mandantory.

regards
walter

49858067 over 8 years ago

Hi,

never ever remove type=boundary from a boundary relation. you will "kill" this area.

and please use meanungfull changeset comments. otherwise you will be blocked.

49765092 over 8 years ago

btw: changing relations with iD is no good way. iD s not made for that. switch to josm, to get professional.

49765092 over 8 years ago

Hi,
what are you doing?

are there no more suburbs (parts of cities with al9) any more?

talking of relation/5808104/history

btw: a relation without any tags is meaningless and wrong. otherwise delete this relation too.

walter

49734187 over 8 years ago

please DO NEVER EVER remove type=boundary from boundary relations. This tag is very important to osm.

49594470 over 8 years ago

hi, landuse=farm is obsolete.
josm did tell you, but you ignored :(

49714935 over 8 years ago

bingo, got it :)

49714935 over 8 years ago

Usually i download a little bbox of that area, i'm planning to work. Then all data will be known to josm - including the nearby boundaries.

49714935 over 8 years ago

thx for fixing and updating the error list.

One reason may be: i you break a boundary to add district, you must be shure that all other boundaries in that area have been loaded to josm too.
Otherwise josm will break the way but will not add the new part to the other boundaries.

Are you working with "File/Download Object" ? That will not load the other boundaries of that area. And then they will break.

walter

49714935 over 8 years ago

Hi. thanks for adding district boundaries in that area, BUT you destroyed many other boundaries including national boundaries. (Tanzania, Zambia and Mozambik)

see: https://wambachers-osm.website/index.php/projekte/internationale-administrative-grenzen/missing-boundaries/10-osm-reports/932-countries-compare-2017-06-20

and https://wambachers-osm.website/index.php/projekte/internationale-administrative-grenzen/missing-boundaries/10-osm-reports/933-countries-compare-2017-06-21

many red or "fixed" boundaries are result of your sluppy work. :(

Working with Josm is fine but i think, there is a knowledge gap. If you want to edit relations, you MUST be shure to load the complete relation to josm. Then and only then josm "knows" the complete situation and will remind you to fix unclomplete boundaries before upload.

After 4 years osm work, you should be aware about this fundamential rule.

And please never ever ignore errors from josm before upload. especially uncomplete boundaries.

Please try to fix the open errors (don't forget to switch to "fixed")

If you need help, please contact me.

walter

49481264 over 8 years ago

Hi,
bitte erzeuge keine land-relationen, da die unnötig sind. durch diese Aktion hat DOm jetzt 2 grenzen, die durch ihre identischen Tags NICHT unterscheidbar sind.

ich hab die gelöscht.

49218307 over 8 years ago

hi, it's no big problem. just will save your time to do other things with osm ;)

have fun,
walter/germany

49218307 over 8 years ago

hi,

is_in-tags are "out". there is no reason to add those historic tags any more it's a source of mismatches too.

49197206 over 8 years ago

Hi,
Solche Daten "privater" Veranstaltungen gehören nicht nach OSM. Sie wurden emntfernt.
als Alternative (sic) solltet ihr http://umap.openstreetmap.fr/ verwenden. Dort kann - und darf - man "seine" Daten eingeben und mit einer OSM-Karte als Hintergrund publizieren. Das können Plätze sein (wie hier) aber auch Routen (Demonstrationszüge?), Flächen (Bannmeilen?) und vieles mehr sein. Und das gante, ohne daten in "unserem" OSM zu ändern.
Bei Fragen meld dich bitte hier im Fenster.

Gruss
walter

ps: deine gestrige Aktion hat übrigens die Stadtgrenze von Hildesheim "geschreddert" :(

49139552 over 8 years ago

Never ever remove tags from objects, which you don't know. you deleted one important admin boundary in this country. :(