Creo que el mensaje de Manuel es en tono cordial, te pide por favor, y hasta se toma el trabajo y te avisa que va a revertir el error. No se me ocurre como suavizar eso.

Nadie esta libre de cometer errores, absolutamente, pero si nadie avisa del problema los errores se empiezan a acumulan, y en el caso de OSM la calidad empeora.

Creo que lo que Manuel hizo no es un reproche, es una comunicacion cordial y amena.

De todas formas, también entiendo que la ofensa la mide el ofendido, aunque nadie haya tenido la intención de hacerlo.

Si has detectado errores esta bueno avisar y /o corregirlos si tenes tiempo y ganas.

Fuera de eso, los cambios en OSM se aceptan como son, y recien despues pasan por diversos controles de calidad. En otro tipo de metodo de trabajo, probablemente tus cambios hubieran rebotado de entrada.

Esta bueno que los comentarios a los cambios sean publicos, asi se pueden ver por ejemplo aca http://resultmaps.neis-one.org/osm-discussions?c=Argentina y se ve como van interactuando todos.

Por favor, respetá el trabajo de los demás. Como ya te avisaron, te reitero que no ca mbies LOS NOMBRES en TODO MAYUSCULAS.

Tampoco quedo mapeado el curso de agua, ya que no quedo el wateraway que lo representa..

Entiendo que no seria duplicacion de via porque si tienen distinto layer no las podes usar para lo mismo.
Creo que si el arroyo esta entubado con layer-1 eso se mapea con un way, y la vialidad que ahora pasa por arriba es otro way distinto, con distintos atributos.

Por ejemplo, el arroyo no tiene que tener como name "Pasaje Carlos Gardel", eso va el en way de arriba.

Hola. El OSMOSE reporta incorrectamente sobre la abreviatura de numero, en español no vale esa regla.

Hola cheeseThecheese.

En español, la regla que osmose controla de que "N°" no es correcto está equivocada, por favor ignorala o reporta el problema. En practica correcta y habitual abreviar número con N mayúscula.

Otras veces puede haber problema con el circulo supraindice, que si es el de grados u otra de las variantes del juego de caracteres.

Saludos,
M.

Hola. Los caminos que veas que son privados, marcales con access=private asi queda claro esa situacion.

El acceso permitido ya estaba descripto con access=yes y la velocidad 5 km/h como lo establece la normativa, y en la nota se decia justamente que permite vehiculos.

Es correcto que se permiten vehiculos, pero son "pedestrian" tal cual se describe en la wiki, que no prohibe vehiculos. Ver osm.wiki/ES:Tag:highway=pedestrian?uselang=es

Entonces en vez de suburb lo mapeamos como localidad independiente?

Hi WhiteIndigo.

Pllease consider tagging tower:type=bell_tower the bell towers in churchs to distinguish them from other type of towers.

Particularmente a Arana me refieria.

Hernan, la reclasificacion como suburb, acorde al barrio que dice ser segun wikipedia, no la veo coherente con los limites administrativos de nivel 8, que son para localidades. ¿Habria que bajarle el admin_level?

Hola. Creo que quedo mal el liimte de Eduardo Arana que tiene una linea por el medio. Ver relation/3266690

y el de Villa Garibaldi - Parque Sicardi que no es cerrado. Ver relation/9947433

I understand now. I agree with your goals but it seems you misinterpreted some of the wiki guidelines about relations, as there is no need to create a relation for modeling this.

In cases like this, the cohesion between those elements is given by the outer way, that encloses all buildings. The data about the place of worship goes there. The data about the buildings belongs to each building itself.

In other cases, where the perimeter cannot be established or is not existant, you can use a relation of type "site", but not "multipolygon".

Please see osm.wiki/Relation:site

Also, as you mapped the buildings as member elements with "inner" role, all in this elements are excluded from the area ("inner" are enclaves) as described in osm.wiki/Relation:multipolygon

Regards,
M.

Hi WhiteIndigo..

Please review this changeset. I don't undestand why you create a relation.

Isnt all this way/151733313 the place of worship?

Hola Luis, por favor no hagas cambios para empeorar el mapa.

Hola.

Por la imagen aérea, la zona ferroviaria esta llena de casas, por lo que un tren no podría circular por esos tramos.

Creo que es mejor el "abandoned" como estaba, que el "disused" que le pusiste, porque el "disused" es significa que no circulan trenes pero que la via esta preparada para que circulen con arreglos menores.

saludos,
M.

Me extiendo sobre lo que te quise comentar....

Por un lado es cuestión de precisión, y por otro lado de mejorar siempre y no perder calidad en un mapeo que ya estaba hecho.

Representar algo como un área es mas preciso que representarlo como una linea, entonces si tenés la capacidad de dibujar el perímetro porque la imagen te lo permite, y tenes el tiempo y las ganas para hacerlo lo haces (o lo dejas asi si ya estaba hecho)

Si el elemento no estaba mapeado, y lo mapeas como linea porque es lo que podes hacer en ese momento está todo bien, no hay problema, después podrá venir otro mapeador y mejorarlo al mapearlo como area. Hacerlo al reves, de pasarlo de area a linea es lo que no comparto, porque creo que es bajar la calidad de lo mapeado.

¿Te parece borrar un area para poner una linea?