carni, for the sake of further picking an argument, can i posit Line as an expansion of ln?

i can probably come up with further possibilities like Loon or Luna, that are not realistic, and other language examples escape me now.

oh, St can also mean Sankt and probably more. Strada? may well share a Strasse abbrv. Straße. hey, it works now.
Straſse. ignore me.

um, carnildo, can you give me an example of a differing higher zoom level, as i have never seen the archive bing imagery exceed z19 in the us, other countries may be less? and despite my recent disbelief, the highest zoom still looks to match a decade-old archive.

thanquez.

mojn,
you seem to have inadvertently added a bunch of tags to this disgusting toilet that i suspect, with a name, phone, and address, were meant to be placed elsewhere.

as i see you are using a new-to-me app, can you check on this before i affix the sharp pointy bony finger of blame on any particular culprit?

muchas gracias.
ciao

doctor,
the use of the hyphen as separator seems to be something specific to the us or north america. i am not familiar with international norms, but other countries make local use of parentheses and the forward stroke which give way to a space, or preferably a dot for grouping for readability.

for example in switzerland we had a number which roughly matched the ddd-dddd of the us, but could also and usually was grouped as ddd.dd,dd for better consumption. i am used to reading the numbers aloud as a series of digits, but it seems the custom in other languages is to speak a pair, a la four-and-twenty blackbirds.

in danmark the grouping i expected was dd.dd.dd.dd, with the full-stop often replaced by a space. however as a space is also the typical IFS, it is far easier to double-click with a mouse on a phone number written without a space but using the . or, for the us, the - as a grouping separator.

and having a separator makes a huge difference for human parsing, particularly where the grouping follows a pattern. that is, +1 or +44 localises the number to a country/continent, .212. gives further refinement to an area, then beyond that my memory of phone systems falls to pieces, so that my danmark memory of 80.dd.dd.dd says nowt about any patterns linking numbers to geography.

long story cut short, the dot as separator is what i expect to see, although without an ITU reference to back me up. the us has its own non-conforming customs, and i applaud anyone dragging them into the 20th century (said a few days after speaking to my sister who did not grok the summer temperatures where i am approaching 40°, despite her science/geography background).

by the way, the example you give of +1.234. ... immediately rings invalid warning bells to me, as a combination of my age and disconnect from technology flags the us area code as invalid. this is probably no longer true as i have seen so many osm phone numbers breaking my parsing that i need to update my half-century-old wisdumb to modern standards. perhaps there are still unbreakable rules like the national lampoon yellow pages of 555-xxxx phone numbers that were then invalid.

i really need to a) update me awareness, b) adapt to new technology, or c) abandon this mortal coil.

it looks to be a rubbish comment as i see nothing with that (corrected) name in the area.

i would make an un-funny comment about the flint michigan usa water quality and its effect on registered mappers, but as i zoom out i see stroke-on-tent which i immediately recognise as a whole different country.

leading me to blame fakebook for this bit of rubbish you can safely ignore. sorry.

just throwing the idea out there (seeing the successful switch from `s' for square, to `q' for quadrilateralise to match other editors), would it not be better for iD *not* to join things unless affirmatively demanded by use of the alt-key?

i have seen (and repaired) too many times where this behaviour is unwanted.

note that i have used potlatch/p2 which also suffers from two problems -- joining nearby nodes, yet also failing to merge nearby nodes i want to join until i massage them into z23 zoomlevel.

yes, i know that a changeset comment will have zero effect on iD, but i thought i'd throw it out there for someone motivated to pick up.

so what. osm is not an amtliche karte and follows the principle of not using abbreviations disregarding what is supposedly official, but what real people use and speak.

i'd change all these into inappropriate expansions of Streich, String, Streit, Streep, Strouth, Stretchy, and so on, but that would be a worse vandalism to prove me point that o. str mp. ds. n. u. abbrvs. pkt.

hth. hand. etoain shrdlu. potrzebie. notary sojac.

hola andy,

totally off-topic for this changeset, but i see you have achieved results in a flood of original mapper comments in the last days, that do not really add much value i can see.

given the team nature of these edits (so far hidden from the casual outsider like me) i would posit it entirely reasonable for another team member to pick up the baton, and while it is not relevant to changeset comments a few days old, it has worked well for months-old Notes opened by telenav contributor florinbadita, whose name has become imprinted in me brane due to the username association with the company, so that i do not give a second thought when someone else from the same company responds to Notes comments months later.

i suspect florinbadita is no longer with us, but the legacy remains thanks to the transfer of that account activity to active mappers sharing the corporate branding that as i mentioned elsewhere associates them very quickly with a particular mapping style that i happily defend.

is it really morning? according to the news, it's a holiday over the pond i'd rather ignore, and i think i should choose another multiplex sender before i become ill. sorry for that.

and sorry for going off-topic.

how is it that i have had reasonably civilised conversations with both parties, yet here things fall apart in a way i do not like to read in me drunken state (if you're gonna flame, be creative, you wunch of bankers. no that's not creative)

i'd quote iandees but personally i'd give up. and that's after five beers on a summer day (not quite 30 yet) which i will probably regret after a couple hours of sobering up.

never map drunk. or browse changeset comments. never do anything drunk. never drink. water excepted.

p.s.: bench is cast iron supports now.

no worries. i just posted a different changeset comment suggesting your username identify you with amazon logistics, but it is not binding.

the other suggestions i have, are to review the changes iD presents you with before saving. when i have used the iD editor there were several times i had to undo what it had done automagically which i did *not* want changed.

then of course the usual spiel, that the JOSM editor is more powerful and should prevent such errors, and is better suited to a repeat-editing team such as yours.

but who am i to talk, having not used JOSM meself, using the tools i know from a pair of deprecated editors that nobody uses (but i would have to rent a large hall to host the remaining users thereof)

cheers

hi,

it would be really helpful (to me, at least) if your username could identify your team. i've seen the name yaswap often, but i've not made the connection to grab or über or lyft or microsoft, or to be truthful, amazon logistics here, despite repeatedly pulling up her/his osm data after hundreds of changeset comments.

it is not required, but i have been very positively influenced by the telenav habit of appending _telenav to their usernames, so the connection to their recent notes was obvious and i was able to immediately offer them useful advice on street names without the research i try to avoid.

you can almost certainly change your usernames to append _amazon or _al (amazon logistics) which will immediately affect all your past work, and if you wish to keep a personal username, that is no problem -- i immediately associated a non-telenav name to the user based on familiarity with their business-osm name.

it is just a suggestion, as it associates you with everything, from notes (telenav) to changeset comments, and so on, with amazon (logistics). and saves users not familiar with your team lots of research time.

thanks

the iD editor is known to be offering bad or totally wrong suggestions for a number of things. many are based on cultural differences from the us-based developers.

a chain like pizza hut can never be a restaurant as i understand it. fast food or even junk food, yes.

This changeset has been reverted fully or in part by changeset/71740596 where the changeset comment is: deleting a personal castle maps.me bogus bookmark and all that

This changeset has been reverted fully or in part by changeset/71740096 where the changeset comment is: deleting a personal cyrillic wilderness hut maps.me bogus bookmark and all that

mojn,

another zero-length way popped up during your restoration.

arrgh, which direct reference i lost.

try node/6564261269 which belongs to the new 699... item as well as the original and correct 29... with the same tags.

probably i can nuke these meself without bothering you, but, well, pro - to - col and all that.

thanks. more details on request.

This changeset has been reverted fully or in part by changeset/71510417 where the changeset comment is: please only map real things. parks are unreal.

This changeset has been reverted fully or in part by changeset/71510365 where the changeset comment is: #Vandalismus

This changeset has been reverted fully or in part by changeset/71510407 where the changeset comment is: please only map real things. parks are unreal.

This changeset has been reverted fully or in part by changeset/71509984 where the changeset comment is: please only map real things.

This changeset has been reverted fully or in part by changeset/71509960 where the changeset comment is: please only map real things.