Si podes, revertilos vos mismo con el plugin reverter del Josm. Si precisas ayuda avisá.

No hay necesidad de disculparse. Se pueden cargar, si, pero no asi nomás.

Ahora lo mejor es revertirlo porque sino quedan datos mal.

Algunas cosas de las que pide la guia ya estan hechas, como lo de los chequeos de licencias y cosas de esas, pero hay que documentar eso, y como se va a gestionar el impacto en lo existente.

por ejemplo, si estos datos tienen mejor calidad que los que se importaron por el 2011 o 2012, por ejemplo estan mejor posicionados, igual lo que hay que corregir es la posición, porque los nombres de calles ya están corregidos en OSM, con tildes, expandidas las abreviaturas y demás detalles.

Habria que buscar el proceso que se hizo en ese momento, que fue maxm, aplicarlo a los datos actuales, y comparar diferencias entre ese dataset y los datos actuales en OSM con el plugin conflate del Josm. y ahi tendriamos una idea de que tanto trabajo manual se requiere.

Esto hay que hacerlo de forma planificada, zona a zona, o manzana a manzana, viendo que no se generen conflictos. Hay muchas zonas donde los datos de la Intendencia de Montevideo pueden servir para mejorar lo que hay por los cambios que hubo desde la importacion original que se hizo por el 2012 cuando no habia casi nada, y hay muchas otras zonas donde no sirven por varios motivos.

En cualquier caso, hay que seguir los pasos que se indican para importar.

No. Por favor no importar datos sin seguir las practicas recomentadas.
osm.wiki/Import/Guidelines

Ademas estos cambios con importaciones entran en conflicto con todo lo existente. No es asi nomás.

Por favor, solo mapear cosas reales.

Hi. Are you sure, with a changeset count of 4927 that this is an element place=island?

See place=island

Hola, como andas? tanto tiempo?

Podras revisar que hay dos nodos place Charigüé duplicados y con el mismo wikidata ID. Solo uno deberia haber, no? o si hay dos en OSM que sean homonimos pero distintos, tendria que haber dos items tambien distintos en wikidata, no?

Saludos.

Hi. "Medica Uruguaya" should be "operator", "name" should be only "Policlinica Prado". Or maybe "Medica Uruguaya" the "name" and branch="Policlinica Prado". But both should'nt be in the name.
It seems like mapping for the renderer...

Hola. No se como hiciste este relevamiento, pero este edificio no tiene esa direccion por Canaro, la puerta esta por Bulevar Artigas.

El StreetComplete te ayuda mucho, pero tenes que usarlo con cierto cuidado porque no siempre tiene razón en lo que pide.

in my opinion they are different cases, as the name on a street does not imply function, but in the case of these entrances it does.
having the entrances to the airport labeled in the language of the user is useful for navigation purposes.

following your criteria, no name:xx would be used in any elements, as the translations could be obtained outside OSM.

Hola. Herramientas de control de calidad marcaron muchos errores en esta zona por el cambio de nombre, que no se hizo en los nodos de los numeros de puerta ni en las relaciones.

Los datos oficiales del SIG de IMM muestran los nombres anteriores. Parece confusa la situación.

¿Que fuente tomaste para cambiar estos nombres?

Saludos.

it isn't also a case of a multilingual name, is a case of localization, and the use is described here osm.wiki/Names#Localization

Tagging spanish names for the entrances it isn't translieration.
There is no violation of "on the ground" rule. Just a translation of the name, like thousands of elements in de database have their translations in the name.

AFAIK there is no functional tag to tag this entrances at airports, so data consumers cannot translate into the language of their users, so for now, the only option is to use a translated descriptive name. The fact that polish word is on the board at promintent font size, and english word are also probably on the board, maybe with a smaller font as secondary name, due to the widespread use of english, does not means that in OSM other languages shouldn't be tagged.

no idea, but is useful for navigation.

Listo!

Gracias, es asi, hay que mapearlo porque no se permite, pero que se puede se puede, muchos autos lo hacen, aca y en muchos otros lugares pasan por arriba del separador ese.

Hola Carlos. ¿Como te ayudo? ¿Elimino ese nodo o lo muevo a las coordenadas que indiques?¿O revierto el cambio por completo?

Thanks. I see now, the issue is Uber as an organized team, is not doing the collaboration as OSM requires. I hope they can see the problem and fix it, because if done properly could be up to date and good quality data.

Hola. Va review que solicitaste.

En las escuelas publicas va el operator:type=public. Ver osm.wiki/ES:Key:operator:type