Hola. Por favor no duplicar elementos. La embajada estaba mapeada en el predio way/37584706

y los elementos se mapean una sola vez, es innecesario y desrecomendado mapearlo tambien en el edificio.

Ese numero tampoco esta registrado en IMM, por eso dificilmente este en ningun mapa. Probablemente haya algun error. Podes preguntar o reclamar en http://www.montevideo.gub.uy/institucional/dependencias/nomenclatura-y-numeracion

La numeracion de Montevideo está bastante prolija por eso me suena raro esta direccion. Han arreglado mucha numeracion salteada y duplicada en los ultimos años. Capaz que esto quedo de antes...

Hola Leo.

¿Quisiste poner numero de puerta "29"?
¿Existe ese numero?
Queda totalmente por fuera de la secuencia que ua hay...

Lucas, los combustibles que vende cada estacion tienen su propia etiqueta para describirlos, no van como parte del nombre. por ejemlpo fuel:cng=yes si vende GNC y fuel:cng=no en caso contrario.

Hi EnigmaQuip.

You added some strange keys in this changeset. See for example way/487532140.
Probably a mistake importing data. Please check them.

Hi Alan.

You added some strange keys in this changeset. See for exampe the uppercase keys. Was on purpose or a mistake?

Hola Juan Manuel.
Algo no te esta quedando bien con el mapeo, porque instalaciones militares las esta mapeando como campings.
Explicame que intentas mapear y veo como te puedo ayudar.

Hola. Los "rest_area" son zonas junto a autopistas. No tienen sentido en el medio de una ciudad.

Cuando cambies nombres de calles no te olvides de cambiar tambien en la relacion de la calle y en los nodos de los numeros de puerta.

Hola. Esto es industria farmaceutica o expendio de medicamentos al publico?

¿Esto es una clinica?

¿Que quisiste mapear aca?

Estimado drcarqueja, esa base es solo uso interno no? o tambien atienden pacientes ahi?

Matias:

No es coherente que Pato's sea un supermercado. ¿sera un kiosko?

STIOP DESTROYING GOOD DATA!!!!!

HOW DO I HAVE TO SAY IT TO YOU AND YOUR GROUP???

YOUR MAPPING METHOD IS BAD!!!!! ADDING BAD QUALITY DATA AND DESTROYING GOOD DATA!!!!

STOP!!!!

EL NOMBRE DE LA CALLE ES "MIGUELETE" NO "CALLE MIGUELETE"!!!!!!!!!!!!!!!!!!!!!!!!!!!!

NO. LA CALLE ESTA BIEN . ES "20 DE SETIEMBRE".

YOUR WAY OF MAPING IS DESTROYING LOT OF GOOD DATA!!!!!

STOP DESTROYING DATA!!!!!!

¿En que lugar de su reconocimiento terrestre vio el nombre de esta calle escrito como "21 de Septiembre"?

El nombre real y oficial es "21 de Setiembre" y es el que esta en toda la señalizacion vial!!!

Por favor no lo borres sin revisar.
Ya estaba mapeado bien como subterraneo.
"location=underground"

The old tag is shop=motorcycle_repair
shop=motorcycle repair
"Motorcycle repair shop is a shop where you can get your motorcycles repaired. "

It's not a matter of me feeling free to switch back, of how i map a motorcycle clothes shop, the issue is that you change a existing shop that does not sells bike (shop=motorcycle_repair) for another one that does it (or possibly does it), and there is where the quality of the data get worse. In the first version we are sure that don't sells motorcycles, and in the other not.

You should't change an element unless you are sure you are improving it, which is clearly not the case, as all you know is that the shop repairs motorcycles because its mapped there, but you cannot know if it sells motorcycles unless you made a survey, so switching the tags you add
uncertainty to a data that was previously certain.

And the issue is not only the node in this changeset, as for the changeset descriptions it seems you did the same switching several times.