Buenas,

Estaba preguntándome de dónde habías sacado la información para crear una serie de regatos y arroyos de la zona de Villamanín.

Desde OSM podemos utilizar la fuente del IDECYL, donde se incluye el siguiente recurso https://idecyl.jcyl.es/geonetwork/srv/spa/catalog.search#/metadata/SPAGOBCYLCITDTSHYCAL (puedes descargar el SHP o usar el WMS). En él no aparecen ciertos arroyos que has introducido, ni tampoco son observables con imágenes satélite (por cierto, usa PNOA antes que Esri, para alinear), sin embargo, sí los he visto en Google Maps. Esta fuente de información no puede ser utilizada por temas de copyright, pero es que además, al diverger del recurso citado antes, es probable que sea incorrecta.

Por otro lado cuando añades elementos fluviales, has de vigilar los cortes que se producen con las vías de tráfico, para añadir puentes/túneles.

Saludos

Buenas,

En las relaciones waterway, el rol tributary solo aplica a otras relaciones, no a las vías. De hecho, existe cierta controversia con dicho rol, en la wikipedia en español ni siquiera aparece; y JOSM lo considera un rol inválido.
Es probable que acabe desapareciendo en favor del atributo destination.

Un saludo

Buenas,

Estoy validando las tareas que hiciste, te hago dos apuntes a futuro:
- Fíjate más en la capa de PNOA. En esta zona (CyL en general) catastro está muy desfasado. Así que en su capa aparecen contornos que ya no existen; y viceversa. Hay que borrar aquellos edificios que ya no existen o crear nuevos. No temas si tienes que romper los polígonos que ya vienen.
- Las separaciones entre parcelas que hace catastro no tienen porqué ser físicas, es decir, no tiene porqué haber un muro o algo. Solo añade muros cuando veas sus sombras.
- Hay una ligera desalineación entre catastro y PNOA. A veces hay que desplazar los edificios.

Siempre puedes ayudarte de cualquier herramienta tipo Mapillary o similar para contrastar la información.

Muchas gracias por tu ayuda y buen trabajo.

Hi there,

I saw your contributions on this project, https://tareas.openstreetmap.es/project/182, thank you for your time. Please, mark the tasks as done once you upload the data, I got surprised when I found some work finished.

Regarding your map work, I'd like to point out just two issues:
- Remove the tag `image` from the address nodes, as the [wiki suggests](osm.wiki/Spanish_Cadastre/Buildings_Import/Data_Conversion/Software#Access_to_facade_photos)
- Use PNOA as imagery; Bing is quite outdated

Thanks!

Buenas,

Estás editando incorrectamente las relaciones administrativas de Canarias. Las islas no son subareas de la provincia.
Canarias tiene dos provincias, Las Palmas y Tenerife (admin_level=6). Estas dos se dividen en municipios (admin_level=8).
Lanzarote, Fuerteventura o Gran Canaria no son divisiones provinciales, por lo que no deben ser parte de la relación.

Lo que tú quieres conseguir lo tienes que hacer en esta relación: relation/5392189. El archipiélago está dividido (subarea) en islas.

Un saludo

Bona tarda,

No es deu incloure l'última xifra al ine:municipio. Aquest és només un dígit de control. Si et descarrègas el document oficial https://www.ine.es/daco/daco42/codmun/codmunmapa.htm veuràs que hi és apart

Salutacions

Buenas,
Estoy corrigiendo el error de osmose (http://osmose.openstreetmap.fr/es/map/#source=14005&item=3093&class=30932) sobre el esquema URL (añadir http:// o https://) y no entendía porqué me desaparecían las correcciones y es debido a que nos estamos solapando, modificando los mismos elementos.
Añade por favor al tag website el esquema, así: website=https://www.crtm.es. O bien avísame cuando hayas terminado y los cambio todos de golpe.
Gracias y un saludo

Buenas,
Es una buena idea incorporar los límites lingüisticos, pero cierto es que boundary=political está enfocado a regiones censales. Quizá simplemente boundary=linguistic valdria, pero como es una propuesta, ¿te importaría incorporar en el siguiente enlace aquellas etiquetas, fuentes, posibles subdivisiones que has utilizado (y por tanto, propones) para que puedan ser replicadas en más sitios?

osm.wiki/ES:Otros_L%C3%ADmites

Échale un ojo al enlace y agrega lo que creas conveniente.

Mersi

Buenas, has debido hacer un copia-pega por la zona de Valdebernardo y muchas calles las has puesto: name=Calle de Rivas, highway=secondary, lanes=1, oneway=yes
Échale un ojo a los etiquetados del conjunto entero
---

Published using OSMCha: https://osmcha.org/changesets/90034804

Los cambios efectuados aquí sobre la relación Hoyo de Pinares (admin_level=8) consisten en incorporar un parque y una fábrica, como elementos inner de la frontera administrativa del pueblo. Entiendo que se trata de un error xq no tiene mucho sentido, la verdad. Si me puedes confirmar te agradecería.

Arreglado changeset/85658636
Sólo he eliminado el tag, el único criterio que estaba siguiendo para los alt_name era su mayor coincidencia con la verdadera comarca histórica. Pero hay unas cuantas, sobre todos hacia las montañas, que no tienen ninguna correspondencia, principalmente porque están divididas.
Siéntete libre de añadir los nombres (alternativos, ya que la fuente es IDECyL, y el nombre es el que viene) si ves que corresponden.

Sí, estoy en el grupo. Las subdivisiones son las que indican los urls. Si te fijas en el tipo de boundary es agrarian, nada que ver con administrativo. Esto ya está hablado tanto en el grupo como en la lista.
Los alt_name de Segovia son un error, ahora lo corrijo, copia-pega de los otros.

Here you go changeset/85566484

"It is needed a multilingual name equal to the name tag." ¿de dónde sacas esto? Es más, es que el mismo ejemplo que has pasado antes de osm.wiki/Multilingual_names aparece para españa el ejemplo siguiente:

name=Vitoria - Gasteiz
name:es=Vitoria
name:eu=Gasteiz

Como ejemplo, ya no coinciden name y name:idioma.

Luego, ¿por qué dices que vamos a ver en España "Coviran" (sin acento)? Dentro de españa (del area) el tag name:pt no tiene efecto, así usa por defecto el name, el cual es Covirán acentuado. En el artículo de internalización del mapa puedes ver que OSM usa el idioma por defecto de cada región. He hecho la prueba yendo a algún covirán que mi navegador no tenga cacheado y veo perfectamente Covirán acentuado.

Por otro lado, yo me limito a copiar el preset que facilita NSI. Esto es, que próxima vez que alguien añada un Covirán, por ejemplo, desde el iD editor, te va a faltar ese tag que dices, así que vuelves a las mismas.

Por todo esto, es por lo que no veo la necesidad de hacer lo que pides.

Coviran supermarket contains the following tags defined in the NSI:

"brand": "Covirán"
"brand:wikidata": "Q61070539"
"brand:wikipedia": "eu:Covirán"
"name": "Covirán"
"name:pt": "Coviran"
"shop": "supermarket"

Since the brand is available in Portugal, then there name:pt will be used, in Spain there's no value set, then fallbacks to name.

Se me ha colado al no estar en el NSI, reemplacé los que existían. Habrá que crear una entrada allí también, repaso este changeset

Thx for the tip! Anyway, what would be your approach? In small datasets like this, for instance < 100 changes, do you split them by continents, by countries? Wouldn't be a bit overkill?

Sí, perdón, me he confundido de Santader en el nsi. Hay un Banco Santander y un Santander (y alguno más), pero entre esos dos no está especificado cuál es cuál.
De todos modos, aunque hayas revertido el cambio, tengo que volver a pasar la query ya que hice alguna modificación más de otros nodos que no se habían cambiado. Ya me pareció extraño que me apareciesen tantos cambios sabiendo que habías actualizado hace poco.

Te he contestado en el otro changeset. En breve actualizo todo Galicia.

Aaah he leído mal la wikipedia, pensaba que ya habían sido mergeadas a Sabadell. Pone que el futuro se integrarán. ¿Entonces en toda Galicia el rótulo exterior SabadellGallego se conserva?

De todos modos, tenía pensado escribir en la lista xq sobre esto tengo una duda grande y es sobre las entidades que ya no existen. Me explicaré allí mejor.