Further, names should be an actual name and not a description, particularly if the description includes personal private data as in `Gene's house' or `Owen's house' among others, where personal names should not appear in the OSM data.

BUT I DO NOT WANT MY LIFE DEVELOPED BY DELIVERED SERVICES, POORLY-ESTABLISHED OR WOT!!! IS THIS ANOTHER AMENITY=PLACE OF WARSHIP LIKE SIMILAR SPAMMAGE?!?
UNSUSCIRBE!!!!!1!@!!!

Also, this looks like personal info that has no place in OSM in this form.

Yeah, no worries, i figgered it would be a lot more than my slow feeble brane could handle before i forget what i'm doing.

i just noticed that in such a large area here, the number of entries affected was so small that i was able to comfortably review a couple entries without digging for them. since i am still at the point where the 'bots i wrangle require manual review and a double-confirmation, well, you get the picture. that's why i've not finished correcting all the errors and flaws in the canvec import yet, as i should have done by now.

i'm pretty sure i'll never encounter your bot again, so no need for us to cross the street to be out of each other's way.

the idea of a grace period became a bit more appealing a few minutes ago when i was thinking there might be people or tools out there who make it a point to look at v1 edits of a particular type (maybe those with URLen containing `xxx' like the `hotel' here ;-) on an occasional basis, and i can't see any urgency in the functions performed by avoiding the redirect in v2.

so just ignore me, it's probably the best overall advice i can give. cheers

because unlike manual newbie mapping, this is not a case of hand-work but it is clear from the tools, the source, and the actual data this is not hand-copied but that it would be trivial to fix the pre-existing data beforehand and re-do the process correctly, instead of leaving bad data about that i encounter years after the imports with the original importer long since vanished.

Did you not learn from Praha? OSM does not give a flying feck about how marketers want to EMPHASISE their IMPORTANT MESSAGE when it comes to words.

These must obviously not be words, so please write out the acronym for B.O.R.U.S.S.I. A.-P. A.R.K *in full* and use that. OSM avoids using abbreviated forms for names for obvious reasons.

Mapping aids for the blind need to be able to convert text to speech as best as possible and when encountering something like this, are going to interpret the letter case as a hint and speak every individual letter separately aloud to the blind user. I know that's how i read to myself when encountering such a difference in case. There are plenty of words, which are also used as spoken acronyms, to distinguish them from each other and which meaning is meant.

Take a look to the nor'east of here and you will see an ALDI which i just wasted a bunch of my time today explaining why we do not represent ALDI and LIDL and NETTO and PENNY and PLUS and BILLA and REWE and EDEKA and MIGROS and CO-OP and CARREFOUR and WAL*MART like that on the map, even if that is how their copyrighted/trademarked presentation may show it with coloured lights and a Netscape BLINK tag to boot. all these names are spoken on radio not as acronyms and when referencing the ALDI the only quick internet references writing it that way were their own publicity and a parenthetical wikipaedia side-note that it is their own branding (before explaining the non-acronym abbreviation).

Look closer to here, VIP is allowed because it is an acronym that (in languages i know best) is spelled out letter by letter.

it didn't take me long to recall that trademarks are a tricky situation where the computer operating system similar to Un*x could not be written otherwise because the trademark holders were particularly jealous. I think there was another notorious one as well but my age is showing as I can't recall all details where you could not copy the style of the mark. mebbe after i take my meds i'll remember. NURSE!!!

oh, and my recent changeset comment in all caps was in fact ANGRY SHOUTING which is how things like the above appear in mixed case.

well, yeah. and i dunno.

do you have an idea how much use it will see, that is, is a manual output review feasible to check for quick errors like the postal code error (i assume) for the high school below or phone format to have caught my eye, or is there just so much cr*p out there given even now i have to manually rewrite http: urls in order to hide what i'm doing, that throughput would drop to effectively zero?

i see your diary entry had no comments about unreviewed automated edit drawbacks that i sort of expected to see.

the idea of a holding time is interesting, although i dont know how much delay typically happens between junk SEO entries or vandalism and their detection and reversion.

note that normal editors won't be bothered by my surly anti-social gripe, and i'm trying to think of a case where some SEO has made mincemeat dragging nodes in an edit that is best reverted in full.

or how much undetected cr*p exists like personal addresses with social media links as well as misplaced or purely spammy adverts for online-only non-storefronts, to be able to guess how many would be given an automated seal-of-approval.

note i whine this because several maps.me entries that never should have been public got automagically modified, but that is in countries much worse behaved from accuracy perspective than most of the us, where you're running your bot.

bing aerial imagery has worldwide coverage and is a standard layer in many osm editors such as the iD editor oriented to beginners, often being the default layer despite a clear loss of quality and accuracy compared to earlier.

this import appears to be responsible for the introduction of non-UTF8 encoding of probably latin1 single-byte characters, seen on the map and the below listing as a diamond-question mark.

it looks as if there would have been several such changesets, and one should if possible see if the raw data gives clue as to the correct UTF8 character and try to restore that correct encoding.

some examples can be seen on page 241 just below, nodes 3802565316 down to ...301.

or on the map at node/3802567582 .

This changeset has been reverted fully or in part by changeset/67373236 where the changeset comment is: recover from an extended edit war by IsleRoyaleRocks

This changeset has been reverted fully or in part by changeset/67373193 where the changeset comment is: recover from an extended edit war by IsleRoyaleRocks

osm has earned the trust of thousands of organisations precisely because its data is so much more accurate than the alternatives and they decided it to be trustworthy and of good value.

there are indeed sites out there that cater to fiction or fake data, but they are of no interest to me so i can't point you at them, because i prefer to deal with reality and truthful data.

you are welcome to play with them rather than cause those who trust the data from osm to lose their trust by turning it into OpenShiteMap. after all, it took a long time to build that trust and when lost it's not trivial to regain it, as demonstrated by the reputation of the slashdot family of code distribution on the internet side, or the united states' reputation in the real world global perspective.

curse your 'bot.
it added a revision to node/6288207585
which is obviously not there and almost certainly rubbish.
so i can't purge it from the commandline.

had i been half an hour sooner though...

hi mueschel, jan if familiarity serves?

there is a problem in one of the three entries not shared by the others:
node/6274036244
is not anywhere near the mapped location.

for me resolving Notes, that is grounds to delete the SEO spam. probably because nowadays it is rare that i see anything within a few km, with the frequent wrong continent or hemisphere.

that one is not so bad, but is it up to mappers to fix it, or do we want osm to be as bad as google in germany was a decade or so ago to find any business?

in any case, in some areas the lack of proper tagging may invoke a revert, and none of these have that tagging.

the problems with well-meant mechanical edits like this from my b'st'rdly perspective is that i can no longer throw a commandline at it to remove it from the map as one fix, which before my last crash (from which i have still not recovered to traditional editing) i had several obviously bogus maps.me edits that had been automagically corrected for syntax, but not reality, and which i couldn't be arsed to revert to revision zero in a graphical editor, which never happened.

please take this as the most friendly criticism as your name is well known to me and we all do things for one reason that are not so wise for others, i say reliving my attempts at recovering from botched canvec imported data and following edits.

thanks.

anyway, i think you fully understand so no need for any reply.

This changeset has been reverted fully or in part by changeset/67286997 where the changeset comment is: delete fake pokemon go parks and other objects that do not reflect the reality which osm limits to be mapped

this seems to be a Standard Feature of the iD editor, as i discovered over multiple locations in Mountain View where a Lyft group of editors performed a large series of edits to split roads into short segments that i had to analyse to figure out why and how so often important relations were being broken with substantial gaps regularly during their edits.

This changeset has been reverted fully or in part by changeset/67177279 where the changeset comment is: delete bogus park vandalism

i am a communist and i fail to see how that has any bearing on the global perception of an entity as a thrid world country, a typing error of biblical proportions, or a shithole.
.
prost poof or retract.

> Danach dürfte OSM auch keine Informationen aus Wikipedia verwenden
.
This is correct, we may not use it.
.

> und keine Namen aus gedruckten Landkarten.
.
this is correct, unless either they are in the public domain, or a special waiver has been granted.
.

> CC BY-SA 3.0 besagt: "Du darfst unsere Daten benutzen, wenn du anzeigst, dass sie von uns sind." ref-Tags und source-Tags erfüllen dieses Kriterium.
.
please be to showing me these tags on maps.me or i guess fakebook, in which this data will appear but without specific credit.
thanks.

This changeset has been reverted fully or in part by changeset/67030861 where the changeset comment is: bad mapping, overlapping crude buildings that are not visible and according to a note, likely do not reflect reality any more than the fake park already reverted