Re: [Talk-es] Herramienta para mejorar los procesos de creación de consensos en la comunidad

[David Marín Carreño]

Hola de nuevo.

Creo que no he logrado transmitir lo que quería decir.

Por supuesto es necesaria una normalización para que todos acabemos
mapeando de una manera compatible para que la base de datos sirva para
algo, por mucho que todos podamos meter mano e inventarnos etiquetas.
Tampoco es razonable tener distintos juegos de etiquetas para mapear la
misma realidad.

Lo que quería decir es que, llegado el caso de un debate constructivo sin
opiniones enconadas ni enfrentadas (como es el caso del tema de las
dehesas), basta con que la persona intersada en la normalización recoja el
consenso de la conversación en una página de normalización de la wiki
(primero en español, y luego ir más allá si es necesario) y continuar con
el proceso.

O si no está clara la decisión, la persona interesada puede solicitar una
votación o realizar una encuesta a la comunidad, que podría llevar a
resolverse también a través de la lista o a través de cualquier otro medio.

Vamos, que creo que el tema de tomar decisiones o llegar a consensos no
depende tanto de las herramientas empleadas para alcanzar este objetivo,
sino de que la persona interesada coja la bandera y la lleve hasta el final
de donde haga falta.
--
David Marín Carreño 



El vie., 16 oct. 2020 a las 15:26,  escribió:

> Me alegro de que se haya apuntado una voz nueva :)
>
> @David: Tu descripción describe correctamente cómo funcionamos ahora
> mismo. Estamos entrando en terreno filosófico sobre qué visión tiene cada
> uno de este proyecto que es de todos. Intento resumir al máximo la mía
> porque si no entramos en un debate eterno (aunque interesante): En una base
> de datos la anarquía debe reducirse al máximo. El pilar en que se sustenta
> la usabilidad de OSM es que haya reglas y definiciones y que si alguién
> decide no seguirlas se pueden, no, se DEBEN corregir. OSM funciona
> razonablemente bien porque si alguien decide cambiar la AP-7 a "track", al
> día siguiente otro contribuidor la habrá vuelto a poner como estaba y ha
> avisado al contribuidor responsable. Y si repite la jugada porque le sale
> de los co..nes se banea. Soy consciente, la realidad es compleja y por
> tanto es complejo representarla con todo detalle en un mapa de forma
> homogénea en el mundo entero. Por ello siempre habrá variaciones, problemas
> de encaje de conceptos o diferentes maneras para hacer cosas parecidas.
>
> Esto no quita que idealmente estas variaciones anárquicas se deben
> minimizar al máximo. Ejemplo: Ahora estamos debatiendo sobre las dehesas y
> la realidad de etiquetaje en este momento es la siguiente:
>
> 560 = natural grassland - dehesa
>
> 51 = natural grassland - montado
>
> 21 = natural grassland - oak_savanna
>
> 1 = landuse agroforestry - dehesa
>
> 1 = landuse farmland - crop:agroforestry
>
> 9 = name: "algo con agroforestry", en combinación con landuse:orchard,
> landuse:farmland etc
>
> 3 = name: agroforest, en combinación con natural=wood
>
> 3 = "agroforest" incluido en la description en combinación con natural=wood
>
> -> Sin contar todas las opciones creativas que otros habrán usado para
> mapear lo mismo.
>
> Este tipo de "anarquía" no me parece ni romántica ni deseable. Si queremos
> multiplicar el potencial de OSM deberíamos encontrar un criterio
> consistente y si la realidad requiere entiquetados complejos con subkeys
> complejos esto es infinitamente más útil que dejar que cada uno lo ponga
> como le da la gana. Idealmente (y sabiendo que nunca es posible del todo)
> no debería existir ninguna etiqueta ni ninguna manera de mapear que no este
> consensuado o aprobado - o como mínimo en status de proposal. Cuando
> alguién se da cuenta que no puede reflejar la realidad adecuadamente lo
> primero que debería hacer es inciar un debate y proposal para que el resto
> del mundo empieze a adaptarlo en su comunidad
>
> A lo que voy es que para conseguirlo creo que no es suficiente basarse
> únicamente en el "clima generado", y que me parece contraproducente el
> "siempre y cuando se mantenga dentro de lo razonable" porque significa que
> como todos los tags que he puesto arribe están dentro de lo razonable y
> mañana Miguel, de forma razonable, podría etiquetar un area con
> landuse=parkland seguimos con un colorido ramillete de etiquetas que ni se
> renderizarán bien ni facilitarían un análisis científico/académico ni
> cualquier futuro uso.
>
> Detalle técnico: Loomio te avisa con un mail sobre cualquier nueva
> respuesta y por tanto es igual de fácil seguir un debate allí que en la
> lista.
>
> Saludos,
>
> Marcos
>
> Am 16.10.2020 13:53, schrieb David Marín Carreño:
>
> Hola a todos.
>
> Varias ideas sobre esto:
>
> Sobre cómo alcanzar consensos, creo que la lista has

Re: [Talk-es] Herramienta para mejorar los procesos de creación de consensos en la comunidad

[David Marín Carreño]

Hola a todos.

Varias ideas sobre esto:

Sobre cómo alcanzar consensos, creo que la lista hasta ahora ha funcionado
razonablemente bien.
No estamos hablando de la aprobación de las leyes del reino, sino de un
proyecto que conlleva en sí algo de anarquía como nuestro wiki-mapa, en el
que cualquiera puede entrar y cambiar lo que le dé la gana.

Hasta ahora, si hay algo que se quiere implantar o cambiar, se comenta, se
debate y, a partir del clima generado, se puede ver si hay un consenso o
que, al menos, no hay un disenso o opiniones fuertemente contrarias que
podrían llevar a guerras de ediciones. Este proyecto se basa en la buena fe
de los que colaboramos en él, y salvo algunas raras excepciones, el clima
lleva siendo agradable y colaborativo.

Al final, el que hace las cosas pues es el que lleva la voz cantante,
siempre y cuando se mantenga dentro de lo razonable.

Si al final se decide usar una herramienta para realizar votaciones en
aquellos casos o discusiones en los que se decida que haya que votar (que
sería lo único para lo que la lista NO funciona) pues me parece bien.

Yo mantendría las discusiones y debates aquí. Hay pros y hay contras. Pero
la lista la leo varias veces al día y (hablo por mi) dudo mucho que si se
desplaza a otra herramienta vaya a visitarla tan a menudo.

Como única sugerencia, que cualquier herramienta esté alojada bajo el
dominio openstreetmap.es.

Un cordial saludo,
--
David Marín Carreño 



El vie., 16 oct. 2020 a las 12:55,  escribió:

> Veo que estamos de acuerdo en lo principal:
>
> Debate que requiere consenso en Telegram, el foro, Twitter, Whatsapp,
> Matrix, etc. -> la lista
>
> Evidentemente como menos plataformas diferentes mejor, por eso intento
> convencer que probemos Loomio no para tener otra más sino para reemplazar
> la lista.
>
> Lo de usar Loomio como único canal de decisón durante el periodo de prueba
> evidentemente no tiene que ser obligatorio, lo he mencionado porque me
> parecía que si tenemos que debatir algo, como por ejemplo el tema dehesas,
> tener que llevar el debate an ambas plataformas en paralelo sí que sería un
> cacao y que sería lógico llevarlo solo en Loomio. De lo contrario habría
> que hacer copy/paste de lo que escribes en un canal y pasarlo por el otro
> de nuevo y no creo que tenga sentido ni que ayude a que le gente participe
> más. Pero bueno, yo me adapto si la comunidad así lo prefiere.
>
> Si empezamos a usar Loomio de verdad para unos cuantos temas y no convence
> - nada, volvemos a la lista.
>
> Saludos,
>
> Marcos Martinez
>
> Am 15.10.2020 21:26, schrieb Jorge Sanz Sanfructuoso:
>
>
> Todo lo que se hable en Telegram en el foro o en cualquier plataforma se
> puede plasmar después en la lista y por así decir terminar de decidirse. No
> hay problema. Si ha funcionado cuando pase a la lista poco habrá que
> añadir. Y si se quiere usar cualquier otra herramienta se puede hacer
> igual. Y si se ve con el tiempo que es mejor y así se decide en la
> comunidad, cambiar a la nueva herramienta como lugar de decisión.
> Igualmente cuanto menos herramientas diferentes se usen lo veo mejor por no
> dividir a la comunidad. Pero entiendo que a veces como en este caso puede
> ser necesario.
>
> Esto lo comento porque en el anterior mensaje decias que hay que usarla un
> tiempo y debe ser durante ese tiempo el único canal de decisión. Esto no es
> hacerlo con calma. Lo de añadir el enlace como comentas en el último
> mensaje y has hecho en el tema de las dehesas si lo veo correcto.
>
> No estoy diciendo que sea mejor o peor herramienta porque sin usarla
> claramente no puedo opinar sobre ello.
>
> Saludos.
>
> El jue., 15 oct. 2020 a las 21:01,  escribió:
>
>> Buenas igualmente y bienvenido al debate.
>>
>> Como he intentado explicar anteriormente no se trata simplemente de tener
>> un nuevo canal, Loomio no tiene nada que ver con lo que pueda signifacar
>> Telegram que al fin y al cabo no es más que un canal adicional de
>> comunicación para que la gente comente, pregunte, opine o se cuente un
>> chiste. En esto tienes razón, plataformas de este tipo van y vienen y pasan
>> de moda. Pero no me meto con esto, cada uno elige el que más le guste, ya
>> sea el foro, reddit, Telegram o lo que sea. Pero hay UN canal para
>> realmente decidir cosas y este no es opcional: la lista. Si unos cuantos
>> debaten en el foro y se ponen de acuerdo en que se use forest=dehesa - no
>> tiene validez ninguna. Lo mismo pasa en cualquier otro canal incluyendo
>> Telegram. Porque estas cosas obligatoriamente deben pasar por la lista.
>>
>> La intención es simplemente encontrar algo mejor que la lista. Y te doy
>> la razón en que algo tan elemental como la lista no se puede reemplazar a
>> la ligera cada 3 meses

Re: [Talk-es] Río, red de drenaje y cuenca hidrográfica

[David Marín Carreño]

Por lo que veo, me parece que este hilo NO es el de las ediciones de
jlcc78...

--
David Marín Carreño 



El lun., 17 ago. 2020 a las 18:22,  escribió:

> Por favor, no mezclemos temas. Este hilo trata sobre las ediciones de
> jlcc78.
>
> El 17 ago. 2020 2:31 p. m., David Marín Carreño 
> escribió:
>
> Creo que todo esto tiene cabida en OSM.
>
> Por lo que sé, no hay etiquetas existentes para el "nivel del río" ni para
> la cuenca hidrográfica de cada río.
>
> Entiendo que un río tendría nivel 0 si desemboca en el mar/océano, o en un
> lago endorreico, ¿verdad?
> --
> David Marín Carreño 
>
>
>
> El lun., 17 ago. 2020 a las 13:23, Abelardo Lopez-Palacios via Talk-es (<
> talk-es@openstreetmap.org>) escribió:
>
> Muy buenas a la lista.
>
> Estoy tratando de desarrollar un pequeño proyecto y me encuentro con un
> gran problema. Bueno, exagerando, que queda bien en la redacción.
>
> La cuestión es lo que ya figura en el asunto, que creo es el modo
> estándar de entender la relación de los tres factores o elementos.
>
> Se tiene un río, que es el principal, y es el único que desemboca, en
> este caso, en otro río.
>
> En un modo resumido, tendríamos un río, nivel 0, que sería
> waterway=river y main_stream, que no se muy bien como o donde colocar.
> Tendría tributarios primarios, nivel 1, que a su vez, podrían tener
> tributarios, en distintos niveles, 2 ,3...
>
> Todos estos tributarios estarían relacionados con aquel cauce en que
> desembocan y, todos, al final con el principal. El conjunto formaría la
> red de drenaje.
>
> Por otro lado, la cuenca o subcuenca hidrográfica sería un polígono que
> iría por las cimas de los montes perimetrales, la línea de divisoria de
> aguas o divisoria de drenaje.
>
> Al final tendríamos tres tipos de elementos. Ríos, un waterway por cada
> uno. Red de drenaje, que los relacionaría todos, y cuenca de drenaje,
> que marcaría el territorio en el que existe u opera esa red de drenaje.
>
> A su vez, cada uno de estos elementos se vincularía con un QID de
> Wikidata y, a su través, con Wikipedia.
>
> Habría un elemento complementario, que de momento dejo de lado, que
> seria el cauce propiamente dicho, con determinada anchura y, por
> principio, evolutivo, quizás más que el propio río en sí, que
> representamos por una línea, el famoso talweg.
>
> Y este es el asunto, Si alguien ha trabajado con ello, cómo lo ha
> orientado o cómo se puede orientar, desde luego, si está bien planteado
> y tiene cabida así en OSM.
>
> En todo caso, gracias por adelantado, y por la paciencia.
>
> Saludos, Abelardo López
>
> PD. Es copia de mensaje puesto en el grupo de Telegram OSM España.
>
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Río, red de drenaje y cuenca hidrográfica

[David Marín Carreño]

Creo que todo esto tiene cabida en OSM.

Por lo que sé, no hay etiquetas existentes para el "nivel del río" ni para
la cuenca hidrográfica de cada río.

Entiendo que un río tendría nivel 0 si desemboca en el mar/océano, o en un
lago endorreico, ¿verdad?
--
David Marín Carreño 



El lun., 17 ago. 2020 a las 13:23, Abelardo Lopez-Palacios via Talk-es (<
talk-es@openstreetmap.org>) escribió:

> Muy buenas a la lista.
>
> Estoy tratando de desarrollar un pequeño proyecto y me encuentro con un
> gran problema. Bueno, exagerando, que queda bien en la redacción.
>
> La cuestión es lo que ya figura en el asunto, que creo es el modo
> estándar de entender la relación de los tres factores o elementos.
>
> Se tiene un río, que es el principal, y es el único que desemboca, en
> este caso, en otro río.
>
> En un modo resumido, tendríamos un río, nivel 0, que sería
> waterway=river y main_stream, que no se muy bien como o donde colocar.
> Tendría tributarios primarios, nivel 1, que a su vez, podrían tener
> tributarios, en distintos niveles, 2 ,3...
>
> Todos estos tributarios estarían relacionados con aquel cauce en que
> desembocan y, todos, al final con el principal. El conjunto formaría la
> red de drenaje.
>
> Por otro lado, la cuenca o subcuenca hidrográfica sería un polígono que
> iría por las cimas de los montes perimetrales, la línea de divisoria de
> aguas o divisoria de drenaje.
>
> Al final tendríamos tres tipos de elementos. Ríos, un waterway por cada
> uno. Red de drenaje, que los relacionaría todos, y cuenca de drenaje,
> que marcaría el territorio en el que existe u opera esa red de drenaje.
>
> A su vez, cada uno de estos elementos se vincularía con un QID de
> Wikidata y, a su través, con Wikipedia.
>
> Habría un elemento complementario, que de momento dejo de lado, que
> seria el cauce propiamente dicho, con determinada anchura y, por
> principio, evolutivo, quizás más que el propio río en sí, que
> representamos por una línea, el famoso talweg.
>
> Y este es el asunto, Si alguien ha trabajado con ello, cómo lo ha
> orientado o cómo se puede orientar, desde luego, si está bien planteado
> y tiene cabida así en OSM.
>
> En todo caso, gracias por adelantado, y por la paciencia.
>
> Saludos, Abelardo López
>
> PD. Es copia de mensaje puesto en el grupo de Telegram OSM España.
>
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Porqué no figuran las aguas territoriales de Ceuta y Melilla y la frontera de Marruecos está sobre las costas de esas ciudades?

[David Marín Carreño]

Yo uniría esta reclamación con el tema de Gibraltar, ya que el caso es
exactamente el mismo, y la resolución debería ser igual: aguas
territoriales reclamadas, pero no reconocidas por una parte.

Así, si la política o normas de OSM nos quita las aguas territoriales de
Ceuta y Melilla, al menos recuperaríamos las de Gibraltar ;-D

--
David Marín Carreño 



El vie., 10 jul. 2020 a las 12:13, Alejandro Moreno ()
escribió:

> El tema parece que se discutió hace unos años en
> https://forum.openstreetmap.org/viewtopic.php?pid=606038#p606038
>
> El vie., 10 jul. 2020 a las 11:54, Andy Townsend ()
> escribió:
>
>> On 10/07/2020 09:38, Miguel Sevilla-Callejo wrote:
>> > Buscando por aquella vez que "metí las narices en el caso" [1]
>> > encontré este changset [2]
>> > Por algún lado debe estar mi interacción con la gente que maneja los
>> > límites internacionales.
>> >
>> > [1] https://tinyurl.com/y9n387qk
>> >
>> > [2] https://www.openstreetmap.org/changeset/49804213
>>
>> Also see https://overpass-api.de/achavi/?changeset=49804213
>>
>> Best Regards,
>>
>> Andy
>>
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Porqué no figuran las aguas territoriales de Ceuta y Melilla y la frontera de Marruecos está sobre las costas de esas ciudades?

[David Marín Carreño]

Según el documento con las normas que puso la OSMF:
https://wiki.osmfoundation.org/w/images/d/d8/DisputedTerritoriesInformation.pdf

The OpenStreetMap community operates under the “on the ground” principle,
> recordingwhat is actually currently used in a particular area, giving
> pre­eminence to data collectedin­situ. This is generally what is used on
> our main example map athttp://www.openstreetmap.org.
>

Vamos, que si quien ejerce el control de manera efectiva sobre esas aguas
es España, el mapa debiera mostrarlas como españolas _por defecto_.
Exactamente lo mismo que pasa con Gibraltar: según el tratado de Utrecht
las únicas aguas británicas serían las del puerto, pero son ellos los que
patrullan su parte de la bahía de Algeciras así que así aparece en el mapa
y me parece bien según la norma anterior, aunque pueda tener legitimidad
mostrar esas aguas como españolas.

Otro tema es el etiquetado extra para mostrar esas aguas como "territorio
en disputa", etc.

Lo que no me gusta nada es la asimetría. Si Ceuta o Melilla no tienen aguas
jurisdiccionales "por defecto", es incluso menos justificado mostrar aguas
jurisdiccionales en Gibraltar.
--
David Marín Carreño 



El jue., 9 jul. 2020 a las 22:42, Alejandro S. ()
escribió:

> Tal vez sirva de guía:
> https://wiki.openstreetmap.org/wiki/Disputed_territories
>
> On Thu, Jul 9, 2020, 21:59 Nicolás Vieites Sueiro 
> wrote:
>
>> Buenas tardes,
>>
>> Por lo que veo, no es la primera vez, ni será la última en la que habrá
>> problemas con la tenencia de un territorio entre países y, en cambio, en
>> OSM aún no sabemos muy bien como gestionar estos casos.
>> A mi parecer debería existir una forma de mapear zonas que se encuentran
>> en disputa entre dos países. Se me ocurren dos cosas:
>>
>> 1.- Crear un tipo de boundary específico para zonas disputadas
>>
>> 2.- Añadir una zona a la relación de los países que mantienen la disputa
>> por él territorio, con un rol específico para indicar que se encuentra en
>> disputa la zona.
>>
>> Pero esto ya no es algo que podamos discutir aquí, hay q llevarlo a la
>> lista de tagging si no me equivoco.
>>
>> Un saludo.
>>
>>
>>
>>
>> Get Outlook for Android <https://aka.ms/ghei36>
>> --
>> *From:* Miguel Sevilla-Callejo 
>> *Sent:* Thursday, July 9, 2020 8:50:18 PM
>> *To:* Discusión en Español de OpenStreetMap 
>> *Subject:* Re: [Talk-es] Porqué no figuran las aguas territoriales de
>> Ceuta y Melilla y la frontera de Marruecos está sobre las costas de esas
>> ciudades?
>>
>> Hola de nuevo,
>>
>> En una búsqueda rápida en internet me encuentro que es un tema abierto y
>> sin resolución entre Marruecos y España por lo que desde OSM yo no tomaría
>> partido, si a nivel internacional no se ha llegado a un acuerdo.
>>
>> En una noticia de hace ya 10 años se asegura que no hay delimitación
>> clara [1] y luego en wikipedia [2] o en noticias más recientes [3] parece
>> claramente que sigue existiendo una disputa.
>>
>> [1] https://elfarodeceuta.es/aguas-espanolas-de-ceuta/
>> [2] https://es.wikipedia.org/wiki/Frontera_entre_Espa%C3%B1a_y_Marruecos
>> [3]
>> https://www.efe.com/efe/espana/politica/marruecos-y-espana-bajan-el-tono-en-la-polemica-de-las-aguas-territoriales/10002-4158309
>>
>> Saludos
>>
>> Miguel
>>
>> --
>> *Miguel Sevilla-Callejo*
>> Doctor en Geografía
>>
>>
>> On Thu, 9 Jul 2020 at 13:34, Diego Cruz  wrote:
>>
>> Hola a todos:
>>
>> Yo tampoco me he metido a investigar sobre el tema ni a ver por qué están
>> mapeadas las cosas como están, pero quizás sí que se pueda abrir un debate
>> a mayor nivel sin necesidad de estar constituidos primero como un capítulo
>> local (cosa que desde luego vendría bien para muchos asuntos).
>>
>> Es decir, puede plantearse en términos generales qué hacer con las aguas
>> que están disputadas por varios países, algo que afecta a todo el mundo y
>> no solo a la comunidad española.
>>
>> Aquí se da la incongruencia de que no hay tratados ni con Marruecos ni
>> con el Reino Unido, pero las aguas en OSM figuran como pertenecientes a
>> estos países. Si no hay acuerdos internacionales y el tema del control
>> efectivo sobre las aguas es difícil de determinar o provoca roces, quien
>> esté interesado puede plantear en foros internacionales que como norma
>> general no se mapee este tipo de áreas o que se establezcan como zonas en
>> disputa, porque son temas políticos que los humildes usuarios de OSM no
>> pueden resolver ni en un sentido ni en otro.

Re: [Talk-es] Porqué no figuran las aguas territoriales de Ceuta y Melilla y la frontera de Marruecos está sobre las costas de esas ciudades?

[David Marín Carreño]

Cuando dije en mi correo anteror que qué pasaba con esto, lo que quería
obtener era alguna clase de comentario o argumentación, o mirar a ver si a
alguien le interesa el tema, quizá para hacer un frente común defendiendo
esta postura frente al DWG como "la postura de la comunidad española de
OSM".

El Reino de España considera que esas aguas son españolas. Marruecos
considera que son marroquíes.

Por lo que sé, la norma de OSM cuando hay conflictos es mostrar en el mapa
el status quo. No importan las reivindicaciones territoriales , sino el
control efectivo.

Quien las controla y patrulla son las patrulleras españolas. Por ello
considero que, siguiendo la política de OSM para resolver estos conflictos,
esas aguas deberían aparecer como españolas. Igual que aparecen las aguas
gibraltareñas como inglesas.

Ojalá dispusiese de tiempo para liarme la manta a la cabeza y asumir esto.
Desgraciadamente no es así. Bastante que he tardado casi 3 años en
completar la tarea de importación de edificios del catastro de mi pueblo.

Un cordial saludo.
--
David Marín Carreño 



El jue., 9 jul. 2020 a las 8:33, Lanxana () escribió:

> Buenos días,
>
> veo que Miguel aporta algo más de información sobre el tema, yo no tengo
> más que añadir pues es un asunto que desconozco absolutamente, pero sí
> quisiera aportar una reflexión al respecto.
>
> A mi parecer, una pregunta (fuera de lugar, pues debiera haber sido un
> hilo independiente y no la respuesta a otro que nada tiene que ver) de ¿qué
> pasa con esto?, sin añadir sobre qué se está preguntando o por qué se
> piensa que está mal, o haber investigado la realidad física/jurídica que
> hay detrás y añadir la opinión/consenso internacional al respecto, no se
> puede responder.
>
> Es decir, si yo ahora en este hilo pregunto "¿y qué pasa con el POPU que
> hay en mi pueblo?", no puedo molestarme porque nadie me responda o parezca
> importarle. Primero crearé un hilo propio, diré dónde está mi pueblo, cómo
> está mapeado ese POPU, qué es un POPU, qué etiquetado hay en la wiki, o
> qué hace la comunidad internacional cuando hay POPUs en otros lugares del
> mundo. (Añado, por si no se sobreentiende, que me he inventado la palabra
> POPU).
>
> Aplicado a este caso, aparte de abrir un hilo propio para preguntar qué
> opina la comunidad sobre la cuestión de Ceuta y Melilla, añadiría:
> - cuál es el problema: ¿tienen mal escrito el nombre?, ¿falta alguna
> frontera?, ¿falta algún elemento?
> - cuál es su situación física/jurídica: cómo se llaman, qué tratados hay
> sobre sus fronteras, qué tratados hay sobre aguas jurisdiccionales (que
> creo es el problema, pero lo desconozco)
> - qué hace la comunidad internacional en estos casos: buscar ejemplos de
> otros territorios con fronteras no claras, o en disputa... e incluso si ya
> se ha debatido este tema en concreto.
>
> Todo esto pienso que lo debe hacer quien inicia el hilo, nadie puede
> exigir a nadie que le haga el trabajo, cuando nuestras aportaciones a OSM
> son voluntarias y en el tiempo libre que le queramos dedicar. Nadie nos
> puede "exigir" que le resolvamos la papeleta, y menos si no aporta ninguna
> información concreta. Pienso que buscar, investigar y aportar opciones es
> trabajo de quien hace la consulta, no de quien intenta resolverla.
>
> Es como si pusiera un cartel en la comunidad de vecinos diciendo "no tengo
> estantería para los libros, ¿qué pensáis hacer?"... mejor tomo las medidas,
> la compro y en todo caso pongo uno que diga "quiero poner una estantería
> para los libros y necesito ayuda para ir a recogerla y montarla, ¿alguien
> me puede ayudar?" ¿con cuál de los dos carteles pensáis que conseguiré
> antes tener una estantería para los libros?
>
> Saludos.
>
>
>
> <https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail>
>  Libre
> de virus. www.avast.com
> <https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail>
> <#m_8192476830364047298_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> El jue., 9 jul. 2020 a las 8:04, Miguel Sevilla-Callejo (<
> msevill...@gmail.com>) escribió:
>
>> Hola David,
>>
>> Disculpa que no haya contestado antes pero no encontré el debate que tuve
>> en su día con otro editor internacional que me argumentó que a nivel
>> internacional el reconocimiento debía de ser marroquí.
>>
>> La cosa no es solo que no preocupe o.que creamos que debería ser de un
>> modo u otro, si no argumentar adecuadamente, a nivel internacional, que la
>> cosa debe ser de otro modo.
>>
>> A ver si me explico con otro ejemplo: por más que los Argentinos
>> reconozcan Las Malvinas como territorio propio es un 

Re: [Talk-es] Porqué no figuran las aguas territoriales de Ceuta y Melilla y la frontera de Marruecos está sobre las costas de esas ciudades?

[David Marín Carreño]

Hola.

¿Ningún comentario respecto a este tema? La situación me parece que debería
preocuparnos un poco más.
--
David Marín Carreño 



El mar., 7 jul. 2020 a las 6:56, David Marín Carreño ()
escribió:

> Hola.
>
> Sobre las aguas territoriales.
>
> Si no recuerdo mal, la política de OSM respecto a fronteras en disputa es
> mostrar las fronteras no según reclamaciones territoriales sino según el
> status-quo de control en la zona.
>
> Por lo que sé, España patrulla y ejerce el control sobre las aguas
> territoriales de Ceuta y Melilla, aunque podría estar equivocado.
>
> Un cordial saludo,
> --
> David Marín Carreño 
>
>
>
> El lun., 6 jul. 2020 a las 9:59, Miguel Sevilla-Callejo (<
> msevill...@gmail.com>) escribió:
>
>> Estimado yopaseopor,
>>
>> Aun pudiendo estar o no de acuerdo con parte de lo que escribes en tu
>> correo quiero pedirte que no uses ese lenguaje en la comunicación con el
>> resto de la comunidad.
>>
>> Me consta que muchos de los insultos y el lenguaje agresivo que has usado
>> no es directamente tuyo si no de las propias palabras y comentarios del
>> usuario @jlcc78 (el que suscribe el primer correo de este hilo, supongo)
>> pero este no era ni el momento ni el hilo.
>>
>> Os rogaría, como le he pedido en privado a @jlcc78 que elimineis ese tono
>> agresivo y desapruebo, y creo que el resto de la comunidad me apoya pues es
>> de sentido común, que se utilicen insultos o descalificaciones en la
>> comunicación que nos llega a todos.
>>
>> Tampoco este es el foro para tratar otros asuntos fuera de OpenStreetMap.
>>
>> Así mismo, pues parece necesario, voy a abrir un hilo exclusivo para
>> debatir las ediciones y contra ediciones que se ha desatado con los cambios
>> que ha habido con el usuario en cuestión pues considero que este hilo es
>> para tratar el tema de las aguas en torno a Ceuta y Melilla.
>>
>> Un saludo
>>
>> --
>> *Miguel Sevilla-Callejo*
>> Doctor en Geografía
>>
>>
>> On Sun, 5 Jul 2020 at 22:46, yo paseopor  wrote:
>>
>>> Saludos desde la lista
>>> Respecto al tema de aguas territoriales debo informarte que hay varios
>>> cambios. A ver si lo entiendes: en Madrid y Castilla - León se habla
>>> español y no te lo vas a creer, se escribe en español a pesar de los
>>> políticos antiespañoles que sufre España. He dicho.
>>> Sin embargo , en Villacastín, varios (te estoy esperando). Así que
>>> Guadarrama, areglo edificaciones que obviamente estaban hechas con el
>>> Catastro, esto es, muy mal. (no me des la paliza).
>>> Seguramente Ola, varios, granjas, pueblo, etc (¿me estása siguiendo
>>> crtno?). Más Villacastín (Segovia), sigo. (¿Vas a dar la paliza?)
>>> Si Carretera , si Penalba o Trabadelo o Manzanal Puerto. Pero es que
>>> Villacastín (Segovia): rehago parte de los destrozado por un vándalo y
>>> añado algo más del casco urbano y la periferia. Aviso para algunos: vive y
>>> deja vivir. Haz tus ediciones y deja en paz de las de otros. No existía
>>> Villacastín hasta ahora... La Mata, comienzo. Ojo, si algo no te gusta, lo
>>> modificas. Cuidado con las reversiones. En el tiempo que llevo editando, y
>>> me califica bien OSM, solo he creado y a veces modificado dibujos penos.
>>> Vive, deja vivir.
>>> Villacastín, urbano... Para los que me seguís, acoruños: yo no os sigo,
>>> no me obliguéis. Pero si continuáis en el empeño, si algo no os gusta, a
>>> modificar sin tocar el resto. Vive y deja vivir. Y seguid con lo vuestro,
>>> sin molestar los colaboradores OSM.
>>> Villacastín, sigo. Ojo, el de Crespos, no me toques las narices y
>>> dedícate a lo tuyo. De Ávila tenías que ser. En casa del herrero cuchillo
>>> de palo. En la castellana Avila, acoruños... hay qu ser paleto .Prado
>>> Encinas ... la paliza que vas a dar subnml. ¿Que nás te da perceb? Está OSM
>>> lleno de chapuzas que no vas a tocar y la tmas conmigo, glplls. Segunda vez
>>> que tengo que dibujar los elementos al norte de la carrtera de La Coruña...
>>> Ciertamente veao que disfrutas con esta historia subnorml. Iré a por tus
>>> ediciones en cualquier momento... Villacastín sur. A ver ¿Jesús Lopez?,
>>> Jeslop, deja de dar por c. y no me toques lo que no sea la aaacarretera de
>>> la coruña los cjns. No seas mendrugo y haz tu vida que yo estaba muy
>>> bien sin saber de ti y supongo que viceverssa. A la espera...Segóbriga
>>> (parte) y prox. Continuará.Saelices sur - Perfilando chapuzas varias de ...
>>> otros. Así está OSM. La G

Re: [Talk-es] Porqué no figuran las aguas territoriales de Ceuta y Melilla y la frontera de Marruecos está sobre las costas de esas ciudades?

[David Marín Carreño]

Hola.

Sobre las aguas territoriales.

Si no recuerdo mal, la política de OSM respecto a fronteras en disputa es
mostrar las fronteras no según reclamaciones territoriales sino según el
status-quo de control en la zona.

Por lo que sé, España patrulla y ejerce el control sobre las aguas
territoriales de Ceuta y Melilla, aunque podría estar equivocado.

Un cordial saludo,
--
David Marín Carreño 



El lun., 6 jul. 2020 a las 9:59, Miguel Sevilla-Callejo (<
msevill...@gmail.com>) escribió:

> Estimado yopaseopor,
>
> Aun pudiendo estar o no de acuerdo con parte de lo que escribes en tu
> correo quiero pedirte que no uses ese lenguaje en la comunicación con el
> resto de la comunidad.
>
> Me consta que muchos de los insultos y el lenguaje agresivo que has usado
> no es directamente tuyo si no de las propias palabras y comentarios del
> usuario @jlcc78 (el que suscribe el primer correo de este hilo, supongo)
> pero este no era ni el momento ni el hilo.
>
> Os rogaría, como le he pedido en privado a @jlcc78 que elimineis ese tono
> agresivo y desapruebo, y creo que el resto de la comunidad me apoya pues es
> de sentido común, que se utilicen insultos o descalificaciones en la
> comunicación que nos llega a todos.
>
> Tampoco este es el foro para tratar otros asuntos fuera de OpenStreetMap.
>
> Así mismo, pues parece necesario, voy a abrir un hilo exclusivo para
> debatir las ediciones y contra ediciones que se ha desatado con los cambios
> que ha habido con el usuario en cuestión pues considero que este hilo es
> para tratar el tema de las aguas en torno a Ceuta y Melilla.
>
> Un saludo
>
> --
> *Miguel Sevilla-Callejo*
> Doctor en Geografía
>
>
> On Sun, 5 Jul 2020 at 22:46, yo paseopor  wrote:
>
>> Saludos desde la lista
>> Respecto al tema de aguas territoriales debo informarte que hay varios
>> cambios. A ver si lo entiendes: en Madrid y Castilla - León se habla
>> español y no te lo vas a creer, se escribe en español a pesar de los
>> políticos antiespañoles que sufre España. He dicho.
>> Sin embargo , en Villacastín, varios (te estoy esperando). Así que
>> Guadarrama, areglo edificaciones que obviamente estaban hechas con el
>> Catastro, esto es, muy mal. (no me des la paliza).
>> Seguramente Ola, varios, granjas, pueblo, etc (¿me estása siguiendo
>> crtno?). Más Villacastín (Segovia), sigo. (¿Vas a dar la paliza?)
>> Si Carretera , si Penalba o Trabadelo o Manzanal Puerto. Pero es que
>> Villacastín (Segovia): rehago parte de los destrozado por un vándalo y
>> añado algo más del casco urbano y la periferia. Aviso para algunos: vive y
>> deja vivir. Haz tus ediciones y deja en paz de las de otros. No existía
>> Villacastín hasta ahora... La Mata, comienzo. Ojo, si algo no te gusta, lo
>> modificas. Cuidado con las reversiones. En el tiempo que llevo editando, y
>> me califica bien OSM, solo he creado y a veces modificado dibujos penos.
>> Vive, deja vivir.
>> Villacastín, urbano... Para los que me seguís, acoruños: yo no os sigo,
>> no me obliguéis. Pero si continuáis en el empeño, si algo no os gusta, a
>> modificar sin tocar el resto. Vive y deja vivir. Y seguid con lo vuestro,
>> sin molestar los colaboradores OSM.
>> Villacastín, sigo. Ojo, el de Crespos, no me toques las narices y
>> dedícate a lo tuyo. De Ávila tenías que ser. En casa del herrero cuchillo
>> de palo. En la castellana Avila, acoruños... hay qu ser paleto .Prado
>> Encinas ... la paliza que vas a dar subnml. ¿Que nás te da perceb? Está OSM
>> lleno de chapuzas que no vas a tocar y la tmas conmigo, glplls. Segunda vez
>> que tengo que dibujar los elementos al norte de la carrtera de La Coruña...
>> Ciertamente veao que disfrutas con esta historia subnorml. Iré a por tus
>> ediciones en cualquier momento... Villacastín sur. A ver ¿Jesús Lopez?,
>> Jeslop, deja de dar por c. y no me toques lo que no sea la aaacarretera de
>> la coruña los cjns. No seas mendrugo y haz tu vida que yo estaba muy
>> bien sin saber de ti y supongo que viceverssa. A la espera...Segóbriga
>> (parte) y prox. Continuará.Saelices sur - Perfilando chapuzas varias de ...
>> otros. Así está OSM. La Gudiña, varios. No comento porque las chapuzas me
>> enervan. Voy arregalando poco a poco. !Dios mío! cuanto inútil
>> bienintencionado pulula por OSM... Chaval, te has cargado modificaciones
>> del pueblo que había hecho yo antes y nadie más. Cambia los nombres que te
>> de la gana pero no destruyas las ediciones decentes, tontoelculo. Te he
>> denunciado por vándalo, maldito payaso. Según OSM: Un área
>> predominantemente con casas o edificios de apartamento. NO ES el campo de
>> futbol, ni el campo en general, ni la 

Re: [Talk-es] Demarcaciones sanitarias

[David Marín Carreño]

Hola, Hugo.

Me temo que, sobre demarcaciones religiosas habrá que ir diócesis a
diócesis. Yo mapeé en su día la diócesis de Alcalá de Henares con sus
arciprestazgos a partir de la información de la propia página web de la
diócesis (en la que se indican los municipios que pertenecen a cada
arciprestazgo). No creo que haya ninguna web con un listado completo.


--
David Marín Carreño 



El vie., 29 may. 2020 a las 13:41, hugo () escribió:

> Como bien dice David, es más fácil usar *admin_level* sobre todo si el
> número a añadir es un nivel administrativo. Por eso, y por simplicidad con
> lo ya existente, en la wikipedia
> <https://wiki.openstreetmap.org/wiki/ES:Otros_L%C3%ADmites> ya están
> actualizadas.
>
> Por otro lado, has añadido los límites religiosos, te quería preguntar si
> tienes alguna fuente de referencia para incluirlo en la página. Las
> referencias de Wikipedia están rotas ya, y lo único que he encontrado es
> https://conferenciaepiscopal.es/iglesia-en-espana/mapa-eclesiastico/ pero
> no es descargable, y desconozco si podemos usarlo como fuente.
>
> Respecto al etiquetado de la propuesta, he creado la discusión aquí
> https://wiki.openstreetmap.org/wiki/ES_talk:Otros_L%C3%ADmites para
> tenerlo al lado del propio artículo. Veréis que ya he comentado sobre la
> posible confusión healthcare=specialities con helthcare:specialities=*
>
> Por último, cómo veis las fuentes son de Castilla y León en su mayoría. Si
> sois de otra comunidad, y disponéis/conocéis las fuentes, por favor,
> añadidlas para poder mapearlas.
>
> Un saludo
>
> El jue, 28 de may de 2020 a las 08:37, David Marín Carreño <
> dav...@gmail.com> escribió:
>
> Mi pregunta es por qué se están proponiendo distintas etiquetas de nivel
> (healthcare_level, environment_level) en lugar de la ya existente
> admin_level.
>
> Esta etiqueta ya está siendo usada por boundary=religious_administration
> tanto en Polonia como Alemania.
>
> --
> David Marín Carreño 
>
>
>
> El mié., 27 may. 2020 a las 20:20, hugo () escribió:
>
>> Respecto a lo de proponerlo sin duda es el camino, pero antes queríamos
>> tenerlo un poquito más organizado. Para ello he creado esta página:
>> https://wiki.openstreetmap.org/wiki/ES:Otros_L%C3%ADmites.
>>
>> Mi idea es que podamos editar en esta página (quién quiera) algunas ideas
>> tanto de tags, como de fuentes (mayoritariamente son de CyL ahora) antes de
>> elaborar una propuesta formal (como aquí se describe
>> https://wiki.openstreetmap.org/wiki/Proposal_process). Si alguien no
>> sabe editar en wikipedia o no tiene cuenta o lo que sea, puede mandar un
>> correo aquí para que se agregue el contenido.
>>
>> Saludos
>>
>> El mar, 26 de may de 2020 a las 11:25, Alejandro Moreno <
>> almo...@gmail.com> escribió:
>>
>> Yo no puedo aportar mucho al etiquetado pero os dejo un par de
>> propuestas. La primera es proponerlo en la lista de etiquetado global ya
>> que ahí pueden proponer otras opciones de etiquetado y la segunda es
>> documentar en la wiki la solución que finalmente se use, de manera que
>> quede reflejado las etiquetas a usar como documentación para el futuro.
>>
>> Un saludo.
>>
>> El lun., 25 may. 2020 a las 12:04, Jorge Sanz Sanfructuoso (<
>> sanc...@gmail.com>) escribió:
>>
>>> Buenas.
>>>
>>> A lo mejor se puede hacer igual que en las zonas administrativas que se
>>> añade en la relación un admin_center. Añadir en estas zonas algo parecido
>>> con el centro de salud principal de la demarcación sanitaria.
>>>
>>> Un saludos.
>>>
>>>
>>> El lun., 25 may. 2020 a las 2:43, Diego Cruz ()
>>> escribió:
>>>
>>>> Hola, Rafael:
>>>>
>>>> Muchas gracias por tu respuesta.
>>>>
>>>> Un compañero me ha advertido de que el único país donde estaba mapeado
>>>> esto era el Congo, y allí utilizaban "health". Sin embargo, yo diría que
>>>> "health" en inglés es más bien la salud de uno mismo, mientras que
>>>> "healthcare" se refiere a la sanidad o atención sanitaria. Por eso había
>>>> optado por esto último (además de que está el grupo de etiquetas
>>>> "healthcare").
>>>>
>>>> Acabo de subir la primera zona básica de salud (rural) como ensayo
>>>> piloto (changeset #85697721) y al hacerlo me he dado cuenta de algunos
>>>> fallos en lo que había propuesto, como el tema de la referencia que
>>>> mencionas. Coincido en que es una tontería inventarse "health_ref", así que
>&g

Re: [Talk-es] Demarcaciones sanitarias

[David Marín Carreño]

Mi pregunta es por qué se están proponiendo distintas etiquetas de nivel
(healthcare_level, environment_level) en lugar de la ya existente
admin_level.

Esta etiqueta ya está siendo usada por boundary=religious_administration
tanto en Polonia como Alemania.

--
David Marín Carreño 



El mié., 27 may. 2020 a las 20:20, hugo () escribió:

> Respecto a lo de proponerlo sin duda es el camino, pero antes queríamos
> tenerlo un poquito más organizado. Para ello he creado esta página:
> https://wiki.openstreetmap.org/wiki/ES:Otros_L%C3%ADmites.
>
> Mi idea es que podamos editar en esta página (quién quiera) algunas ideas
> tanto de tags, como de fuentes (mayoritariamente son de CyL ahora) antes de
> elaborar una propuesta formal (como aquí se describe
> https://wiki.openstreetmap.org/wiki/Proposal_process). Si alguien no sabe
> editar en wikipedia o no tiene cuenta o lo que sea, puede mandar un correo
> aquí para que se agregue el contenido.
>
> Saludos
>
> El mar, 26 de may de 2020 a las 11:25, Alejandro Moreno 
> escribió:
>
> Yo no puedo aportar mucho al etiquetado pero os dejo un par de propuestas.
> La primera es proponerlo en la lista de etiquetado global ya que ahí pueden
> proponer otras opciones de etiquetado y la segunda es documentar en la wiki
> la solución que finalmente se use, de manera que quede reflejado las
> etiquetas a usar como documentación para el futuro.
>
> Un saludo.
>
> El lun., 25 may. 2020 a las 12:04, Jorge Sanz Sanfructuoso (<
> sanc...@gmail.com>) escribió:
>
>> Buenas.
>>
>> A lo mejor se puede hacer igual que en las zonas administrativas que se
>> añade en la relación un admin_center. Añadir en estas zonas algo parecido
>> con el centro de salud principal de la demarcación sanitaria.
>>
>> Un saludos.
>>
>>
>> El lun., 25 may. 2020 a las 2:43, Diego Cruz ()
>> escribió:
>>
>>> Hola, Rafael:
>>>
>>> Muchas gracias por tu respuesta.
>>>
>>> Un compañero me ha advertido de que el único país donde estaba mapeado
>>> esto era el Congo, y allí utilizaban "health". Sin embargo, yo diría que
>>> "health" en inglés es más bien la salud de uno mismo, mientras que
>>> "healthcare" se refiere a la sanidad o atención sanitaria. Por eso había
>>> optado por esto último (además de que está el grupo de etiquetas
>>> "healthcare").
>>>
>>> Acabo de subir la primera zona básica de salud (rural) como ensayo
>>> piloto (changeset #85697721) y al hacerlo me he dado cuenta de algunos
>>> fallos en lo que había propuesto, como el tema de la referencia que
>>> mencionas. Coincido en que es una tontería inventarse "health_ref", así que
>>> había puesto ref:healthcare, pero si basta con "ref" a secas, por mí no hay
>>> problema, lo cambio. No soy muy experto en el tema de las referencias.
>>>
>>> Es decir, me parece perfecto lo que dices (*boundary=healthcare +
>>> healthcare_level=X*) con ref a secas, pero cambiando health por
>>> healthcare (aunque se esté usando ya health, yo creo que si se propone a
>>> nivel mundial la gente de habla inglesa no va a aceptar health, aunque todo
>>> es cuestión de ver qué pasa).
>>>
>>> En cuanto al etiquetado de los centros, teniendo en cuenta el conflicto
>>> existente entre amenity=x y healthcare=x que han mencionado algunos
>>> compañeros, he optado por poner las dos, y que se borre automáticamente
>>> después la que quede en desuso.
>>>
>>> También he visto que para los consultorios de atención primaria sería
>>> "doctors" y no "doctor" como había puesto.
>>>
>>> Un saludo
>>> Diego
>>>
>>>
>>> El lun., 25 may. 2020 a las 1:59, Rafael Avila Coya (<
>>> ravilac...@gmail.com>) escribió:
>>>
>>>> Hola, Diego:
>>>>
>>>> En la República Dem. del Congo se están mapeando las zonas sanitarias
>>>> del país. Hace unos años atrás colaboré con Claire Halleux de la comunidad
>>>> local congolesa sobre el tagging para esas entidades, pues no teníamos
>>>> referencia en otros países.
>>>>
>>>> Por consistencia con los datos que ya hay, estaría bien seguir ese
>>>> esquema, y quizás luego proponerlo para la wiki global para que en otros
>>>> países se siga también este mismo esquema, y no que haya varios esquemas
>>>> diferentes para lo mismo.
>>>>
>>>> La sección en la que se explica es esta:
>>>> https://wiki.openstreetmap

Re: [Talk-es] Unidades Administrativas - Castilla y León [debate]

[David Marín Carreño]

Philippe: Hay partes de España que NO tiene definidas fronteras comarcales
oficiales.

Aunque ese mapa muestre huecos, eso NO es un error. Es la realidad política
de este país. No debe ser ningún objetivo el hacer que ese mapa se vea
bonito y sin huecos con nivel administrativo 7.

--
David Marín Carreño 



El mié., 22 ene. 2020 a las 14:45, Philippe Verdy ()
escribió:

> Also I indicated to one Spanish user this tool:
>
>
> http://layers.openstreetmap.fr/?zoom=7=40.72046=0.22036=0B000TF
>
>
> It works worldwide and checks for admin_level overlaps, locates holes and
> inconsistencies, and broken boundaries (the map is not updated instantly,
> but on request abount once per hour (several minutes after the last diff
> processed by the internal database); you may need to for a "/dirty" for
> some areas that have changed but still not reflected for a given zoom
> level, and then refresh the tiles in your browser (clearing the browser
> cache of web contents sometimes help. If not, just wait for the next hour).
>
> You can select the colored layer to show with the side menu (the layers
> can be stacked with distinctive semi-transparent colors).
>
> Note: a recent bug causes non-ASCII characters encoded in UTF-8 to be no
> longer displayed correctly (they were displayed before in a past version);
> so letters with accents may look like question marks in diamonds in the
> displayed labels which reflects only the default "name=*" tag, positioned
> arbitrarily in the largest closed polygon of each boundary, arbitrarily at
> the geometric center of its rectangular bounding box. This is a minor bug,
> these map layers were not developed to create a map for general use, but
> only as QA tool. As well non-Latin letters (notably Arabic, Chinese, and
> scripts of India) will not be displayed so the labels are not readable at
> all in this case if they are not romanized. I suppose this bug was a
> problem in the installation of fonts, or they caused a bug in the renderer
> or a performance/resource problem in the tile rendering server. This recent
> bug is already signaled.
>
>
>
>
>
>
> Le mer. 22 janv. 2020 à 12:35, Crashillo  a écrit :
>
>> Con el objetivo de determinar qué limites (boundaries) deben ser añadidos
>> al
>> mapa, tenemos que establecer  cuáles van a ser las etiquetas adecuadas
>> para
>> identificarlos, y posteriormente documentarlos en la wiki.
>>
>> En este  link
>> <
>> https://idecyl.jcyl.es/geonetwork/srv/spa/catalog.search#/search?facet.q=inspireThemeURI%2Fhttp%253A%252F%252Finspire.ec.europa.eu%252Ftheme%252Fau>
>>
>> se pueden encontrar una serie de datasets que pueden servirnos como
>> orientación de cuál mapear.
>>
>> Según la  wiki en inglés <
>> https://wiki.openstreetmap.org/wiki/Key:boundary>
>> para unidades de carácter administrativos se utiliza
>> *boundary=administrative* junto con *admin_level*. La lista de "niveles"
>> la
>> podemos encontrar  aquí
>> <
>> https://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#10_admin_level_values_for_specific_countries>
>>
>> . No sé si seguimos las mismas convicciones que ahí están indicadas.
>>
>> También sería tema de discusión, cuáles faltan, por ejemplo, /comarcas
>> agragarias/ y cómo podemos etiquetarlas. Hay  muchas definidas
>> <https://taginfo.openstreetmap.org/keys/boundary#values>   ya.
>>
>>
>>
>> --
>> Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] hello, first message tried in this list

[David Marín Carreño]

Hola, Philippe.

Por consiguiente, estas comarcas que estás mapeando no son del tipo
administrativo, ya que no se emplean para la zonificación administrativa
oficial del territorio que en España está dividida en comunidades
autónomas, provincias y municipios (y comarcas sólo en aquellos lugares
donde la legislación autonómica así lo ha definido).
Tampoco son "boundary=political", ya que no son demarcaciones electorales.

Estos límites comarcales "temáticos" deberán ser mapeados empleando una
etiqueta boundary nueva, según lo que se decida en el hilo "Unidades
Administrativas - Castilla y León [debate]" que ha abierto Crashillo.

Un cordial saludo,
--
David Marín Carreño 



El mié., 22 ene. 2020 a las 14:10, Philippe Verdy ()
escribió:

> Note also that "political" boundaries are used in Spain for linguistic
> areas, not just electoral constituencies.
>
> There should be a subtag for the political=* type to distinguish them (and
> there are multiple consituency types depending on the kind of elections,
> including European elections for European deputies elected for Spain).
>
> I just challenge here the fact that every concept is mixed, and there are
> already collisions on the same classification tags for different things.
> This does not allow easy searches and clear results (e.g. to create
> statistical maps without doubly-counted overlaps).
>
> So first we must solve these collisions, find holes that should be filled
> for completeness (needed for statistics), and then apply consistent tagging
> (which can be decided, for now it's not even documented anywhere, there are
> just different assumptions by different users: it's a mess to find the
> existing items in OSM and get consistant results).
>
> Le mer. 22 janv. 2020 à 13:47, Francisco Javier Diez Rabanos <
> diera...@jcyl.es> a écrit :
>
>> De la mismas manera que las comarcas agrícolas se pueden incluir las
>> comarcas forestales, que en Castilla y León están disponibles en el portal
>> de datos abiertos.
>>
>>
>> https://datosabiertos.jcyl.es/web/jcyl/set/es/medio-ambiente/comarcas-medio-ambiente-cyl/1284687310081
>>
>>
>>
>> *De:* Philippe Verdy [mailto:ver...@gmail.com]
>> *Enviado el:* miércoles, 22 de enero de 2020 13:25
>> *Para:* Discusión en Español de OpenStreetMap 
>> *Asunto:* Re: [Talk-es] hello, first message tried in this list
>>
>>
>>
>> The enclaves de Miranda de Ebro are related to another one, for Treviño
>> in the same area that was also mapped and overlapped the same level 7 as
>> the comarca de Ebro (containing that enclave).
>>
>> But these enclaves de Mirando de Ebro are enclaved by another province
>> than those for Treviño. I did not make them "comarcas", it may have just
>> been while looking for holes or overlaps.
>>
>>
>>
>> I've seen a few comarcas that forgot enclaves of their municipalities or
>> included enclaves of other municipalities not member of the comarca.
>>
>>
>>
>> The object named "Enclaves burgueses de Miranda de Ebro" is more or less
>> descriptive, just like the name given to "Enclave de Treviño", they are
>> documented with similar but varying names in historical documents as such
>> "enclaves", but not administrative today by themselves as they have no form
>> of autonomy. This was not made as a "comarca" at all. If you don't like it,
>> no problem for removing it (but then what is "Enclave de Treviño" ?
>>
>>
>>
>> There's a mix and confusion between what are "comarcas" in Spain. It's a
>> generic term just like "geographic region" used for various things
>> grouping, not necessarily endorsed by an existing public collectivity
>> (municipalities, provinces, autonomous communities, and the state).
>>
>>
>>
>> And someone says that I did not reply to questions sent on this list.
>> I've seen comments, but the real questions were actually written by me. I
>> proposed to sort these. And create a correct tagging that avoids the
>> confusions between the comarcal types. I did not say we should remove these
>> and visibly existing users have different needs.
>>
>>
>>
>> The agrarian comarcas are documented by MAPA, even published on their
>> opendata and visible on their online map, throughout Spain. They have some
>> administrative status for managing agriculture founding and the Spanish and
>> European planification. They have documented names, and do not necessarily
>> follow the regional and/or provincial delimitations or the historical and
>> "natura

Re: [Talk-es] Unificar vías con carriles separados

[David Marín Carreño]

Hola, YoPaseoPor:

Sobre el access=no, según la página del wiki sobre la etiqueta access,(
https://wiki.openstreetmap.org/wiki/Key:access) creo que es correcto
etiquetar una vía sólo-bus como: access=no, psv=bus

Sobre el resto de etiquetas, el tema es que ese carril va en contrasentido
al resto de carriles. Y en el sentido "normal" también existe otro carril
bus.

Creo que, dado que en ciertos lugares se está "difuminando" la idea de "si
no hay separación física, usar una sola vía" (como en el caso de las
aceras), simplifica en sobre manera tanto los renderizadores como los
enrutadores mapearlo así. Siempre sin querer caer en un caso de "mapear
para el renderizador" o el "enrutador", sino en hacerlo como buenamente
consideremos sensato para que el que venga detrás entienda de qué estamos
hablando

Un cordial saludo.
--
David Marín Carreño 



El dom., 5 ene. 2020 a las 14:26, yo paseopor ()
escribió:

> Mirándomelo con detenimiento...no estoy de acuerdo.
>
> Primero, porque el etiquetaje creo que no es correcto. Me gustaría si
> alguien puede confirmar que ese Paseo de las Delicias funciona
> correctamente, porque tengo mis serias dudas, especialmente para autobuses:
> access=no  ¡¿Acceso prohibido?! ¿¿Entonces los buses no pueden
> pasar??
> highway=residential
> lanes=1
> name=Paseo de las Delicias
> oneway=yes
> psv=bus
> surface=asphalt
>
> existe la etiqueta psv:lanes=designated
> existe la etiqueta lanes:psv=1
> existe bus=designated
> (Si sólo hay un carril y ese carril está dedicado al transporte público es
> evidente que no te van a permitir ir por ahí si no lo eres.)
>
> Por otro lado, en ese tramos concreto se podría usar las subetiquetas
> :forward y :backward
> Salut i mapes
> yopaseopor
>
> On Thu, Jan 2, 2020 at 7:41 AM David Marín Carreño 
> wrote:
>
>> Hola.
>>
>> Hay problemas que no se pueden solucionar si se unen.
>>
>> Por ejemplo, https://www.openstreetmap.org/#map=18/40.39254/-3.69499
>>
>> En ese tramo del Paseo de las Delicias hay un carril bus en sentido
>> contrario a la marcha. Desconozco si en la actualidad hay una separación
>> física de dicho carril o no. Sé que en su día no la había.
>>
>> Mapear esto sin independizar una vía para este carril bus, aunque no haya
>> separación física, es un auténtico caos. Y algo que es completamente claro
>> en la actualidad para cualquiera que vea el mapa o la base de datos se
>> convierte en un maremagnum de etiquetas difícilmente legibles e
>> interpretables para generadores de mapas, ruteadores, etc.
>>
>> En otros casos, unirlo puede ser correcto. Pero ojo con perder
>> información o añadir información de giros incorrecta. Quien haga esta
>> unificación ha de ser muy meticuloso con todo esto.
>>
>> Yo, sinceramente, abogo por dejarlo como está. No sé si podría crearse
>> una relación entre ambas vías, incluyendo las aceras si existen como vías
>> separadas.
>>
>> --
>> David Marín Carreño 
>>
>>
>>
>> El mié., 1 ene. 2020 a las 11:29, Héctor Ochoa ()
>> escribió:
>>
>>> Buenas,
>>> yo sí que estoy de acuerdo en la unificación, ya que no hay separación
>>> física. Si hubiese aunque sea unos míseros bolardos en la mediana,
>>> separado. Dicho eso, tampoco cambia mucho ponerlo de una manera o de otra
>>> pero creo que en este caso queda más correcto unirlas.
>>>
>>> Saludos
>>>
>>> El mié., 1 ene. 2020 a las 11:23, Miguel Sevilla-Callejo (<
>>> msevill...@gmail.com>) escribió:
>>>
>>>> Hola,
>>>>
>>>> Yo NO soy partidario de unificar vías en calles que ya se han editado
>>>> por separado y en el que ya hay relaciones y otros datos incluidos. Esto
>>>> puede llevar a una simplificación y problemas con los ruteadores, entre
>>>> otros.
>>>>
>>>> Estoy de acuerdo respecto a que si no hay una separación física no se
>>>> separe, pero si tienes una calle con doble mediana y más de cuatro carriles
>>>> me parece recomendable la separación. Y si no es así se puede seguir
>>>> realizando con vías separadas y uniones en lugares en los que se pueda
>>>> atravesar la otra calzada.
>>>>
>>>> Efectivamente todo se puede resolver con un buen etiquetado pero
>>>> conforme nos acercamos al detalle y subimos de escala es recomendable la
>>>> separación de vías.
>>>>
>>>> Sucede similar con las calles con aceras. Tras mucho pensar cómo
>>>> realizar las ediciones, cuando llegas al detalle es re

Re: [Talk-es] Unificar vías con carriles separados

[David Marín Carreño]

Hola.

Hay problemas que no se pueden solucionar si se unen.

Por ejemplo, https://www.openstreetmap.org/#map=18/40.39254/-3.69499

En ese tramo del Paseo de las Delicias hay un carril bus en sentido
contrario a la marcha. Desconozco si en la actualidad hay una separación
física de dicho carril o no. Sé que en su día no la había.

Mapear esto sin independizar una vía para este carril bus, aunque no haya
separación física, es un auténtico caos. Y algo que es completamente claro
en la actualidad para cualquiera que vea el mapa o la base de datos se
convierte en un maremagnum de etiquetas difícilmente legibles e
interpretables para generadores de mapas, ruteadores, etc.

En otros casos, unirlo puede ser correcto. Pero ojo con perder información
o añadir información de giros incorrecta. Quien haga esta unificación ha de
ser muy meticuloso con todo esto.

Yo, sinceramente, abogo por dejarlo como está. No sé si podría crearse una
relación entre ambas vías, incluyendo las aceras si existen como vías
separadas.

--
David Marín Carreño 



El mié., 1 ene. 2020 a las 11:29, Héctor Ochoa ()
escribió:

> Buenas,
> yo sí que estoy de acuerdo en la unificación, ya que no hay separación
> física. Si hubiese aunque sea unos míseros bolardos en la mediana,
> separado. Dicho eso, tampoco cambia mucho ponerlo de una manera o de otra
> pero creo que en este caso queda más correcto unirlas.
>
> Saludos
>
> El mié., 1 ene. 2020 a las 11:23, Miguel Sevilla-Callejo (<
> msevill...@gmail.com>) escribió:
>
>> Hola,
>>
>> Yo NO soy partidario de unificar vías en calles que ya se han editado por
>> separado y en el que ya hay relaciones y otros datos incluidos. Esto puede
>> llevar a una simplificación y problemas con los ruteadores, entre otros.
>>
>> Estoy de acuerdo respecto a que si no hay una separación física no se
>> separe, pero si tienes una calle con doble mediana y más de cuatro carriles
>> me parece recomendable la separación. Y si no es así se puede seguir
>> realizando con vías separadas y uniones en lugares en los que se pueda
>> atravesar la otra calzada.
>>
>> Efectivamente todo se puede resolver con un buen etiquetado pero conforme
>> nos acercamos al detalle y subimos de escala es recomendable la separación
>> de vías.
>>
>> Sucede similar con las calles con aceras. Tras mucho pensar cómo realizar
>> las ediciones, cuando llegas al detalle es recomendable la separación de la
>> vía peatonal de la vehicular. Para trabajar en rutas, caracterización
>> particular y añadir elementos extras se hace más práctico la separación.
>>
>> Se que no es exactamente lo mismo que lo que se plantea, pero antes de
>> entrar en cambiar cosas que ya están editadas, yo sugiriría entrar en
>> añadir más detalles y elementos. Perder vías será perder nodos y finalmente
>> información.
>>
>> Un saludo y feliz 2020
>>
>> Miguel
>>
>>
>> On Tue, 31 Dec 2019, 10:08 Roberto geb,  wrote:
>>
>>> Alejandro,
>>>
>>> separar los sentidos de la marcha cuando hay una doble línea pintada en
>>> el suelo puede simplificar la gestión de los cruces con las otras calles
>>> evitando añadir relaciones de giro obligatorio, etc.
>>> Hay que tener mucho cuidado con lo que propones ya que puede acabar
>>> como  con la Gran Vía de Madrid, donde hay varias vías superpuestas con las
>>> rutas de autobuses circulando en una u otra según su sentido pero
>>> compartidas para el resto de vehículos. Esto genera "ruido" a los
>>> ruteadores.
>>> A priori, no veo beneficios en fusionar ambos sentidos de circulación.
>>> De hecho, han habido épocas en que el Ayuntamiento ha creado esas medianas
>>> entre los sentidos y las ha llenado de árboles, por lo que además puede ser
>>> un trabajo contraproducente.
>>> Creo que antes de acometer ese trabajo sería prudente preguntar a los
>>> que han trabajado la vía los motivos por los que están separados los
>>> sentidos. En JOSM, pulsando CRTL-H puedes ver la historia de la vía y sus
>>> autores y, pulsando sobre ellos, mandarles un correo.
>>>
>>> Feliz Año a todos los mapeadores.
>>>
>>> Saludos,.
>>> Roberto
>>>
>>> El sáb., 28 dic. 2019 a las 14:31, yo paseopor ()
>>> escribió:
>>>
>>>> Saludos! Doy mi opinión.
>>>>
>>>> Tienes mucha razón, en OSM la separación de vías debería solo marcarse
>>>> si es física. Pero no nos engañemos, a veces es más fácil que las calles
>>>> grandes con varios carriles estén compuestas de varios sentidos (varias
>>>> vías).De hecho, si el ayu

Re: [Talk-es] Toponimia en Galicia

[David Marín Carreño]

Estoy completamente de acuerdo con lo expresado por dcapillae, y a favor de
lo expresado por él.

Este cambio afecta a todos los hispanohablantes, no solo a los gallegos.

La Coruña y Orense son nombres en idioma castellano de dos ciudades
gallegas. El hecho de que "el único nombre aceptado por las Cortes
Españolas" sea A Coruña y Ourense no implica que, en idioma castellano,
ambas ciudades se denominen y se hayan denominado siempre de otra manera.

En caso contrario, propoingo borrar el name:es de Londres y Moscú, ya que
ambos nombres no han sido aceptados por las Cortes Españolas, y denominemos
a dichas ciudades con sus nombres London y Mockba, que es como las llaman
por allí, y es lo que pone en los carteles de las carreteras.
--
David Marín Carreño 



El vie., 30 ago. 2019 a las 2:10, dcapillae ()
escribió:

> Buenas noches.
>
> Las decisiones por consenso son decisiones en las que todos participan, es
> decir, que todos son corresponsables. La responsabilidad (o la culpa, si se
> prefiere) es de todos. Si la comunidad gallega toma esa decisión y el resto
> de la comunidad española la asume, todos sois responsables.
>
> Por lo demás, recuerdo que fui censurado en un grupo de contacto, grupo en
> el que se encuentra buena parte de la comunidad española, por decir esto
> mismo, es decir, que «A Coruña» es el nombre en gallego y que «La Coruña»
> es
> el nombre en español. Se me dijo que comentarios de este tipo eran política
> e ideológicamente inaceptable, y que por eso me habían censurado, por
> utilizar el canal para compartir mensajes de contenido político e
> ideológico.
>
> La decisión de censurar a un usuario, la injusticia de acusarle de algo que
> no ha hecho, también es corresponsabilidad de todos los administradores del
> grupo, no solo de la persona que borra los mensajes. Contacté con tres
> administradores y ninguno me apoyo, luego entiendo que compartíais la
> decisión. La opinión que tengo del silencio mantenido por algunos otros
> usuarios me la reservo.
>
> En este sentido, me parece muy destacable que nuevamente se me vuelva a
> cuestionar a mí en lugar de entrar a valorar la decisión de la comunidad
> gallega. Espero que en esta ocasión nadie me censure ni me acuse oportuna e
> injustamente de nada, aunque no me extrañaría visto los antecedentes.
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Sobre las carreteras "highway = trunk" y OSMAnd

[David Marín Carreño]

¡Hola!

Un par de comentarios extra: la clasificación entre
trunk/primary/secondary... se puede basar en la importancia relativa de la
vía, o en sus características físicas. Así, un highway=trunk puede ser una
carretera muy importante, o una vía rápida, según lo que decida la
comunidad del país.

Viendo la definición actual de highway=trunk, yo de entrada degradaría
todas las carreteras convencionales nacionales a highway=primary, a no ser
que tengan limitación de accesos y carriles de aceleración y deceleración.
Es decir, sería hacer algo parecido a lo que ya hacemos con
highway=motorway: una caracterización física independientemente de la
categoría. Y ascendería a trunk a todas las carreteras autonómicas que son
vías rápidas.

Tras eso, para distinguir entre primary, secondary y tertiary mi propuesta
sería seguir empleando una normalización basada en el criterio
administrativo, que marca la importancia relativa que otorga la
administración a una vía (y que *suele* coincidir con la importancia real
de las vías, salvo excepciones), *pero* ponderarla (llegado el caso,
ponderarla fuertemente) según el IMD y la velocidad media comparado con IMD
y velocidad media de carreteras cercanas y/o alternativas. Precisamente
para soportar estas excepciones

El hecho de que una carretera nacional sea un camino de cabras se reflejará
principalmente en su IMD y velocidad media. Pero es que un camino de cabras
puede ser un highway=primary si no hay alternativas mejores.

Para establecer un nuevo criterio de normalización será necesario empezar a
trabajar en él. ¿Montamos una página de propuesta en el wiki?
--
David Marín Carreño 



El mié., 17 jul. 2019 a las 16:19, yo paseopor ()
escribió:

> El sistema actual tiene varias disfunciones, aunque la principal es la que
> aquí apuntamos. Sobre criterios, propuestas, etc. no somos nuevos, se han
> publicado mensajes y propuestas concretas, raciocinios y debates más o
> menos enconados...para no moverse nada. Ahora nos lo plantea alguien de
> fuera y vuelve a surgir la duda, y si surge es porque no estamos seguros,
> hay alguna cosa que chirría. Por poner un ejemplo personal, estas son las
> veces que he planteado este debate desde que llevo en OSM:
>
>
> http://gis.19327.n8.nabble.com/Propuesta-de-cambios-en-la-normalizacion-para-Espa-a-de-carreteras-nacionales-td5925476.html
>
> http://gis.19327.n8.nabble.com/Mas-sobre-la-categorizacion-administrativa-de-vias-en-OSM-td5916820.html#a5916899
>
> http://gis.19327.n8.nabble.com/Propuesta-cambiar-la-categoria-de-algunas-carreteras-nacionales-en-base-a-su-uso-y-estado-actuales-td5915456.html#a5915968
>
> http://gis.19327.n8.nabble.com/Respuesta-para-las-preguntas-y-dudas-sobre-propuesta-de-cambios-en-la-normalizacion-para-las-vias-ins-td5873132.html
>
> http://gis.19327.n8.nabble.com/Propuesta-de-cambios-en-la-normalizacion-para-las-vias-interurbanas-td5872842.html#a5873004
>
> http://gis.19327.n8.nabble.com/Re-Resumen-de-Talk-es-Vol-111-Envio-22-td5872351.html
>
> Incluso en una de ellas diseñé un mapa con los resultados a escala
> española:
> https://imgur.com/SicS3Gu
>
> Para consultar el resto lo puedes encontrar aquí:
>
>
> http://gis.19327.n8.nabble.com/template/NamlServlet.jtp?macro=search_page=5409873=trunk=192=date
>
> No hay pocos mensajes. Algunos de estos mensajes me han llevado a salir
> fuera de OSMEs durante una temporada. Para mi es máxima prioridad generar
> el mejor mapa posible. Hacerlo con criterios puramente administrativos,
> provenientes del Plan Peña no me parece adecuado para gente que cuando el
> mapa no le funciona, no le da el resultado esperado,  usa Waze (de GM) .
> Por suerte hoy en día la gente en general podemos acceder a información
> técnica totalmente objetiva. Por ello propongo:
>
> -Tener en cuenta los datos de Intensidad Media Diaria (datos oficiales)
> -Tener en cuenta los datos de Velocidad Media (datos oficiales)
> -Tener en cuenta los elementos físicos de la vía - velocidad,no cruces a
> nivel, vallado del recorrido,arcenes (datos físicos)
> -Tener en cuenta la estructuración de vías alternativas (datos físicos)
>
> Salut i mapes
> yopaseopor
>
> PD:  la N-301 entre Ocaña y La Roda tiene como alternativa la AP-36, con
> tramos incluso libres de peaje, ¿seguro que hace la función de trunk según
> los criterios establecidos - IMD,Velocidad Media,punta de velocidad,no
> cruces a nivel, vallado del recorrido para evitar accesos indebidos,
> arcenes... - ?
>
> la N-322 sí cumpliría con el hecho de no tener vías alternativas y ser
> estructurante, excepto el tramo ya desdoblado entre Úbeda y Jaén siguiendo
> los recoridos de la A-32 y A-44.
>
> On Wed, Jul 17, 2019 at 1:43 PM David Marín Carreño 
> wrote:
>
>> Hola.
>>
>> El dom., 14 jul. 2019 a las 15:44, yo paseopor ()
>> escribió

Re: [Talk-es] Sobre las carreteras "highway = trunk" y OSMAnd

[David Marín Carreño]

Depende de la C.A.

En Extremadura, por ejemplo, no.
--
David Marín Carreño 



El mié., 17 jul. 2019 a las 13:45, Ricardo Sanz ()
escribió:

> buenas,
>
> de hecho, en la normalización de las carreteras autonómicas están
> clasificadas las vías más importantes de cada región como "Trunk", verdad?
>
> un saludo
>
> El mié., 17 jul. 2019 a las 13:28, David Marín Carreño ()
> escribió:
>
>> El problema ahí puede venir de cómo se han normalizado las carreteras en
>> la Comunidad Autónoma de Extremadura, en la que las autonómicas de primer
>> nivel (EX-1XX) se han definido como primary en lugar de trunk. ¿Por qué?
>> Una carretera autonómica puede ser, perfectamente, una trunk, y por ello
>> propongo realizar ese cambio.
>>
>> La normalización administrativa permite realizar la clasificación por
>> criterios objetivos y genéricos, a falta de tener otros criterios objetivos
>> (como pudiera ser el IMD de una carretera).
>>
>> Si encontráis criterios objetivos y verificables para proponer otra
>> normalización, pues haced propuestas concretas. La normalización actual no
>> es perfecta y puede mejorarse, pero sigo pensando que el criterio
>> administrativo no es desacertado ya que, en general, funciona.
>>
>> Un cordial saludo,
>>
>> --
>> David Marín Carreño 
>>
>>
>>
>> El lun., 15 jul. 2019 a las 16:48, Carlos Dávila (<
>> cdavi...@orangecorreo.es>) escribió:
>>
>>> Suscribo por completo lo que dices Jaume. También hace años que dije,
>>> cuando se debatió el tema, que me parecía un error clasificar las vías
>>> por criterios administrativos. Por eso lo de añadir otras etiquetas que
>>> aporten información sobre la realidad física de las vías. Solo un
>>> ejemplo para ilustrar lo absurdo que puede ser usar la clasificación
>>> administrativa: la carretera que une Cáceres y Badajoz era antiguamente
>>> una nacional (trunk), pero hace unos 15 años el estado la cedió a la
>>> comunidad autónoma (primary) y hace unos meses la Junta de Extremadura
>>> se la ha vuelto a pasar al estado y es otra vez una nacional. Las
>>> características físicas de la vía no han cambiado en todo ese tiempo.
>>> En el fondo creo que estamos diciendo lo mismo. Si una nacional no tiene
>>> características físicas para ser trunk que no lo sea.
>>>
>>> El 15/7/19 a las 7:25, Jaume Figueras i Jové escribió:
>>> > Hola,
>>> > el mapeado de carreteras, tal y como se hace con las nacionales, es un
>>> clarísimo caso de mapeado para el BOE.
>>> > Las características físicas deben primar por delante de la
>>> clasificación administrativa.
>>> > Mi opinión no ha cambiado en los últimos 9 años.
>>> > Buenos dias y Salut!!
>>> >
>>> > @Olivier: BOE est le Journal Officel de l'Espagne.
>>> >
>>> >
>>> > On 14 July 2019 11:55:08 p.m. GMT+02:00, Olivier 
>>> wrote:
>>> >> Creo que estoy más o menos de acuerdo con Yopaseopor en su forma de
>>> ver
>>> >> las cosas.
>>> >> Por lo que entiendo, las carreteras etiquetadas como trunk deberían
>>> ser
>>> >> parecidas a autovias/autopistas pero en general más estrechas y con
>>> >> conexiones a otras carreteras con via de aceleración y deceleración
>>> >> segun entras o sales, y que solo son tramos de carreteras, no una
>>> >> carretera entera porque la gestiona tal entidad administrativa. Además
>>> >> entiendo esas carreteras como reservadas a coches, motos y camiones,
>>> es
>>> >> decir prohibidas a tractores, bicis y peatones. Con lo cual añadir la
>>> >> etiquetas cycle=yes, foot=yes, horse=yes me parece contrario a la base
>>> >> misma de lo que son esas carreteras.
>>> >> Al ser francés, conozco bastante bien Francia y he visto como esta
>>> >> etiquetado alli. Los tramos de nacionales que se han pasado de vez en
>>> >> cuando a 2 veces 2 carriles separados se llaman vias rapidas y estan
>>> >> limitadas a 110 en lugar de 90 (o 80 actualmente) y estan etiquetados
>>> >> como trunk y el resto de la nacional donde no hay separación esta como
>>> >> primary. Es bastante facil de entender creo.
>>> >> Es verdad que España esta todo más caótico al nivel de carreteras y
>>> >> sobretodo de como están gestionadas. Cada comunidad tiene sus
>>> >> caracteristicas, sus contradicciones y entendor al nivel global es
>>

Re: [Talk-es] Sobre las carreteras "highway = trunk" y OSMAnd

[David Marín Carreño]

Hola.

El dom., 14 jul. 2019 a las 15:44, yo paseopor ()
escribió:

> Siento disentir, el problema no es el render, es la realidad
> administrativa ,que en algunos casos dista mucho de las características de
> la realidad física. Aquí se optó sin excepciones ni replanteamientos por la
> realidad administrativa. Y seremos capaces de poner tres etiquetas por
> tramo para intentar volver a unir la realidad administrativa con la física
> aunque no peguen ni con cola ... hasta que nos vuelvan a llamar la atención
> desde fuera porque el resto de OSM no funciona así.
>

A ver. La normalización con la que contamos se usará hasta que decidamos
usar otra.

El principal problema que tiene el sistema actual es la equivalencia entre
nacionales y trunk, que en algunos casos habría que desterrar. Pero si se
destierran y se cambian por otra categoría, habrá que usar criterios
objetivos y verificables para decidir qué categoria se le pone a la
nacional de marras...

Que en Francia sus trunk son motorroad, pues ole sus narices. Aquí en
España las nacionales normalmente no son motorroad, y habría que cascarles
un motorroad=no a casi todas ellas para ser consecuentes con la definición
de trunk. Porque hay algunas nacionales que siguen desempeñando el papel de
trunk, como la N-301 entre Ocaña y La Roda, o la N-320 entre Jaén y
Albacete...

Un cordial saludo,
--
David Marín Carreño
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Toponimia en Cataluña

[David Marín Carreño]

Gracias, Lanxana, por tu mensaje y por el trabajo al redactar la página en
la wiki..

Estoy de acuerdo en todo lo que comentas.

El meollo (y lo que creo que puede darse a debate) es determinar si un
nombre de pueblo /se utiliza/ o no, ya que el uso puede ser distinto
dependiendo de si se realiza desde un punto de vista local o lejano.

Procedo a poner sugerencias desde mi particular punto de vista del centro
de Castilla.
--
David Marín Carreño 



El vie., 8 feb. 2019 a las 15:00, Lanxana . () escribió:

> Buenos días,
>
> He ido leyendo todos los mensajes escritos hasta ahora y con la mayoría
> estoy de acuerdo, aunque algunos los he encontrado totalmente fuera de
> lugar, pero no voy a ahondar más en la herida.
>
> De las opciones planteadas por Joan en su primer mensaje, me decanto por
> la 2, que aunque sea más trabajosa, reflejará mejor la situación actual de
> la toponimia.
>
> En algún mensaje leí que la toponimia histórica, o los nombres que haya
> tenido un elemento a lo largo de la historia no tienen cabida en OSM. En
> esto discrepo totalmente, creo que el etiquetado es suficiente flexible
> como para recoger estos cambios, y que disponer de estos datos engrandece
> el proyecto, facilitando hacer búsquedas en el mapa actual a partir de
> valores históricos… es decir, si estoy consultando un documento que hace
> referencia a un pueblo, y resulta que cambió de nombre y no sé su nombre
> actual, disponer del histórico me permitirá relacionar ese nombre antiguo
> con el nuevo. Lo mismo con las calles que cambiaron de nombre a lo largo
> del siglo XX.
>
> Por variar de caso, pongamos por ejemplo Banyoles, que en catalán se
> pronuncia parecido a  /bañolas/ y así se transcribió y se usó en textos
> oficiales durante un tiempo. Pues bien, si le pides a un navegador que te
> lleve a /bañolas/ no lo encuentra, hay que decirle /banioles/ para que lo
> haga… ¿etiquetamos para el navegador? ¿Etiquetamos para que el
> castellanoparlante pronuncie bien el nombre del pueblo? ¿Cómo sabemos si
> cuando pronuncia /bañolas/ se refiere a “Bañolas” o a “Banyoles” con
> pronunciación catalana?
>
> Otro ejemplo, una anécdota de un compañero de trabajo… llegó a Girona hará
> unos 20 años para estudiar y buscaba piso de alquiler. En la inmobiliaria
> le citaron en el cruce de las calles de “la Cruz” y “Mediodía”. Con buena
> agudeza dedujo que la “calle de la Cruz” podía ser la que en las placas
> ponía “Carrer de la Creu”, pero con “Mediodía” se estuvo casi medio día
> buscando, hasta que una señora que lo veía pasar calle arriba, calle abajo,
> le preguntó qué buscaba y le pudo indicar que esa “calle Mediodía” podía
> ser la traducción de “Carrer del Migdia”. No tengo el nomenclátor a mano, y
> no sé si alguna vez se llamó así o no, pero claramente si alguien
> etiquetara esta calle con name:es=Calle Mediodía, flaco favor estaría
> haciendo a los usuarios que desconozcan el catalán.
>
> Así que igual que ocurre con las calles, donde parece que está más
> extendido el consenso de que no tiene lógica que el name:es traduzca el
> nombre de la calle (a diferencia de calle por carrer,  kalea, o rúa), opino
> que con los nombres de los pueblos ocurre lo mismo. Una etiqueta name:es
> que recoja una traducción del nombre del pueblo, que se usó en otra época
> pero ya no se utiliza, no haría más que confundir.
>
> En todo caso, con objeto de conocer en qué casos nos encontramos con
> etiquetado name:es distinto al name oficial, listamos y trasladamos a la
> wiki (
> https://wiki.openstreetmap.org/wiki/ES:Toponimia_de_Catalunya_en_espa%C3%B1ol)
> una relación de localidades donde esto ocurre, y empezamos a investigar a
> qué son debidas las diferencias. No hay una solución mágica aplicable a
> todos los casos, en muchos habrá que investigar individualmente si siguen
> en uso o no.
>
>  Saludos!
>
> El jue., 7 feb. 2019 a las 18:26, Rafael Avila Coya ()
> escribió:
>
>> Hola, David:
>>
>> Sí se discutió en Telegram. Y en honor a la verdad, por simplicidad, yo
>> creí pertinente la opción A de dejar el name:es para que lo decidiese la
>> comunidad hispanohablante, a modo de separar una de la otra y no crear
>> mayor controversia. Quizás no caí en la cuenta, por aquel entonces, de
>> la existencia de old_name y otras etiquetas con date. El etiquetado en
>> OSM es muy flexible, y deberíamos aprovecharnos de ello.
>>
>> Saludos,
>>
>> Rafael.
>>
>> O 06/02/19 ás 22:44, David Marín Carreño escribiu:
>> > Gracias, Jaume por los enlaces y los información.
>> >
>> > Estoy tirando de historia en el correo de la lista y lo único que
>> > encuentro relacionado es que en noviembre de 2013 se comentó el caso de
>> > Sant 

Re: [Talk-es] Tiene sentido guardar los Apartamentos que se alquilan

[David Marín Carreño]

Si existe, por qué no ponerlo en la base de datos.

Otro cantar es si eso es un tourism=hotel. Debería ser un tourism=apartment
en todo caso.

Un cordial saludo
--
David Marín Carreño 



El jue., 7 feb. 2019 a las 11:49, Alejandro Moreno ()
escribió:

> Buenos días.
>
> Este nodo [ https://www.openstreetmap.org/node/6037348285 ] hace
> referencia a un apartamento que se alquila dentro de un edificio de pisos.
> ¿Tiene sentido mantener nodos de este tipo? En mi opinión mapear estos
> apartamentos turísticos no aporta nada pero quiero ver si hay consenso
> antes de borrarlo.
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-es] Territorios en disputa: votación

[David Marín Carreño]

Hola.

Os animo a votar (ya sea positiva, o negativamente) la propuesta para el
etiquetado de territorios en disputa:
https://wiki.openstreetmap.org/wiki/Proposed_features/Mapping_disputed_boundaries

He votado que sí ya que ahora mismo hay países en los que mostrar un mapa
generado desde la base de datos de OSM es directamente ilegal por mostrar
fronteras no oficiales.

Este etiquetado permitirá, sin variar la norma de "etiquetar lo que está en
el terreno", añadir información extra sobre reclamaciones sobre territorios
y dar más opciones a la hora de renderizar.

Un cordial saludo,
--
David Marín Carreño 
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Toponimia en Cataluña

[David Marín Carreño]

Gracias, Jaume por los enlaces y los información.

Estoy tirando de historia en el correo de la lista y lo único que encuentro
relacionado es que en noviembre de 2013 se comentó el caso de Sant Quirze y
se llegó a un consenso sin problemas de ningún tipo, primando el sentido
común.

Estoy intentando encontrar más hilos respecto a esto, pero no encuentro
ninguno. ¿Quizás se llevó a cabo esta discusión que comentas por Telegram?

El mié., 6 feb. 2019 20:49, Jaume Figueras i Jové 
escribió:

> Es que mucha cosa está en la lista pero creo que no se ha hecho caso,
>
> yopaseopor puso 4 enlaces, de la SGC, del BOE donde se refencia los
> municipos castellanizados, cito BOE directo: "La Generalitat de
> Catalunya, el 20 de abril de 1931, encomendó por decreto a la Secció
> Filològica de I’Institut d’Estudis Catalans la revisión del nombre de
> los municipios de Catalunya en cuanto a la ortografía, y el
> establecimiento de la forma catalana de los que habían sido
> castellanizados. En 1939, los nombres de esta lista fueron nuevamente
> sometidos a deformaciones ortográficas y a adaptaciones al castellano, y
> el nombre de los municipios que han resultado de agregaciones o de
> segregaciones de núcleos de población desde 1939 presenta a menudo
> formas arbitrarias, alejadas de la tradición catalana. Es preciso, pues,
> promulgar una norma que nos permita, respetando la autonomía municipal
> en la materia, la aplicación efectiva de una toponimia correcta a los
> municipios de Catalunya."
> De aquí se sacaría los nombres castellanizados, "con formas
> arbitrarias", dice el sr. BOE
>
> Ejemplo que encontrareis en wikiES:
>
> San Feliú de Llobregat
> San Feliu de Guíxols
>
> Arbitrariedad quizas? Por el Feliu o Feliú, no confundir con Felio en
> Mallorca. Pero todos son Félix. Pero se sabe escribir y pronunciar Feliu
> y Feliú pero no Sant.. que se tiene que cambiar por San No fotem!!
>
> José Luís transmitió la propuesta de los name:fechas:es, republicana,
> fanquista, es historia y así no se pierde información. Dijo mucho más...
>
> A estos correos nadie ha contestado.
>
> Lanxana ha hecho hoy una página en la wiki:
>
> https://wiki.openstreetmap.org/wiki/ES:Toponimia_de_Catalunya_en_espa%C3%B1ol
> Un listado extraido de los name:es que hay en Catalunya.
>
> Yo mismo he estado documentando el municipio de Cànoves i Samalús donde
> la "Memorias del Instituto Geológico de España, Volumes 67-68" del año
> 1966 se cita "Canoves" y "Cànoves" (Sí con "accent obert") o los
> Estudios geográficos, Vols. 6-9 Instituto "Juan Sebastián Elcano.", 1942
> - donde de cita "Canoves" y "Cánoves". ¿Que hacemos? Solo falta Cánovas,
> pero como hubo el presidente asesinado Cánovas del Castillo seguramente
> nadie se atrevió a escribir así... por motivos políticos? Conjeturo
> totalmente.
>
> Y creo que muchos casos todos serán así. Nombres que sin existir en
> ninguna toponimia española se cambiaron arbitrariamente. los del
> 1930-1940 estarán maś o menos documentados los de las guerras carlistas
> menos los del medievo menos aún. Y ha habido cambios ortográficos, etc.
>
> Joan ha hecho propuestas y se empezaron a discutir hasta que todo se
> salió de madre. Ha hecho los listados, buscado en diccionarios,
> enciclopedia, buscando referencias, etc.
>
> Creo que he puesto ejemplos suficientes para que quede claro. Nosotros
> continuaremos, tardaremos 3 meses, 6, un año, pero haremos. Y si no
> yopaseopor ya nos pegará caña! Que para esto está!!
>
> Ya me disculparás (disculpareís si alguien más lee estos correos), no
> tengo más tiempo para seguir contestando el resto de tu correo. Ni
> revisar mis faltas.
>
> Y me reafirmo a lo dicho. Si alguien no está de acuerdo en las
> decisiones que tomemos que demuestre él que estamos equivocados. No pido
> que se nos dé permiso o confianza, nosotros avanzaremos, nos
> documentaremos y decidiremos. Seguro que en la próxima (día 15) de las
> reuniones que prepara Joaquín, este será un tema principal.
>
> Salut!
>
>
> On 06/02/2019 19:13, David Marín Carreño wrote:
> > Hola de nuevo, Jaume
> >
> > El mié., 6 feb. 2019 a las 16:28, Jaume Figueras i Jové
> > (mailto:jaume.figue...@masafi.cat>>)
> escribió:
> >
> > David, te contesto:
> >
> > On 06/02/2019 14:29, David Marín Carreño wrote:
> >
> > >  Y por lo que, siendo sincero, no puedo sino dudar de que "la
> > > comunidad catalana sabe qué topónimos han sido impuestos y cuáles
> son
> > > históricos".
> >
> > Aquí discrepo. ¿Por qué dudas? ¿Es que nos sabéis de antemano
> talibanes
> &

Re: [Talk-es] Toponimia en Cataluña

[David Marín Carreño]

Hola de nuevo, Jaume

El mié., 6 feb. 2019 a las 16:28, Jaume Figueras i Jové (<
jaume.figue...@masafi.cat>) escribió:

> David, te contesto:
>
> On 06/02/2019 14:29, David Marín Carreño wrote:
>
> >  Y por lo que, siendo sincero, no puedo sino dudar de que "la
> > comunidad catalana sabe qué topónimos han sido impuestos y cuáles son
> > históricos".
>
> Aquí discrepo. ¿Por qué dudas? ¿Es que nos sabéis de antemano talibanes
> a la comunidad catalana?


No. Pero el uso de adjetivos incorrectos y manifiestamente despectivos para
estos topónimos (como fascistas, franquistas) sí que puede hacer pensar, a
priori, que quien los emplea de manera genérica es un *talibán*.


> Dentro de la comunidad catalana y antes que
> saliera de madre el asunto, ya ha habido compañeros que han buscado
> estudios de toponimia, cuando se usaban unos nombres u otros, su
> evolución, han habido propuestas de name:1819-1880:es=El nombre que sea,
>  listados de nombres actuales, republicanos, franquistas, comparaciones
> de name y name:es, etc... la gente se ha movido y mucho. Por eso me
> siento doblemente ofendido por mi vivencia personal y por el trabajo que
> ha empezado la comunidad catalana, que sin tiempo material para decir
> casi nada y enviados correos a la lista haciendo propuestas ya haya sido
> definida de digna de las mejores dictaduras de otro tiempo.
>

Por favor: ¡poned esa documentación a disposición de todos! ¿Hay algún
enlace?

No conocía que ese trabajo esté hecho, y si se ha realizado con rigor, es
digno de conocerse entre la comunidad castellanoparlante.

Y ciertamente, es un *input* muy importante en esta discusión. Incluso
podría ser un input importante para la WikiES.


> Por eso, he dicho lo que he dicho en el punto anterior. La comunidad
> sabe por que estudia, busca, propone. Y si se nos define de
> dictatoriales, pues lo seremos.
>

Este hilo ha sido mi primera aproximación a este problema, y creo que para
muchos otros también.

La etiqueta name:es de los municipios catalanes no sólo afecta a Cataluña,
sino a todos los hispanohablantes del mundo que deseen visualizar el mapa
en español.


> > ¿Acaso negarás que la localidad oficialmente denominada como
> > L'Hospitalet de Llobregat es conocida y denominada en numerosos lugares
> > de España como "Hospitalet de Llobregat", sin el artículo? ¿O que
> > Terrassa se conoce en muchos lugares hoy en día fuera de Cataluña como
> > Tarrasa, una transcripción fonética del nombre en catalán a la
> > pronunciación castellana más aproximada?
>
> Acaso no he dicho Gerona? No niego la existencia de muchos topónimos en
> lengua española ¿lo he hecho? Guste o no, la cultura española es también
> parte de la cultura catalana.
>
>
Me alegra que estemos de acuerdo en la existencia de muchos topónimos en
lengua española.

>
> > ¿Eso es discriminante y ofensivo? ¿Es eso ir en contra de la identidad
> > catalana de estas ciudades? ¿Acaso los que hacen este uso son unos
> > intransigentes de tomo y lomo? Tú eres el que estás dando un significado
> > y voluntad política al uso de estos topónimos. Significado y voluntad
> > política que, en la mayor parte de los casos, y a día de hoy, no existe.
>
> Lo que es discriminante y ofensivo, bajo mi punto de vista, es que
> después de entrar en democracia y después de volver a cambiar nombres
> llegando a algún tipo de consenso en Catalunya entre nombres
> republicanos, franquistas, anteriores, nuevos, etc. aún haya quien no
> quiera respetar nuestras decisiones y por ejemplo quiera poner Vich en
> castellano en lugar de Vic.
>
Qué cambio Que esfuerzo!!! Volver atrás
> en lugar de avanzar. Quien cede y quien no transige un cambio?
>

En este topónimo concreto, Vic, la política de nombrado de artículos
toponímicos de WikiES me resulta cómica. Y es por ello por lo que creo que
se echa en falta un diccionario toponímico de nombres en castellano de las
poblaciones catalanas (cuando esto proceda). Este caso me resulta más
absurdo aún que el de Sant Boi... Si se pronuncia "Vic", ¿por qué leches el
topónimo en castellano es "Vich"? ¡Por simple fonética debería mantenerse
el topónimo catalán! En fin...


> > En definitiva, ¿pueden los londinenses decidir cómo denominamos a su
> > ciudad desde la península ibérica?¿Y desde Pekín decidir que ahora su
> > ciudad debe ser denominada Beijing, o desde Bombay decidir que debemos
> > llamarla Mumbai?
>
> Como me gustaría, pero como me gustaría que hicieras esta misma pregunta
> para Catalunya. Permíteme un pequeño cambio en la formulación, ¿Pueden
> los catalanes decidir cómo denominamos a sus pueblos desde España?
>
¿Puedes hacer la pregunta? Si puedes hacer esta pregunta, basándome en
> tus ejemplos, 

Re: [Talk-es] Toponimia en Cataluña

[David Marín Carreño]

Gracias, F. Verdú por tu mensaje.

Básicamente, estoy de acuerdo en casi todo lo que expresas.

No hay solución correcta y clara para este problema. Creo que ya lo expresé
así en mi penúltimo mensaje.

Y por ello abogaba no por dar una solución tábula rasa, sino que, si no es
posible, ir caso por caso (o conjuntos de casos similares), ya que hay
casuística muy diversa. Y analizando los pros y contras.

Y siempre tenemos que evitar términos monstruosos actualmente como el San
Baudilio que no ayudan a nadie.

Realmente mi única (y pequeña) discrepancia es que, si no acordamos usar un
topónimo en castellano diferenciado del topónimo catalán, no pongamos
etiqueta name:es, ya que el topónimo en castellano no existiría en ese caso.

Un cordial saludo
--
David Marín Carreño 



El mié., 6 feb. 2019 a las 15:43, F. Verdú () escribió:

> Disculpad que me meta, pero es una discusión sin fin, ni con razón única
> correcta.
> Ni la toponimia castellanizada es solo franquista (es del XIX, es
> castellanización anterior), ni es tampoco neutral (que duda cabe que parte
> de quienes usen Gerona será por costumbre, y otros por voluntad política, y
> más estos meses).
> El tema de ofenderse y tal es de ida y vuelta. Es ridículo ofenderse por
> no poner en sitio alguno "Cuarte" (Quart de Poblet)? Lo es por querer usar
> otros que si se usan (Onteniente)?
> Es comparable el caso de Londres/London/Londra/Londinium con
> Birmania/Mianmar (que han conseguido un hito en Wikipedia en español, tan
> absurdamente estrictos ellos) o Bombay/Mumbai (que ellos se ve que tienen
> por ofensivo por colonialismo) o con Aachen/Aquisgran (que por bien o por
> mal, es cada vez menos usado en castellano).
>
> Mi postura? La verdad, no es clara. Hay que ser sensible a una
> sobrecompensación. No es posible en un entorno de "dominio" castellano
> (medios, tv, editoriales) recuperar el topónimo invisibilizado sin abarcar
> todos los usos. Es por ello que veo razonable que name:es sea por ejemplo
> "Vinaròs"... ahora bien, que hacemos con la gente que usa Vinaroz por
> desconocimiento, por costumbre o le da la gana? Es jodido. Lo dejamos así
> para siempre hasta cargarnos el original por ridículo que sea (ejemplo
> curioso, Mutxamel se tradujo en castellano como Muchamiel, pero nada tiene
> que ver con la miel y su cantidad, sino del árabe) o poco usado (Cuarte no
> lo usa nadie en Valencia, nadie, nadie, es fácil que te pierdas si
> preguntas por Cuarte)?
> Si pienso no obstante que es no es nuestro trabajo, y por tanto las calles
> deben ser en un solo idioma, el oficial del callejero municipal (Google
> Maps hace chapuzas con ese tema) y tender a usar el "name" de ciudades con
> el oficial, y otras etiquetas con otras traducciones, pero en su justa
> medida, que una búsqueda lo muestre, pero no un mapa por defecto. Entended
> que la mayoria de móviles solo estan en castellano y que moverse por mapas
> con "San Baudilio" es complicado y confuso.
> Todo este rollo para deciros en resumen, que no os vais a poner de
> acuerdo, y de hacerlo, alguien saldrá para rebatir vuestra decisión y
> seguro que tiene en gran parte razón.
>
> Missatge de David Marín Carreño  del dia dc., 6 de
> febr. 2019 a les 14:31:
>
>> Jaume: no sé si debo darme por aludido en tu último mensaje, en el que
>> expresas de forma vehemente tus argumentos. Por el tono de tu respuesta,
>> veo que este es un punto muy sensible para ti, así que te ruego me perdones
>> si digo algo inapropiado.
>>
>> A mi no me ofende que nadie llame a cierta población como le dé la gana.
>> No sé si, cuando hablas de los ofendidos por emplear el topónimo en
>> catalán, me metes en ese saco. Equivocado estás, en ese caso. Usar el
>> catalán, lengua propia de Cataluña, para nombrar a sus pueblos y ciudades,
>> es lo normal. Igual que usar el inglés para los de Inglaterra y EE.UU.
>>
>> Por lo que veo, indicas que es la comunidad local catalana la que debe
>> decidir cómo etiquetar con name:ES a sus poblaciones en castellano. Mejor
>> dicho, según tú es la única autorizada a hacerlo, y en su legítimo derecho
>> puede decidir marcar como obsoletos los topónimos en castellano de manera
>> que se usen de manera única los topónimos catalanes en la mayor parte de
>> los casos. ¿Es así? Porque es lo que entiendo de tu razonamiento: "la
>> comunidad catalana sabe qué topónimos han sido impuestos y cuáles son
>> históricos"...
>>
>> Yo no quiero resucitar ni mantener nada, y menos algo creado por un
>> régimen fascista. De hecho, la mayor parte de los topónimos en castellano
>> estaban definidos y en uso oficial desde primeros del siglo XIX, mucho
>> antes de que los fascistas existi

Re: [Talk-es] Toponimia en Cataluña

[David Marín Carreño]

Jaume: no sé si debo darme por aludido en tu último mensaje, en el que
expresas de forma vehemente tus argumentos. Por el tono de tu respuesta,
veo que este es un punto muy sensible para ti, así que te ruego me perdones
si digo algo inapropiado.

A mi no me ofende que nadie llame a cierta población como le dé la gana. No
sé si, cuando hablas de los ofendidos por emplear el topónimo en catalán,
me metes en ese saco. Equivocado estás, en ese caso. Usar el catalán,
lengua propia de Cataluña, para nombrar a sus pueblos y ciudades, es lo
normal. Igual que usar el inglés para los de Inglaterra y EE.UU.

Por lo que veo, indicas que es la comunidad local catalana la que debe
decidir cómo etiquetar con name:ES a sus poblaciones en castellano. Mejor
dicho, según tú es la única autorizada a hacerlo, y en su legítimo derecho
puede decidir marcar como obsoletos los topónimos en castellano de manera
que se usen de manera única los topónimos catalanes en la mayor parte de
los casos. ¿Es así? Porque es lo que entiendo de tu razonamiento: "la
comunidad catalana sabe qué topónimos han sido impuestos y cuáles son
históricos"...

Yo no quiero resucitar ni mantener nada, y menos algo creado por un régimen
fascista. De hecho, la mayor parte de los topónimos en castellano estaban
definidos y en uso oficial desde primeros del siglo XIX, mucho antes de que
los fascistas existieran siquiera. Es por frases como estas (las alusiones
continuas al fascismo, franquismo, etc...) a lo que me refería en mi
mensaje a no ser honesto con los topónimos en castellano. Y por lo que,
siendo sincero, no puedo sino dudar de que "la comunidad catalana sabe qué
topónimos han sido impuestos y cuáles son históricos".

¿Acaso negarás que la localidad oficialmente denominada como L'Hospitalet
de Llobregat es conocida y denominada en numerosos lugares de España como
"Hospitalet de Llobregat", sin el artículo? ¿O que Terrassa se conoce en
muchos lugares hoy en día fuera de Cataluña como Tarrasa, una transcripción
fonética del nombre en catalán a la pronunciación castellana más
aproximada?

¿Eso es discriminante y ofensivo? ¿Es eso ir en contra de la identidad
catalana de estas ciudades? ¿Acaso los que hacen este uso son unos
intransigentes de tomo y lomo? Tú eres el que estás dando un significado y
voluntad política al uso de estos topónimos. Significado y voluntad
política que, en la mayor parte de los casos, y a día de hoy, no existe.

En definitiva, ¿pueden los londinenses decidir cómo denominamos a su ciudad
desde la península ibérica?¿Y desde Pekín decidir que ahora su ciudad debe
ser denominada Beijing, o desde Bombay decidir que debemos llamarla Mumbai?

Sin acritud, un cordial saludo.
--
David Marín Carreño


> Aquí, una parte de la comunidad quiere hacer resucitar o mantener
> topónimos creados en buena parte por imposición o por un régimen
> fascista que los introdujo políticamente para menospreciar y menoscabar
> la lengua y cultura catalana, por que los catalanes de la colonia somos
> tan ignorantes que no sabemos ni dar nombre a nuestras localidades.
> Nombres que no es que estén en des-uso es que están des-impuestos. Pero
> si se quiere hacer esto, eliminar lo impuesto por la fuerza, es que
> somos dignos de una dictadura. Es de manual: llamar dictadores a
> víctimas de la dictadura. Que vergüenza. Pero claro, somos intransigentes.
>
> Y acabo. La propuesta de Toponimia en Cataluña creo que está muy mal
> encaminada. Los criterios de la toponimia en Catalunya no los decide la
> comunidad española, la decide única y exclusivamente la comunidad
> catalana. Por que en la democracia más avanzada, MÁS DESCENTRALIZADA de
> la nación más antigua de Europa, se debe reconocer que:
>
> - la comunidad catalana es la que está en el territorio y lo conoce.
> - la comunidad catalana conoce perfectamente la lengua española y la
> catalana.
> - la comunidad catalana sabe que topónimos han sido impuestos y cuales
> son históricos (de los que nunca se ha discutido, nadie discute Gerona,
> por ejemplo)
>
> Y al revés! Si alguien quiere que sea "San Baudilio" que demuestre él su
> uso real. ¿Por qué se da por cierto el uso del topónimo español y se
> debe demostrar su des-uso? Hasta aquí podíamos llegar!
>
> O es que no, ¿en este tema tampoco podemos decidir los catalanes? ¿Por
> que es la identidad catalana la que se debe construir? ¿Que me he perdido?
>
> Salut!
>
>
> On 06/02/2019 09:29, Santiago Higuera wrote:
> > Hola:
> >
> > He seguido con atención el debate en telegram y aquí. Me parece
> > lamentable que se pierdan colaboradores valiosos en el proyecto por la
> > intransigencia de algunos en su empeño de eliminar referencias en la
> > etiqueta :ES. La intencionalidad es política, no me cabe duda, y creo
> > que ese tipo de intencionalidad no debería tener cabida en OSM.

Re: [Talk-es] Toponimia en Cataluña

[David Marín Carreño]

No sé, me sigue pareciendo redundancia, ya que, a no ser que se indique lo
contrario, lo más común es que un topónimo no tenga exónimos en otros
idiomas, y se emplee la forma nativa, indicada en la etiqueta 'name'.

Aquí está el tema del significado por defecto cuando una etiqueta no
existe. Es verdad que debemos poner toda la información que podamos en la
base de datos, pero sin caer en redundancias... Se puede asumir que si no
hay etiqueta propia name:XX, se debe tomar el name.

Un cordial saludo,
--
David Marín Carreño 



El mar., 5 feb. 2019 a las 13:30, Rafael Avila Coya ()
escribió:

> Hola, David:
>
> Discrepo en lo de no poner los nombres en castellano cuando coinciden
> con el nombre local. De hecho, es recomendable hacerlo, pues es una
> información añadida: si el name:es es Sant Boi de Llobregat, eso
> indicaría que en castellano la gente se refiere a ese pueblo
> mayoritariamente como Sant Boi de Llobregat, nada más. De la misma
> manera, como ya he indicado, pondría name:es="Toulouse",
> name:es="Eindhoven", alt_name:es="Tolosa", etc.
>
> Saludos,
>
> Rafael.
>
> O 05/02/19 ás 12:22, David Marín Carreño escribiu:
> > Creo que Sant Boi de Llobregat no es un topónimo en castellano y como
> > tal no debería ponerse en la etiqueta name:es.
> >
> > En estos casos, abogo por, símplemente no poner topónimo en castellano
> > si el único existente es el oficial en catalán. Véase casos como
> > Toulouse (Francia) o Eindhoven (Holanda). Porque si no, por esa regla de
> > tres, deberíamos poner un name:es a todos los topónimos del mundo
> > mundial, aunque sea solo copiando el valor de la etiqueta name.
> >
> > Y el los lugares con topónimos en castellano en uso, pues ponerle el
> > name:es correspondiente.
> >
> > --
> > David Marín Carreño mailto:dav...@gmail.com>>
> >
> >
> >
> > El mar., 5 feb. 2019 a las 11:31, Carlos Cámara via Talk-es
> > (mailto:talk-es@openstreetmap.org>>)
> escribió:
> >
> > Hola a todos,
> >
> > La propuesta que hace Joan me parece muy razonable. Si no entiendo
> > mal, la cosa quedaría así:
> >
> >  1. name: nombre oficial, es decir, en catalán u occitano, según la
> > zona.
> >  2. name:ca: nombre en catalán, incluso aunque en la mayoría de
> > casos sea el mismo que name.
> >  3. name:es : se utilizará el término vigente y en uso que se
> > utilice en español para referirse a dicho lugar. A efectos
> > prácticos implica que en la mayoría de casos será el mismo que
> > en catalán, salvo en casos en los que esté ampliamente utilizado
> > en español (como Lérida, Gerona -y ahora no caigo en la cuenta
> > de más nombres, pero eso no quiere decir que no pueda haberlos-).
> >  4. old_name:es : se utilizará el término en desuso para referirse a
> > una población. A modo de anécdota, pero que es ilustrativa del
> > problema descrito, me he enterado gracias a esta conversación de
> > que hace más de 35 años que vivo cerca de una población
> > supuestamente llamada San Baudilio de Llobregat, de la que no
> > tenía conocimiento de su existencia a pesar de haber estado en
> > ella alguna vez. Y como señalan, no es el único caso de
> > traducciones artificiosas.
> >
> > Dicho etiquetado no tendría consecuencias negativas en cuanto a la
> > búsqueda de topónimos y sin embargo los nombres que aparecerían en
> > el mapa se corresponderían con los que pueden leerse en los carteles
> > de carreteras, placas de calles o incluso los que reconocería un
> > transeúnte al azar si pasásemos cerca y preguntásemos indicaciones.
> >
> > Dicho esto, reconozco que puede ser difícil determinar qué está en
> > uso y qué no. Se han comentado varias, y aunque ninguna me termina
> > de convencer (no argumento para no extenderme, pero llegado el caso
> > podría hacerlo), la del grupo de discusión podría ser la más
> > adecuada (aunque no tengo clara la fórmula y no sé si en OSM tenemos
> > las herramientas para ello -pero eso es otro tema-). Lo ideal sería
> > si existiese alguna herramienta tipo Google Trends pero que en lugar
> > de analizar y visualizar búsquedas (que, dicho sea de paso, también
> > puede ser un indicador a tener en cuenta) lo hiciese a partir de un
> > corpus de noticias y textos oficiales, pero desconozco si existe
> > algo así.
> >
> > Otra opción, y creo que mucho más alineada con el espíritu de OSM de
> >  

Re: [Talk-es] Toponimia en Cataluña

[David Marín Carreño]

Creo que Sant Boi de Llobregat no es un topónimo en castellano y como tal
no debería ponerse en la etiqueta name:es.

En estos casos, abogo por, símplemente no poner topónimo en castellano si
el único existente es el oficial en catalán. Véase casos como Toulouse
(Francia) o Eindhoven (Holanda). Porque si no, por esa regla de tres,
deberíamos poner un name:es a todos los topónimos del mundo mundial, aunque
sea solo copiando el valor de la etiqueta name.

Y el los lugares con topónimos en castellano en uso, pues ponerle el
name:es correspondiente.

--
David Marín Carreño 



El mar., 5 feb. 2019 a las 11:31, Carlos Cámara via Talk-es (<
talk-es@openstreetmap.org>) escribió:

> Hola a todos,
>
> La propuesta que hace Joan me parece muy razonable. Si no entiendo mal, la
> cosa quedaría así:
>
>1. name: nombre oficial, es decir, en catalán u occitano, según la
>zona.
>2. name:ca: nombre en catalán, incluso aunque en la mayoría de casos
>sea el mismo que name.
>3. name:es : se utilizará el término vigente y en uso que se utilice
>en español para referirse a dicho lugar. A efectos prácticos implica que en
>la mayoría de casos será el mismo que en catalán, salvo en casos en los que
>esté ampliamente utilizado en español (como Lérida, Gerona -y ahora no
>caigo en la cuenta de más nombres, pero eso no quiere decir que no pueda
>haberlos-).
>4. old_name:es : se utilizará el término en desuso para referirse a
>una población. A modo de anécdota, pero que es ilustrativa del problema
>descrito, me he enterado gracias a esta conversación de que hace más de 35
>años que vivo cerca de una población supuestamente llamada San Baudilio de
>Llobregat, de la que no tenía conocimiento de su existencia a pesar de
>haber estado en ella alguna vez. Y como señalan, no es el único caso de
>traducciones artificiosas.
>
> Dicho etiquetado no tendría consecuencias negativas en cuanto a la
> búsqueda de topónimos y sin embargo los nombres que aparecerían en el mapa
> se corresponderían con los que pueden leerse en los carteles de carreteras,
> placas de calles o incluso los que reconocería un transeúnte al azar si
> pasásemos cerca y preguntásemos indicaciones.
>
> Dicho esto, reconozco que puede ser difícil determinar qué está en uso y
> qué no. Se han comentado varias, y aunque ninguna me termina de convencer
> (no argumento para no extenderme, pero llegado el caso podría hacerlo), la
> del grupo de discusión podría ser la más adecuada (aunque no tengo clara la
> fórmula y no sé si en OSM tenemos las herramientas para ello -pero eso es
> otro tema-). Lo ideal sería si existiese alguna herramienta tipo Google
> Trends pero que en lugar de analizar y visualizar búsquedas (que, dicho sea
> de paso, también puede ser un indicador a tener en cuenta) lo hiciese a
> partir de un corpus de noticias y textos oficiales, pero desconozco si
> existe algo así.
>
> Otra opción, y creo que mucho más alineada con el espíritu de OSM de la
> realidad local y empírica, podría ser la inversa: confiar en la comunidad
> local, que conoce el terreno, ve señales de tráfico, placas de calle... La
> misma que vive la realidad y, por ello mismo, está  sacando el tema a
> debate. En la práctica seguramente implicaría asumir que la inmensa mayoría
> de esos términos que se han citado está en desuso y pasarían, según la
> propuesta a old_name:es (es decir, no se perderán y si alguien busca puede
> que lo encuentre). Si alguien encontrase algún uso del término en cuestión
> podría volver a ponerlo como name:es y añadir la fuente de información
> utilizada en el source del changeset.
>
> Saludos,
>
> Carlos Cámara
> http://carloscamara.es
>
>
> ‐‐‐ Original Message ‐‐‐
> On Tuesday 5 February de 2019 a les 10:40, Joan Montané 
> wrote:
>
>
>
> Missatge de David Marín Carreño  del dia dt., 5 de
> febr. 2019 a les 10:19:
>
>> Estoy de acuerdo, pero entonces el problema es cómo acreditar o decidir
>> cual debería ser el name:es de, por ejemplo, *Sant Boi de Llobregat*, o
>> incluso decidir si debería tenerlo.
>>
>
> En francès, inglés o italiano, en general, no tienen problema para indicar
> el mismo topónimo que en catalán. En nuestro exemplo seria:
> "name:(ca|es|fr|en|it)=Sant Boi de Llobregat".
>
>>
>> Porque, ¿qué alternativas hay?
>>
>>- Usar «San Baudilio de Llobregat» como name:es. Pese a ser su último
>>topónimo histórico oficial en castellano, en mis casi cuarenta primaveras
>>creo que el único sitio donde lo he visto escrito así es en la 
>> Wikipedia:ES
>>o en lugares que han tomado el nombre de allí, por lo que en mi humilde
>>opinión este debería ser un b

Re: [Talk-es] Toponimia en Cataluña

[David Marín Carreño]

*Sant Boi de Llobregat* no puede ser "name:es". No es un topónimo
castellano. Es "name" a secas. Es como "Toulouse", la ciudad francesa: en
castellano se llama por su nombre en francés, pero no es un topónimo en
castellano. Simplemente no hay exónimo en castellano para dicha ciudad.

--
David Marín Carreño 



El mar., 5 feb. 2019 a las 10:41, Joan Montané ()
escribió:

>
>
> Missatge de David Marín Carreño  del dia dt., 5 de
> febr. 2019 a les 10:19:
>
>> Estoy de acuerdo, pero entonces el problema es cómo acreditar o decidir
>> cual debería ser el name:es de, por ejemplo, *Sant Boi de Llobregat*, o
>> incluso decidir si debería tenerlo.
>>
>
> En francès, inglés o italiano, en general, no tienen problema para indicar
> el mismo topónimo que en catalán. En nuestro exemplo seria:
> "name:(ca|es|fr|en|it)=Sant Boi de Llobregat".
>
>
>> Porque, ¿qué alternativas hay?
>>
>>- Usar «San Baudilio de Llobregat» como name:es. Pese a ser su último
>>topónimo histórico oficial en castellano, en mis casi cuarenta primaveras
>>creo que el único sitio donde lo he visto escrito así es en la 
>> Wikipedia:ES
>>o en lugares que han tomado el nombre de allí, por lo que en mi humilde
>>opinión este debería ser un buen ejemplo de old_name:es.
>>
>>
>>- No usar nada como name:es. No hay nombre oficial en castellano, ni
>>ningún nombre antiguo oficial sigue en uso...
>>- Usar «San Boy de Llobregat» como name:es. Nunca ha sido oficial,
>>pero existen fuentes que lo han denominado así de manera popular en
>>castellano. Una búsqueda en Internet parece hacer ver que la que esta
>>manera de referirse a este lugar se sigue usando. Yo es lo que elegiría,
>>sin dudar un momento. El principal problema es que no hay fuentes
>>"oficiales".
>>
>>
>- Añado una: Usar «Sant Boi de Llobregat», que es lo que actualmente
>usan los medios de comunicación en castellano!
>
>
>
>> Quizá lo que alguien debería hacer es un catálogo de Topónimos de
>> Cataluña en castellano, no oficial, pero que pueda usarse como fuente
>> consolidada cuando se hable en castellano. Porque, siendo serio, el
>> problema de la Wikipedia en español es que no existe esta fuente y la
>> Wikipedia no puede editarse sin fuentes.
>>
>
> En ESwiki usan una selección de fuentes y criteros que, como decia,
> considero tendenciosa. Y, además, no se considera en desuso si no hay una
> referencia explícita (Maastricht vs. San Boi de Llobregat).
>
> Resumiendo, mi propuesta concreta es:
>
> Definir que formas en español de ESwiki podemos considerar en desuso en
> OSM. O al revés (tal vez se acaba antes) que formas en español se
> consideran todavía en uso. La definición de este criterio es el gran
> meollo. Mi propuesta es justificar el uso en medios de comunicación en
> español en los últimos 20 o 30 años (Gerona y Lérida pasarian, San
> Baudilio, creo que no, por poner ejemplos).
>
> Para aquellas formas en desuso (ejemplo de San Baudilio), documentar la
> forma en español en desuso "old_name:es". En "name_es" se documentaria la
> forma usada en los últimos años (que seria la catalana, exactamenta la
> misma forma que usan los medios en francés o inglés). Como el resto de
> name:xx.
>
> Para las formas en uso (ejemplo de Gerona y Lérida), se dejan en "name:es".
>
> Saludos,
> Joan Montané
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Toponimia en Cataluña

[David Marín Carreño]

Estoy de acuerdo, pero entonces el problema es cómo acreditar o decidir
cual debería ser el name:es de, por ejemplo, *Sant Boi de Llobregat*, o
incluso decidir si debería tenerlo.

Porque, ¿qué alternativas hay?

   - Usar «San Baudilio de Llobregat» como name:es. Pese a ser su último
   topónimo histórico oficial en castellano, en mis casi cuarenta primaveras
   creo que el único sitio donde lo he visto escrito así es en la Wikipedia:ES
   o en lugares que han tomado el nombre de allí, por lo que en mi humilde
   opinión este debería ser un buen ejemplo de old_name:es.
   - No usar nada como name:es. No hay nombre oficial en castellano, ni
   ningún nombre antiguo oficial sigue en uso...
   - Usar «San Boy de Llobregat» como name:es. Nunca ha sido oficial, pero
   existen fuentes que lo han denominado así de manera popular en castellano.
   Una búsqueda en Internet parece hacer ver que la que esta manera de
   referirse a este lugar se sigue usando. Yo es lo que elegiría, sin dudar un
   momento. El principal problema es que no hay fuentes "oficiales".

Quizá lo que alguien debería hacer es un catálogo de Topónimos de Cataluña
en castellano, no oficial, pero que pueda usarse como fuente consolidada
cuando se hable en castellano. Porque, siendo serio, el problema de la
Wikipedia en español es que no existe esta fuente y la Wikipedia no puede
editarse sin fuentes.

--
David Marín Carreño 



El mar., 5 feb. 2019 a las 8:48, Joan Montané () escribió:

> Daniel,
>
> Disculpa que no te sé si comprendo lo que deseas comunicar. ¿Cuando hablas
> de fuentes, te refieres a la RAE? ¿o a alguna otra? Por ejemplo, el
> Diccionario PanHispánico de Dudas tiene entrada para Lérida y Gerona
> (recomendando estas formas, y que, creo, nadie discute y se consideran
> vigentes). No he encontrado ningún otro muncipio de Cataluña. Lo comento
> porqué la selección de fuentes determina el resultado final, óbviamente. En
> ESwiki hicieron una selección de fuentes determinada, me atrevería a decir
> tendenciosa, y de aquellos polvos estos lodos. Si los criterios han de ser
> los mismos que en ESwiki entonces manifiestas tu preferencia por usar la
> opción 1 que indicaba en el correo inicial, puesto que a mismos criterios
> se llegará a los mismos resultados. Considero que es mejor la opción 2, por
> los motivos ya expuestos.
>
> Aunque la afirmación "está en desuso aquello que no se usa" parezca una
> tautología, no lo es. De hecho, es la consideración o no de forma en desuso
> es la clave en este tema. Me explico.
>
> A partir de los criterios usados en ESwiki, un topónimo en español que se
> ha usado a durante el s. XX sigue en uso, aunque no se haya usado en 20 o
> 30 años en la administración ni en ningún medio de comunicación
> generalista, tan sólo en listados toponímicos. Aunque se haya actualizado
> la ortografia o se haya cambiado el complemento del topónimo. Sólo se
> admiten como formas en desuso aquellas que tienen tal consideración
> explícita en la RAE (ejemplo de Maastricht). Mi argumento es justo el
> contrario. Una forma en español de la que no puede acreditarse uso general
> en 20 o 30 años está en desuso. De forma implícita, pero en desuso. Y es
> por ello que debería ir en old_name:es
>
> La sugerencia de poner los topónimos de Andalucía en catalán,
> sinceramente, creo que se sale de este hilo y demuestra que no se ha
> analizado o comprendido la problemática del uso de name:es en la toponímia
> en español en Cataluña y muchas zonas del Estado español.
>
> Saludos,
> Joan Montané
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Toponimia en Cataluña

[David Marín Carreño]

Sobre esto, sólo comentar que se debe tener en cuenta, en cuanto al uso o
no uso del topónimo en castellano, el punto de vista de castellanoparlantes
alejados del lugar en cuestión.

Me explico: en los comentarios y páginas de discusión de Wikipedia-ES hay
mucha gente que, por ejemplo, dice que Tarrasa o Sangenjo como topónimos en
castellano de *Terrasa* o *Sanxenxo* no se usan... Esto probablemente sea
cierto en el ámbito local... Pero en lugares alejados y exclusivamente
castellano parlantes ambos exónimos son habituales y normales, al igual que
Gerona, Lérida, Orense y La Coruña.

Un cordial saludo,

--
David Marín Carreño 



El lun., 4 feb. 2019 a las 16:17, Rafael Avila Coya ()
escribió:

> Hola a todos/as:
>
> Antes que nada, añadir que la problemática de naming en Cataluña es
> idéntica a la que hay en Galicia: topónimos en castellano que se usan en
> mayor o menor medida, y otros que nadie usa ya.
>
> Antes que nada, no debemos olvidar que OSM es un proyecto global, y que
> las normas o acuerdos no deben nunca ir en contra de los acuerdos de
> toda la comunidad OSM global, plasmados en su gran mayoría en la wiki de
> OSM.
>
> De esta wiki tenemos las Buenas prácticas [1]. Os recomiendo que leais
> los apartados de "Mapear lo que hay sobre el terreno" y "Verificabilidad".
>
> Creo que hay unanimidad en que los nombres de los topónimos deben ir en
> la lengua oficial, pues es así como aparece en los carteles de
> carreteras y otros.
>
> En cuanto a lo del name:es, yo me inclinaría por la opción 2 de Joan,
> pues basicamente es la que se adapta más al acuerdo global. El problema
> viene cuando hay que discernir los nombres españolizados/castellanizados
> que están en uso (aunque sea minoritario) y los que francamente ya no
> usa nadie o casi nadie.
>
> Se me ocurriría que, por comunidades con esta problemática, se crearan
> grupos de discusión totalmente abiertos, y que de una forma sistemática
> identificasen qué nombres name:es están en desuso y los que no, y se
> aplicase la propuesta de Joan. En caso de duda se optaría por mantener
> el nombre castellano en name:es.
>
> Para concretar un poco más, yo empezaría por los nombres de los
> municipios. Al menos en Galicia es inabarcable toda la toponimia: la
> mitad de las ~60.000 entidades de población de España están en Galicia.
> En cambio, son algo más de 300 municipios, que es asumible.
>
> Un saludo,
>
> Rafael.
>
> [1] https://wiki.openstreetmap.org/wiki/ES:Buenas_pr%C3%A1cticas
>
> O 04/02/19 ás 15:33, Javi Rodriguez via Talk-es escribiu:
> > Buenas tardes,
> >
> >
> > Yo también prefiero la opción 2 que plantea Joan.
> >
> > Desconozco que problema tienen en Wikipedia en Español para usar el
> topónimo oficial, insisten en que todo debe estar en Español, aunque eso
> les obligue a citar fuentes como el diccionario de Madoz (1845) o el INE de
> una determinada época (1857 a 1981). Y se quedan tan anchos.
> >
> > Lo mismo pasa en la Wikipedia en catalán, donde Cataluña es un país
> europeo porque así lo indica una fuente citada. Y también se quedan tan
> anchos.
> >
> > Parece que en la Wikipedia han perdido la cordura, como Don Quijote...
> >
> >
> > Las directrices de mapeado deben responder a criterios razonablemente
> claros y objetivos para poder mapear la realidad de manera util. La
> toponimia oficial y la RAE deben servirnos de apoyo.
> >
> >
> > Saludos.
> >
> > ___
> > Talk-es mailing list
> > Talk-es@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-es
> >
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Qué poner en source cuando la fuente es una guía, catálogo o hemeroteca...

[David Marín Carreño]

A ver... Tengo serias dudas de que al extraer información, no geolocalizada
inicialmente, desde un periódico para ponerla en el mapa a través de un
proceso no automatizado y que requiere un proceso de la transformación de
datos manual (y mental) importante, un periódico pudiera conservar el
copyright de dicha información.

Por esa regla de tres, el copyright de la Wikipedia, de un proyecto fin de
carrera o de una tesis doctoral sería el de todas sus fuentes.

Una cosa es importar datos, y otra muy distinta es inferir datos.

Por ello, mi duda para responder a esta pregunta es: ¿De qué clase de datos
estás hablando? ¿Se puede poner un ejemplo concreto de extracción de datos
de un catálogo o una hemeroteca?

Un cordial saludo,

El lun., 15 oct. 2018 1:34, dcapillae  escribió:

> Hola.
>
> Debes indicar la fuente que tú usaste, no la fuente que uso dicha fuente.
> Por tanto, en el caso del periódico local (caso 1), debes indicar el
> periódico, no la fuente que uso el periódico. Si el periódico publicó esa
> información bajo condiciones de licencia restrictivas (protegida por
> derechos de autor), tendrás que pedir permiso si quieres citar al periódico
> en OSM. No podemos usar información protegida por derechos de autor,
> únicamente información en dominio público o procedente de fuentes abiertas
> cuyas condiciones de licencia sean compatibles con las condiciones de
> licencia ODbL. Si no puedes encontrar esa misma información a través de
> otras fuentes (autorizadas), no la uses.
>
> En cuanto al nombre de las calles (caso 2), yo no me complicaría demasiado
> citando la fuente, salvo que sea una fuente autorizada y la estés usando de
> forma sistemática. El nombre de las calles se puede verificar sobre el
> terreno, así que siempre podrás citar como fuente tu conocimiento local
> («source=local knowledge») o el reconocimiento del terreno
> («source=survey»), según sea el caso. Nunca cites (ni uses) una fuente que
> no esté claro que se pueda usar.
>
> Respecto a la guía de arte urbano (caso 3), es un caso similar al del
> periódico, no puedes usarla como fuente si la obra está protegida por
> derechos de autor. Necesitarás solicitar permiso a los autores o a los
> titulares de los derechos si quieres usarla expresamente citando la fuente.
> No reutilices la información sin permiso. Si pudieses usarla como fuente,
> la
> fuente sería la propia guía, no las diversas fuentes que usaron sus autores
> para elaborarla. Lo que sí puedes hacer es usar la guía como referencia
> para
> obtener esa misma información a partir de otras fuentes o sobre el terreno.
> De una obra de arte público siempre se puede conocer su ubicación, quizás
> también su nombre, su autor o la fecha de creación. Cualquier otra
> información que te ofrezca esa guía y que no puedas obtener a través de
> otras fuentes (autorizadas) o sobre el terreno, no deberías usarla.
>
> P. D.: Anteriormente se colocaba la etiqueta «source=*» en los elementos de
> OSM (nodos, vías, relaciones). Esta práctica está en desuso y desaconsejada
> actualmente. Ahora únicamente se usa la etiqueta «source=*» en los
> conjuntos
> de cambios.
>
>
>
> -
> Daniel Capilla
> OSM user: dcapillae
> --
> Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Solicito permisos en Gestor de Proyectos

[David Marín Carreño]

¡Muchas gracias, Javier!

El mar., 12 jun. 2018 a las 0:13, Javier Sánchez Portero (<
javiers...@gmail.com>) escribió:

> Ya está integrado el PR de Cobeña y ya tienes permisos de escritura.
>
> Saludos
>
> El 11 de junio de 2018, 22:43, David Marín Carreño 
> escribió:
>
>> Muchas gracias.
>>
>> Ahora sólo restaría tener acceso de escritura al proyecto en GitHub para
>> completar la creación del proyecto. ¿Quién se encarga de eso?
>>
>> Un cordial saludo.
>> --
>> David Marín Carreño
>>
>> El lun., 11 jun. 2018 a las 22:59, Jorge Sanz Sanfructuoso (<
>> sanc...@gmail.com>) escribió:
>>
>>> Ya tienes el permiso en el Gestor de de tareas
>>>
>>> El lun., 11 jun. 2018 a las 22:49, David Marín Carreño (<
>>> dav...@gmail.com>) escribió:
>>>
>>>> Hola.
>>>>
>>>> Solicito permisos en el gestor de proyectos para crear el proyecto de
>>>> importación de Catastro en el municipio de Cobeña (Madrid).
>>>>
>>>> Así mismo, indicar que estoy en el proceso de importar este municipio.
>>>> Lo siento, pero no quiero convertirme en el responsable de toda la
>>>> provincia de Madrid (no creo que me dé la vida para eso, que el municipio
>>>> de Madrid es mucha tela).
>>>>
>>>> Un cordial saludo
>>>> --
>>>> David Marín Carreño
>>>>
>>> ___
>>>> Talk-es mailing list
>>>> Talk-es@openstreetmap.org
>>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>>
>>> --
>>> Jorge Sanz Sanfructuoso - Sanchi
>>> Blog http://jorgesanz.es/
>>> ___
>>> Talk-es mailing list
>>> Talk-es@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Solicito permisos en Gestor de Proyectos

[David Marín Carreño]

Muchas gracias.

Ahora sólo restaría tener acceso de escritura al proyecto en GitHub para
completar la creación del proyecto. ¿Quién se encarga de eso?

Un cordial saludo.
--
David Marín Carreño

El lun., 11 jun. 2018 a las 22:59, Jorge Sanz Sanfructuoso (<
sanc...@gmail.com>) escribió:

> Ya tienes el permiso en el Gestor de de tareas
>
> El lun., 11 jun. 2018 a las 22:49, David Marín Carreño ()
> escribió:
>
>> Hola.
>>
>> Solicito permisos en el gestor de proyectos para crear el proyecto de
>> importación de Catastro en el municipio de Cobeña (Madrid).
>>
>> Así mismo, indicar que estoy en el proceso de importar este municipio. Lo
>> siento, pero no quiero convertirme en el responsable de toda la provincia
>> de Madrid (no creo que me dé la vida para eso, que el municipio de Madrid
>> es mucha tela).
>>
>> Un cordial saludo
>> --
>> David Marín Carreño
>>
> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
> --
> Jorge Sanz Sanfructuoso - Sanchi
> Blog http://jorgesanz.es/
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Solicito permisos en Gestor de Proyectos

[David Marín Carreño]

Por cierto, he subido un Pull Request al repositorio de catastro-import.
También solicitaría permisos para escribir allí.

Un cordial saludo,
--
David Marín Carreño

El lun., 11 jun. 2018 a las 22:48, David Marín Carreño ()
escribió:

> Hola.
>
> Solicito permisos en el gestor de proyectos para crear el proyecto de
> importación de Catastro en el municipio de Cobeña (Madrid).
>
> Así mismo, indicar que estoy en el proceso de importar este municipio. Lo
> siento, pero no quiero convertirme en el responsable de toda la provincia
> de Madrid (no creo que me dé la vida para eso, que el municipio de Madrid
> es mucha tela).
>
> Un cordial saludo
> --
> David Marín Carreño
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-es] Solicito permisos en Gestor de Proyectos

[David Marín Carreño]

Hola.

Solicito permisos en el gestor de proyectos para crear el proyecto de
importación de Catastro en el municipio de Cobeña (Madrid).

Así mismo, indicar que estoy en el proceso de importar este municipio. Lo
siento, pero no quiero convertirme en el responsable de toda la provincia
de Madrid (no creo que me dé la vida para eso, que el municipio de Madrid
es mucha tela).

Un cordial saludo
--
David Marín Carreño
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Más sobre la categorización administrativa de vías en OSM

[David Marín Carreño]

Hola a todos.

Yopaseopor: propongo que se realice una propuesta concreta de nueva
normalización, contando con los criterios que se desee manejar.
La exposición de motivos queda clara y se da por realizada. Podemos estar o
no de acuerdo, pero creo que no son los motivos sobre lo que debemos
discutir, sino sobre propuestas concretas.

Yo usaría el IMD sólo para subir o bajar la categoría asignada según la
clasificación administrativa. De esa manera una carretera nacional paralela
a una autovía pasaría a primary en lugar de trunk. Pero nunca a tertiary,
que (al menos las que yo conozco, como la N-301, paralela a la A-30 entre
Albacete y Murcia) siguen siendo anchas, con arcenes enormes, y al no
usarse para tráfico pesado, mantienen el firme en perfectas condiciones.

Un cordial saludo,
--
David Marín Carreño

El dom., 13 may. 2018 a las 10:50, Jorge Sanz Sanfructuoso (<
sanc...@gmail.com>) escribió:

>
> -Nadie ha negado que vaya más o menos gente por una carreteras si es o no
> de pago. Más bien se ha afirmado más de una vez.
>
> -No estoy diciendo que sigan todos el ejemplo de Ciudad Rodrigo, solo digo
> que no es tan sencillo. Hay en casos que si y en casos que no. Actualmente
> no todas las carreteras tienen la misma importancia y no están marcadas en
> OSM todas las carreteras con la misma importancia. Un enrutador bueno, no
> te puedo asegurar que lo hagan todos actualmente, tiene en cuenta otras
> etiquetas físicas para elegir rutas a parte de las categorías.
>
> -Veo cosas más importantes, pero tampoco he dicho que sea una perdida de
> tiempo. No veo que funcione tan mal hasta ahora la cosas para que haga
> falta cambiarlo todo. Nadie ha quitado que le dediques tiempo. Otra cosa
> no, pero que le dedicas tiempo esta claro.
>
> -Lo siento pero eso de que respondes claro no es verdad. Más de una vez
> sobretodo por telegram te he preguntado directamente y me has contestado
> con ambigüedad y al final he tenido que dejar el tema por imposibilidad de
> recibir una respuesta. Yo todavía no he visto un motivo para que haga falta
> ese cambio tan urgente de todo. Lo único que he visto con posibles motivos
> y lo he dicho es el tema de que una carretera al lado de autovía pierda
> cierta importancia, solo cierta importancia. Tampoco le veo problema a como
> esta pero le veo que puede tener sentido.
>
> -Creo que me he pasado con las palabras y mía culpa. Lo que quería
> representar con esto, y no es la primera vez que se te dice, es que al
> final unos textos tan largos se hacen imposibles de leer y disuaden mas que
> atraer a la gente. Y lo siento pero lo que dices en la mitad de texto se
> puede explicar igual de bien incluso mejor, y si hay partes que no vienen
> al tema. Si quieres un cambio consensuado, que estoy seguro que es lo que
> quieres, hay que intentar llegar a la gente. A la gente no le sobra el
> tiempo para leer textos tan largos, esto lo hacemos en ratos libres. Y
> decir "Quien no quiera leer lo que escribo no está obligado, que no lo
> haga" no es solución.
>
> Un saludo.
>
>
> El dom., 13 may. 2018 a las 3:29, yo paseopor (<yopaseo...@gmail.com>)
> escribió:
>
>> Voy a ser muy claro:
>> -Quien no quiera leer lo que escribo no está obligado, que no lo haga.
>> Dicho esto, os comunico que voy a responder este mensaje por respeto a la
>> lista porque después de lo leído, al margen del debate me siento ofendido y
>> dolido y delante de eso se me han quitado las ganas de participar en ellos,
>> tanto en esta lista, como en el grupo de Telegram. Así que tardaré un
>> tiempo en pasarme por aquí.
>>
>> -Pero dicho lo anterior comunico a las personas que leen en diagonal que
>> si leyeran de forma más concisa seguramente encontrarían las respuestas a
>> muchas de sus preguntas, porque si hay algo que he hecho durante toda esta
>> larga temporada es responder con argumentos, con documentos oficiales, y
>> con ejemplos concretos, si a alguien no le sirven que se busque otros, o
>> que al menos acepte los que hay. Sí, que una carretera sea de pago afecta
>> al volumen de tráfico, y que una carretera pretesamente de pago sea
>> gratuita también. Y si no se lo explicas a los camioneros que están
>> obligados a usar ciertas autopistas con bonificaciones de hasta el 100%
>> (gratuidad, por lo tanto cambio de flujos en el tráfico) en algunos casos.
>>
>> -Hay 1 municipios en España, ¿me quieres hacer creer que todos por
>> los que pasa una autovía siguen el ejemplo de Ciudad Rodrigo? ¿Desde cuando
>> distancia más corta y velocidad más alta sirve para desestimar una ruta?
>> Allá tú si así lo crees. Y a ver si me aclaro,¿ según tu ejemplo cambiar la
>> categoría de las carreteras que llevan a Ciudad Rodrigo af

Re: [Talk-es] Propuesta: cambiar la categoría de algunas carreteras nacionales en base a su uso y estado actuales.

[David Marín Carreño]

Viendo los ejemplos me parece bien abrir la posibilidad de rebajar de
categoría ciertas nacionales (de trunk a primary) cuando existen
alternativas gratuitas mejores y más usadas, así como subir a categoría
trunk dichas alternativas que no lo sean ya, siempre empleando criterios
objetivos y que podamos consensuar.

Y siempre podremos discutir por aquí los casos concretos y/o polémicos.

Un cordial saludo,
--
David Marín


El lun., 23 abr. 2018 a las 16:56, César Martínez Izquierdo (<
cesar@gmail.com>) escribió:

> Hola yopaseopor,
>
> Respecto a la señalización de largo recorrido, me has convencido de
> que no debe ser un criterio a considerar para trunk. Se supone que
> quien vaya a usar los datos de OSM no necesita de forma perentoria
> leer la señalización (puesto que los datos ya le van a dar la ruta
> óptima).
>
> Saludos.
>
> 2018-04-20 19:08 GMT+02:00 yo paseopor :
> > En general lo veo como tú César, a excepción que yo añadiría también como
> > alternativas las vías de pago, si no me dejaría la mayoría de vías
> rápidas
> > de algunas comunidades autónomas, y aunque nos duela en el bolsillo las
> > usamos siempre que tenemos prisa y queremos hacer adelantamientos
> "seguros y
> > fáciles". Eso sí, soy consciente de que en un país tan variopinto como
> en el
> > que nos encontramos hay casuísticas que hacen que una carretera por mala
> que
> > sea debe mantener su estatus.
> > Por lo que hace referencia a la señalización de largo recorrido no estoy
> > para nada de acuerdo, por el simple hecho de que somos OSM, y aunque
> solo se
> > hable Calasparra de Enmedio, si esa autovía o vía rápida es la mejor
> > solución para llegar a Roma Osmand, Mapsme,quiensea nos recomendará
> usarla
> > dirección Calasparra de Enmedio (y el día que consiga meter las señales
> de
> > tráfico y destino dentro de OSM ya ni os cuento), sin que nuestro viaje
> se
> > resienta por ello (¿o es que nadie que vaya de Valencia a Alicante sin
> pagar
> > sabe que hay cierto pueblo llamado "La Font de la Figuera" ?
> >
> >
> https://www.mapillary.com/app/?lat=38.7250342=-0.9366197=17=ZFNZLM90CU_eNSjRx5VrxA=photo=0.5882762328228478=0.7041884251718793=1.339285714285714
> >
> > Salut i nacionals
> > yopaseopor
> >
> > 2018-04-20 18:55 GMT+02:00 yo paseopor :
> >>
> >> Yo no digo que una carretera que tenga lanes=2 o maxspeed=100 sea tal,
> hay
> >> muchas más cosas a mirar, y muchos más criterios objetivos que no salen
> en
> >> OSM , como los imd y velocidades media, que nos ayudarían en saber qué
> >> carreteras son realmente utilizadas y por lo tanto IMPORTANTES.
> >> En cambio opino que representar todas las nacionales de un mismo color
> por
> >> el simple hecho de ser nacionales es un error que estamos cometiendo y
> que
> >> ya no se comete en la mayoría de países europeos. Decidme, de verdad,
> qué
> >> sentido tiene que dos vías importantes se muestren en el mapa la una al
> lado
> >> de la otra, cuando una de ellas ha dejado de serlo desde hace una década
> >> hasta el punto que le han pintado incluso un carril bici.
> >>
> >> Y si me apuras insisto, no se pierde nada de información, si para tí la
> >> categoría debe ser sólo administrativa ya puedes agarrar todas las que
> >> empiecen por N-, las que empiecen por las iniciales de la comunidad
> >> autónoma, y las que lleven las iniciales provinciales, y esa
> información ya
> >> está en OSM. Porque de las que empiecen por A o AP no vamos a dudar.
> >> En cambio imd y velocidad media, por poner un ejemplo no se tienen en
> >> cuenta en la actualidad y es una pena que esa información tan útil no
> se vea
> >> reflejada en el mapa (porque la categoría sería una combinación de
> varios
> >> parámetros, no sólo uno de ellos)
> >>
> >> Salut i nacionals
> >> yopaseopor
> >
> >
> >
> > ___
> > Talk-es mailing list
> > Talk-es@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-es
> >
>
>
>
> --
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>César Martínez Izquierdo
>GIS developer
>-  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -
>SCOLAB: http://www.scolab.es
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Propuesta: cambiar la categoría de algunas carreteras nacionales en base a su uso y estado actuales.

[David Marín Carreño]

Las alternativas planteadas no son excluyentes.

La normalización actual se basa en el supuesto general de que existe una
asociación entre la categoría administrativa asignada a una vía y sus
características físicas mínimas generales. Esta normalización habitualmente
funciona. Podremos tener casos concretos en los que esto no es así, pero
creo que habría que examinar estos casos concretos porque pueden ser la
excepción a la norma.

Entiendo que YoPaseoPor está abogando por rebajar la categoría de algunas
carreteras nacionales de trunk a primary o secondary. Yo no estoy muy
convencido de esto. Yo, personalmente consideraría aumentar la categoría de
las carreteras autonómicas de doble sentido de primera categoría a trunk,
siempre siguiendo el mismo criterio dentro de cada comunidad autónoma, ya
que dichas vías suelen tener características físicas similares a las de una
carretera nacional, y no tienen una importancia menor (según tráfico
soportado).

Luego tenemos el caso aparte de ciertas comunidades autónomas que en su
regulación han decidido que distintos tramos de una carretera con una única
referencia tengan distinta importancia, mantenimiento y características
físicas. Considero que estos casos deberán examinarse autonomía por
autonomía y caso por caso, ya qu no son el caso habitual dentro de la
legislación autonómica existente.

Un cordial saludo,
--
David Marín Carreño


El mié., 18 abr. 2018 a las 18:11, Diego García (<dgerv...@gmail.com>)
escribió:

> Sigue sin parecerme bien la propuesta.
>
> Pienso que el valor de la etiqueta highway debe estar referida a toda la
> vía, y que hace referencia al nivel de esa vía dentro de la red de vías, no
> a sus características físicas. Si se quieren mapear características físicas
> de la vía, que pueden cambiar (y de hecho cambian) a lo largo de su
> trazado, deben emplearse otras etiquetas: ancho de vía, número de carriles,
> velocidad máxima, presencia de arcén,...
>
> En cierto modo, cambiar el valor de la etiqueta highway atendiendo a
> criterios físicos, y además por tramos, para que trozos de vías trunk de
> peor estado no aparezcan al mismo nivel que otros, sería mapear para el
> render.
>
> Un cordial saludo,
>
> El dom., 15 abr. 2018 a las 10:52, yo paseopor (<yopaseo...@gmail.com>)
> escribió:
>
>> Al hilo de una "batalla" (en la que un usuario experimentado me insultó y
>> lo dejé por imposible) vuelvo a la carga con un tema simple: la necesidad
>> de que toda carretera no transferida y que dependa del Ministerio de
>> Fomento del Gobierno de España (nacional) no necesariamente haya de ser
>> trunk.
>>
>> Rationale
>>
>> Basta con mirar la wiki para darse cuenta de que la definición de trunk
>> no encaja con algunas carreteras nacionales en algunos de sus tramos.
>> Además , si miramos a nuestro entorno la cuestión ha cambiado algo desde
>> que lo hablamos la última vez, países que habían tenido todas sus
>> carreteras "Nacionales/Estatales/..." pintadas de rojo (el color de trunk
>> en OSMCarto) ya han distinguido básicamente entre aquellas que son
>> importantes de verdad (y que suelen estar desdobladas la gran mayoría) y
>> las que no.Si miramos a un zoom 7 no es que nuestros países vecinos se
>> hayan quedado vacíos e incomunicados de infraestructuras, es que el render
>> no muestra estas vías básicas pero no preferentes hasta el render 8 en que
>> además empiezan a mostrarse también las vías de ferrocarril y otras
>> infraestructuras básicas que del 8 hacia atrás no salen.
>>
>> Mirando nuestro entorno vemos que:
>>
>> Portugal: La clasificación de vías se basa en itinerarios y no en las
>> Estradas Nacionais
>> Andorra: En Andorra no hay una sola carretera trunk ni siquiera que
>> enlace desde otros países...bueno, sí, hay una , adivinad de qué país viene.
>> Francia: Hay Routes Nacionales que no lo son.
>> Bélgica: No todas las N guardan la misma categoría
>> Holanda: Igual caso en Holanda
>> Austria: En Austria las B , las que van después de las A, no acostumbran
>> a ser trunk.
>> Alemania: Mirando un poco por encima veo que las que son trunk son
>> aquellas que son autovías.
>> Italia: Solo algunas Stradas Stradales son trunk (aún a riesgo de dejarte
>> en sus baches las ruedas)
>> Suiza: Carreteras principales como la 1 , que atraviesa el país de punta
>> a punta no son trunk y el único motivo en general por el que pasarías por
>> ellas es para saltarte la viñeta (el impuesto que se paga por acceder a las
>> autopistas.)
>> Reino Unido: No todas las A son trunk, como tampoco todas sus autovías
>> merecieran llamarse así (con semáforos, con rotondas...)
>>
>> -Tiene sentido también, la gran 

Re: [Talk-es] Artículo: Why OpenStreetMap is in serious trouble

[David Marín Carreño]

Mi opinión: yo estoy de acuerdo al 100%.

La comparativa con Wikipedia es sangrante para OSM. Wikipedia ha conseguido
monopolizar el sector de las enciclopedias porque, además de proporcionar
una base de datos, ha proporcionado las herramientas para que esta base de
datos enciclopédica se use en todos los lugares donde hace falta. Y,
gracias a ello, no le faltan recursos, trabajadores a tiempo completo,
servidores, etc.

Está claro que el corazón de OSM es la base de datos. Pero desarrollar y
mantener el software para explotarla, y contar con la mejor infraestructura
para soportarla también debiera ser un objetivo del proyecto, EMHO.

En lugar de plantear soluciones a los problemas existentes reales (como,
por ejemplo, la falta de capas, los IDs no permanentes, la inexistencia de
elementos área, la complejidad provocada por la completa simplicidad de la
base de datos...), parece que vamos a mantener la base de datos existente
por los siglos de los siglos... Tenemos una base de datos tan genérica en
la que cabe todo. Pero por culpa de esto es muy complicado explotar según
qué cosas.

Luego, parece haber interés en que OSM nunca pase de ser más que la base de
datos de información geográfica, y no llegue a ser competencia a los
distintos servicios de mapas existentes. Me encantaría usar un Waze basado
en OSM, una base de datos abierta de información de tráfico en tiempo real.
O de rutas de autobuses, con tiempos de espera. Vamos, que en lugar de usar
mapas de Google, con los problemas de datos cerrados y de privacidad que
esto conlleva, pudiera usar un servicio realizado con fuentes abiertas y
con datos abiertos.

Si la OSMF iniciara (o apoyara) iniciativas para llevar a cabo estos
proyectos (que serían paralelos al de la base de datos de OSM que conocemos
hoy en día, pero complementarios y basados en ella), quizá el momentum
inicial sería lo suficientemente grande para que dichos proyectos pudieran
contar con alguna probabilidad de éxito y hacer competencia a los servicios
existentes, de carácter cerrado.

La falta de ambición del núcleo de la OSMF quizá sea un freno para el
proyecto, y bajo mi punto de vista es contraproducente al objetivo de tener
una base de datos geográfica del mundo abierta.  Si no se intenta hacer que
OSM sea el servicio de mapas más usado, su base de datos nunca será la
mejor ni la más completa.

Un cordial saludo,
--
David Marín Carreño






El sáb., 3 mar. 2018 a las 22:44, Manuel Lladosa (<manolo...@gmail.com>)
escribió:

> https://blog.emacsen.net/blog/2018/02/16/osm-is-in-trouble/
>
> ¿Que opináis de este artículo? En algunas cosas no estoy de acuerdo,
> pienso que OpenStreetMap no es un producto comercial, tal vez algunas
> cosas podrían mejorar, es cierto que en Nominatim a veces tengo que
> hacer búsquedas de distintas formas hasta que encuentro lo que busco,
> otras páginas de mapas tienen mejores buscadores, pero es que el
> objetivo de OpenStreetMap no es satisfacer las necesidades de clientes,
> sino generar un mapa del mundo abierto.
>
> Aunque en otras cosas si que estoy de acuerdo, las importaciones son
> difíciles y es bastante complicado combatir el vandalismo.
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Placas distintivo para establecimientos turísticos en Canarias

[David Marín Carreño]

La idea es que las etiquetas deberían ser autoexplicativas y estar en
inglés. Un amenity=restaurant, designation=V para un guachinche no lo es:
estoy de acuerdo en que facilita en sobremanera la entrada de datos, pero
es completamente críptico para su uso o interpretación.
Si tomamos el ejemplo de usos previos de esta etiqueta designation

   - designation=national_park
   - designation=area_of_outstanding_natural_beauty (England and Wales)
   - designation=national_scenic_area (Scotland)
   - designation=national_nature_reserve
   - designation=local_nature_reserve
   - designation=site_of_special_scientific_interest
   - designation=access_land (England and Wales)

podemos ver que debería ser algo comprensible.

Como el catálogo de placas es limitado, bastaría con poner la relación
entre las distintas placas existentes y las etiquetas correspondientes en
una página de la wiki, y así se solucionaría el tema de la mecánica.

Un cordial saludo,

--
David Marín Carreño

El jue., 15 feb. 2018 a las 16:36, Javier Sánchez Portero (<
javiers...@gmail.com>) escribió:

> En absoluto David, el debate esta abierto. Te comento por que puse las
> letras en vez de los valores completos. La letra es fácilmente visible,
> incluso desde lejos o en una foto sacada con poca resolución, mientras que
> el valor largo es mucho más difícil de ver. Muchos mapeadores por aquí son
> extranjeros, en general de vacaciones. Pienso que si ven objetos que ya
> tengan la etiqueta puesta cogerán en seguida la mecánica, mucho más fácil
> que no tener que leer el texto en castellano y pensar el valor apropiado de
> la etiqueta en inglés.
>
> Te mando una foto de ejemplo:
> https://goo.gl/maps/dyNn4aNmGjs
>
> Javier
>
> El 15 feb. 2018 11:26, "David Marín Carreño" <dav...@gmail.com> escribió:
>
>> No quiero ser tocanarices, pero lo de designation=V, R o H me resulta
>> críptico a no ser que sepas de qué va el asunto.
>>
>> Sería más adecuado poner el significado de la sigla correspondiente
>> (traducido al inglés), y poner un 
>> origin:designation=canary_islands_50/2011_decree_plaque,
>> o algo similar.
>> --
>> David Marín Carreño
>>
>>
>> El lun., 12 feb. 2018 a las 19:30, Iván Hernández Cazorla (<
>> ivanher...@gmail.com>) escribió:
>>
>>> Muchas gracias por este dato, Javier. Lo tendré en cuenta cuando mapee
>>> establecimientos por las zonas que suelo mapear. Y un día de estos
>>> reviso los que ya he mapeado, para añadirles el correspondiente
>>> distintivo.
>>>
>>> Seguiré la página en la wiki.
>>>
>>> Saludos,
>>> Iván
>>>
>>> On 12/02/18 12:55, Javier Sánchez Portero wrote:
>>> > Hola
>>> >
>>> > En Canarias hay una normativa que establece que todos los
>>> > establecimientos turísticos deben exhibir en su fachada una
>>> > placa-distintivo con unas siglas. En esta web se puede ver el aspecto
>>> de
>>> > dichas placas con enlaces a los documentos oficiales.
>>> >
>>> > http://www.copicolor.com/copi2006/PLACA_DISTINTIVO/index.html
>>> >
>>> > Creo que ese dato se podría colocar con una etiqueta designation en
>>> cada
>>> > punto de interés.
>>> >
>>> > https://wiki.openstreetmap.org/wiki/Key:designation
>>> >
>>> > Por ejemplo, añadir a un restaurante (amenity=restaurant),
>>> designation=R
>>> > o a un hotel (tourism=hotel), designation=H. Podría parecer que es
>>> > redundante, pero a veces hay límites difusos entre un tipo de elemento
>>> y
>>> > otro, por ejemplo nuestro famoso problema amenity=bar/pub/cafe, y esto
>>> > ayuda a englobarlos (Bc). Además aquí hay un tipo especial de
>>> > establecimiento de restauración que vende vino de cosecha propia
>>> > acompañado de una carta limitada de platos, los "guachinches" (V), con
>>> > lo cual el etiquetado amenity=restaurant + designation=V ayudaría a
>>> > diferenciarlos de los restaurantes normales.
>>> >
>>> > Si todo el mundo está de acuerdo, describiré el tema en la página de la
>>> > wiki de Canarias para promover el uso de esta etiqueta.
>>> >
>>> > https://wiki.openstreetmap.org/wiki/ES:Canarias
>>> >
>>> > Un saludo
>>> >
>>> >
>>> > ___
>>> > Talk-es mailing list
>>> > Talk-es@openstreetmap.org
>>> > https://lists.openstreetmap.org/listinfo/talk-es
>>> >
>>>
>>> --
>>> Iván Hernández Cazorla
>>> Miembro de Wikimedia España
>>>
>>> ___
>>> Talk-es mailing list
>>> Talk-es@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Placas distintivo para establecimientos turísticos en Canarias

[David Marín Carreño]

No quiero ser tocanarices, pero lo de designation=V, R o H me resulta
críptico a no ser que sepas de qué va el asunto.

Sería más adecuado poner el significado de la sigla correspondiente
(traducido al inglés), y poner un
origin:designation=canary_islands_50/2011_decree_plaque,
o algo similar.
--
David Marín Carreño


El lun., 12 feb. 2018 a las 19:30, Iván Hernández Cazorla (<
ivanher...@gmail.com>) escribió:

> Muchas gracias por este dato, Javier. Lo tendré en cuenta cuando mapee
> establecimientos por las zonas que suelo mapear. Y un día de estos
> reviso los que ya he mapeado, para añadirles el correspondiente distintivo.
>
> Seguiré la página en la wiki.
>
> Saludos,
> Iván
>
> On 12/02/18 12:55, Javier Sánchez Portero wrote:
> > Hola
> >
> > En Canarias hay una normativa que establece que todos los
> > establecimientos turísticos deben exhibir en su fachada una
> > placa-distintivo con unas siglas. En esta web se puede ver el aspecto de
> > dichas placas con enlaces a los documentos oficiales.
> >
> > http://www.copicolor.com/copi2006/PLACA_DISTINTIVO/index.html
> >
> > Creo que ese dato se podría colocar con una etiqueta designation en cada
> > punto de interés.
> >
> > https://wiki.openstreetmap.org/wiki/Key:designation
> >
> > Por ejemplo, añadir a un restaurante (amenity=restaurant), designation=R
> > o a un hotel (tourism=hotel), designation=H. Podría parecer que es
> > redundante, pero a veces hay límites difusos entre un tipo de elemento y
> > otro, por ejemplo nuestro famoso problema amenity=bar/pub/cafe, y esto
> > ayuda a englobarlos (Bc). Además aquí hay un tipo especial de
> > establecimiento de restauración que vende vino de cosecha propia
> > acompañado de una carta limitada de platos, los "guachinches" (V), con
> > lo cual el etiquetado amenity=restaurant + designation=V ayudaría a
> > diferenciarlos de los restaurantes normales.
> >
> > Si todo el mundo está de acuerdo, describiré el tema en la página de la
> > wiki de Canarias para promover el uso de esta etiqueta.
> >
> > https://wiki.openstreetmap.org/wiki/ES:Canarias
> >
> > Un saludo
> >
> >
> > ___
> > Talk-es mailing list
> > Talk-es@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-es
> >
>
> --
> Iván Hernández Cazorla
> Miembro de Wikimedia España
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Cuenta de GitHub OSM-es

[David Marín Carreño]

Hola.

Por favor, añádeme. Soy davefx en github.

Quizá se podría añadir el proyecto
https://github.com/davefx/osm-callejero-importer
--
David Marín Carreño

El mié., 17 ene. 2018 a las 0:35, Javier Sánchez Portero (<
javiers...@gmail.com>) escribió:

> Enviadas invitaciones. Para que los usuarios puedan verse desde fuera,
> cada miembro debe configurar su visibilidad en el apartado "people".
>
>
> El 16 de enero de 2018, 22:11, Miguel Sevilla-Callejo <
> msevill...@gmail.com> escribió:
>
>> Hola,
>>
>> Genial idea, pendiente de haberse hecho hace tiempo, por cierto.
>>
>> Cuneta conmigo, también soy msevilla00 en GitHub
>>
>> ¿Vi que los participantes no están públicos, no sería conveniente que se
>> vieran?
>>
>> Por si sirve de algo os comento que en Zaragoza, el grupo de Mapeado
>> Colaborativo también tenemos una cuenta de GitHub con algunos materiales
>> con los que trabajamos: https://github.com/mapcolabora
>>
>> Ahora andamos con GitLab con HUGO para nuestra web pero se me ocurrió que
>> podríamos usar las páginas de GitHub/GitLab para recrear la página web de
>> OSM-es allí.
>>
>> Un saludo y gracias
>>
>> Miguel
>>
>> --
>> *Miguel Sevilla-Callejo*
>> Doctor en Geografía
>>
>> 2018-01-16 21:21 GMT+01:00 Javier Sánchez Portero <javiers...@gmail.com>:
>>
>>> Hola.
>>>
>>> Como comentaba en el hilo de la importación de Catastro, he creado una
>>> cuenta de GitHub con el nombre 'osm-es'. La idea es agrupar allí proyectos
>>> de interés para nuestra comunidad. Para usar la cuenta es necesario entrar
>>> a formar parte de la 'organización' (término que utiliza GitHub para
>>> referirse a este tipo de cuentas compartidas). Si alguien desea participar
>>> con sus proyectos no tiene más que decirlo para enviarle una invitación. Ya
>>> he enviado algunas por mi cuenta, ruego me perdonen si me olvido de
>>> alguien.
>>>
>>> Si alguien quiere agregar algún proyecto puede hacer un 'fork' para
>>> tener una copia en esta cuenta y que estén más localizables a través de
>>> algún enlace que pongamos en la Wiki. Se me ocurren por ejemplo
>>> josego85/curso_mapas, shiguera/osm2017, etc.
>>>
>>> Un saludo, Javier.
>>>
>>>
>>> ___
>>> Talk-es mailing list
>>> Talk-es@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>
>>>
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Bar tradicional -> ¿ amenity=pub o amenity=bar ?

[David Marín Carreño]

Aquí el problema lo veo en la persona que añadió lo de "in the
Mediterranean countries" en la entrada de amenity=bar del Wiki. Lo hizo sin
consenso alguno, y añadió el follón a todo.

Cuando yo empecé mapear, ese párrafo no existía y todo estaba completamente
claro.

Un amenity=bar es un bar de copas, un amenity=pub es un "bar normal", ya que
 estos bares encajan completamente con la definición de amenity=pub:
 "establecimiento que vende bebidas alcohólicas que pueden consumirse en el
lugar. Normalmente venden comida que también puede consumirse en el lugar.
Se caracterizan por su apariencia tradicional y por una atmósfera relajada.
Normalmente puedes sentarte y no suele haber música alta que moleste una
conversación. Es un buen lugar para reunirse tras un día de mapeo para
OpenStreetMap."

La definición original de amenity=bar es "establecimiento comercial
específicamente construído que vende bebidas alcohólicas para consumirse en
el lugar. Se caracterizan por su atmósfera vibrante y ruidosa, similar a
una fiesta. No suelen vender platos de comida. La música normalmente está
en volumen alto y a menudo hay que permanecer de pie. A veces tienen pista
de baile, pero no es su atracción principal."

Sinceramente, amenity=bar es el único artículo dentro del wiki en el que
veo esta dicotomía (bajo mi punto de vista) absurda. Nunca se debe mapear
utilizando palabras, sino conceptos.

Yo abogo por quitar el párrafo de "In the Mediterranean countries" de la
Wiki en inglés, y en todas las traducciones, y dejar claro que los bares
mediterráneos son el mismo tipo de establecimiento que los pubs irlandeses
o londinenses, esto es: amenity=pub. Sirven para lo mismo, se va a lo
mismo. Básicamente cambian en su decoración.

Saludos cordiales.
--
David Marín


El mié., 26 jul. 2017 a las 14:20, Miguel Sevilla-Callejo (<
msevill...@gmail.com>) escribió:

> Hola Daniel,
>
> Lo primero es disculparme si te has sentido ofendido. Ni mucho menos era
> mi intención.
>
> Agradezco tus colaboraciones y las valoro como las de los demás aunque no
> esté de acuerdo con ellas, como es el caso del hilo que nos ocupa.
>
> Simplemente quería estar seguro que no se hacía una traducción unilateral
> de un problema polémico y sin consenso. De hecho, el tema esa abierto en la
> lista de tagging, por l oque considero que ni la versión inglesa es
> totalmente correcta/consensuada.
>
> Perdón si no me he expresado adecuadamente.
>
> Un saludo
>
> Miguel
>
> --
> *Miguel Sevilla-Callejo*
> Doctor en Geografía
>
> 2017-07-26 12:26 GMT+01:00 dcapillae :
>
>> No entiendo muy bien a qué te refieres ni por qué haces una referencia
>> personal. El wiki es un espacio colaborativo, todo el mundo lo puede
>> editar.
>>
>> ¿Que si he traducido yo esa página? Sí, he traducido muchas páginas del
>> wiki. ¿Cómo? Como he podido, dedicándole tiempo y esfuerzo, pensando
>> únicamente en el bien de la comunidad hispana. ¿Traducciones con consenso?
>> La versión de referencia para el wiki suele ser la versión en inglés, a
>> veces la versión en alemán o en otro idioma. Siempre intento ser fiel al
>> original, a veces incluso tan fiel que la traducción no suena bien en
>> español, pero lo prefiero así. ¿Que está mal traducido? Pues se corrige.
>> Si
>> no he acertado a traducirlo todo lo bien que se podría, pido disculpas.
>> Entiendo que no hace falta señalarme por ello.
>>
>> El wiki es un trabajo colaborativo, si algo está mal, se puede corregir.
>> No
>> necesitas mi permiso ni el de nadie para corregirlo. También puedes añadir
>> un enlace a este hilo si lo consideras oportuno.
>>
>> No quiero disgustarme contigo, Miguel. Últimamente no hago más que recibir
>> críticas por traducir el wiki. Pensaba que estaba haciendo un bien. Por
>> suerte algunos colaboradores lo entienden así y me lo agradecen de vez en
>> cuando. No lo hago para que nadie me lo agradezca, pero tampoco para que
>> nadie me señale por ello.
>>
>>
>>
>> -
>> Daniel Capilla
>> OSM user: dcapillae
>> --
>> View this message in context:
>> http://gis.19327.n8.nabble.com/Bar-tradicional-amenity-pub-o-amenity-bar-tp5876448p5899787.html
>> Sent from the Spain mailing list archive at Nabble.com.
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Cambio de nombre de calle de Madrid

[David Marín Carreño]

Lo que sí estaría bien es hacer una página en la Wiki para realizar este
miniproyecto, y no pisarnos el trabajo.

--
David Marín Carreño


El mié., 28 jun. 2017 a las 13:15, Jose Luis Infante (<jlinfa...@llefia.org>)
escribió:

> Hola,
>
> Creo que sería mejor hacerlo manualmente para supervisar los cambios. Con
> JOSM no le veo dificultad. Se hace una búsqueda del nombre y la etiqueta
> name o address:street y listo.
>
> Un saludo,
>
> José Luis
>
> El 28/6/2017 12:45 p. m., "Alejandro Moreno" <almo...@gmail.com> escribió:
>
>> Yo he cambiado así Comandante Zorita pero veo que es fácil que se me
>> escape algún nodo por cambiar, de ahí lo de ver si se puede automatizar la
>> tarea.
>>
>> El 28 de junio de 2017, 11:12, Diego García <dgerv...@gmail.com>
>> escribió:
>>
>>> A mí me gusta especialmente la etiqueta old_name, porque hasta puede que
>>> nominatim la indexe, sin desmerecer todo lo que hay escrito acerca del
>>> ciclo de vida en la wiki.
>>>
>>> Un cordial saludo,
>>>
>>> El mié., 28 jun. 2017 10:54, pablo rey <pa...@basurama.org> escribió:
>>>
>>>> ¿Se guarda en el nombre "caducado" en algún sitio? (además de que quede
>>>> en el historial de cambios). Lo digo porque puede ser útil para los
>>>> primeros tiempos de transición entre nombres.
>>>>
>>>> 2017-06-28 10:38 GMT+02:00 Jesús Lopez <jesusl.te...@gmail.com>:
>>>>
>>>>> Algunos de los nombres ya están cambiados, no sé si todos…
>>>>>
>>>>> Saludos
>>>>>
>>>>> El 28 jun 2017, a las 09:52, Alejandro Moreno <almo...@gmail.com>
>>>>> escribió:
>>>>>
>>>>> Hola a todos.
>>>>>
>>>>> Hace un par de meses se aprobó en Madrid el cambio de nombre de varias
>>>>> calles franquistas (
>>>>> http://www.madrid.es/portales/munimadrid/es/Inicio/Actualidad/Noticias/El-Comisionado-de-la-Memoria-Historica-plantea-cambiar-52-calles-en-su-informe-definitivo?vgnextfmt=default=2ce1b707b0fab510VgnVCM201f4a900aRCRD=a12149fa40ec9410VgnVCM10171f5a0aRCRD
>>>>> ). He estado echando un ojo y no parece que se haya realizado el cambio.
>>>>> ¿Hay alguna manera de automatizar esta tarea o hay que hacerla a mano 
>>>>> calle
>>>>> por calle y nodo por nodo?
>>>>>
>>>>> Un saludo.
>>>>> ___
>>>>> Talk-es mailing list
>>>>> Talk-es@openstreetmap.org
>>>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>>>
>>>>>
>>>>>
>>>>> ___
>>>>> Talk-es mailing list
>>>>> Talk-es@openstreetmap.org
>>>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>>>
>>>>>
>>>> ___
>>>> Talk-es mailing list
>>>> Talk-es@openstreetmap.org
>>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>>
>>>
>>> ___
>>> Talk-es mailing list
>>> Talk-es@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>
>>>
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Cambio de nombre de calle de Madrid

[David Marín Carreño]

Perdón, realmente se me había escapado la noticia.

En el callejero oficial de la ciudad (
http://datos.madrid.es/sites/v/index.jsp?vgnextoid=b3c41f3cf6a6c410VgnVCM200c205a0aRCRD=20d612b9ace9f310VgnVCM10171f5a0aRCRD)
ya se encuentran los cambios.

Pues hay que cambiarlos. Yo lo haría a mano, calle a calle, pero si hay
alguien que sabe cómo automatizarlo que lo diga.

¿Han cambiado ya las placas de las calles?
--
David Marín Carreño

El mié., 28 jun. 2017 a las 10:02, David Marín Carreño (<dav...@gmail.com>)
escribió:

> Salvo que se me haya escapado la noticia, creo que esa medida aún no se ha
> realizado. Está planteada, pero sin ejecutar.
>
> Un cordial saludo,
> --
> David Marín Carreño
>
> El mié., 28 jun. 2017 a las 9:54, Alejandro Moreno (<almo...@gmail.com>)
> escribió:
>
>> Hola a todos.
>>
>> Hace un par de meses se aprobó en Madrid el cambio de nombre de varias
>> calles franquistas (
>> http://www.madrid.es/portales/munimadrid/es/Inicio/Actualidad/Noticias/El-Comisionado-de-la-Memoria-Historica-plantea-cambiar-52-calles-en-su-informe-definitivo?vgnextfmt=default=2ce1b707b0fab510VgnVCM201f4a900aRCRD=a12149fa40ec9410VgnVCM10171f5a0aRCRD
>> ). He estado echando un ojo y no parece que se haya realizado el cambio.
>> ¿Hay alguna manera de automatizar esta tarea o hay que hacerla a mano calle
>> por calle y nodo por nodo?
>>
>> Un saludo.
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Bar tradicional -> ¿ amenity=pub o amenity=bar ?

[David Marín Carreño]

En un bar español "típico" (no de copas, y con cocina) se bebe alcohol,
mayoritariamente cerveza, exactamente como en un pub inglés de Londres. En
un bar español típico se puede comer, aunque no sea un restaurante, en
forma de pinchos, bocatas o platos combinados (o, incluso, en forma de menú
del día), al igual que se hace en un pub inglés de Londres. En un bar
español típico puede haber música, pero está baja de manera que lo normal
es que puedas hablar con tus acompañantes. Exactamente igual que en un pub
inglés de Londres.

No estoy dando opinión. Esto explicando el consenso existente en OSM desde
tiempos de la maricastaña. Puede no gustarnos, pero etiquetamos en inglés,
y en lengua inglesa un "bar", como establecimiento, es lo que en España se
denomina un bar de copas, que convendremos no tiene nada que ver con el
típico bar de la esquina donde quedamos con los amigos para tomar unas
cañas y unos pinchos.

Es por ello que tanto los pubs ingleses de Londres como los típicos bares
españoles que reúnen las condiciones aquí descritas, se les etiqueta igual:
'amenity=pub'. Porque, a efectos prácticos, son la misma clase de
establecimiento: lugar donde vas a tomarte unas cañas con los colegas, y
comes.

--
David Marín Carreño


El jue., 22 jun. 2017 a las 13:53, dcapillae (<dcapil...@gmail.com>)
escribió:

> Tanto el término "pub" como el término "bar" tienen origen inglés.
> Desconozco
> cuál es el motivo por el que los bares españoles se denominan "bares" y no
> de otra manera, pero no creo que pueda justificarse porque el término "pub"
> sea una palabra inglesa. "Bar" también lo es.
>
>
>
> -
> Daniel Capilla
> OSM user: dcapillae
> --
> View this message in context:
> http://gis.19327.n8.nabble.com/Bar-tradicional-amenity-pub-o-amenity-bar-tp5876448p5898261.html
> Sent from the Spain mailing list archive at Nabble.com.
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Propuesta de Importación de Catastro: Municipios en las direcciones

[David Marín Carreño]

Los municipios ya se importaron en su día con una buena calidad por lo que,
salvo error u omisión, no deberían tocarse.

No reinventemos la rueda ;-)


El jue., 15 jun. 2017 a las 13:31, Javier Sánchez Portero (<
javiers...@gmail.com>) escribió:

> El 15 de junio de 2017, 11:34, dcapillae  escribió:
>
>> Me parece bien prescindir de ese dato si su procesamiento genera
>> demasiadas
>> dificultades. Definiendo bien los límites de los municipios, no hace falta
>> replicar la información con "is_in". Y si un municipio no cuenta con sus
>> límites bien mapeados, lo que debemos hacer es procurar mapearlos antes de
>> añadir cualquier dirección que corresponda a ese municipio.
>>
>
> La información del conjunto de datos de zonas catastrales (opción -z,
> fichero rustic_zoning.geojson) se puede usar para obtener el límite del
> municipio.
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Proposed_features/Extended_traffic_signs_tagging

[David Marín Carreño]

Sobre el tema de mantener actualizada la información, y sin discrepancias,
eso se arregla con herramientas.
Todo esto se ha relanzado desde el momento en que ha llegado a nosotros un
excel con las coordenadas de todas las señales verticales de la red
nacional de carreteras.
Son elementos físicos, verificables, que están ahí. EMHO, deberían
introducirse en el mapa *tal cual*. Para ello el nuevo esquema de
yopaseopor es ideal.

Ahora bien, también debe introducirse "la semántica": límites de velocidad,
prohibición de adelantar, etc.

Son dos pasos distintos y complementarios el uno al otro. Al igual que
tenemos validadores de sentido de rotondas, pues alguien tendrá que
currarse el validador de límites de velocidad o el de prohibición de
adelantar para llevar la semántica de la señal a la vía correspondiente.

--
David

El mar., 7 feb. 2017 a las 5:51, David Marín Carreño (<dav...@gmail.com>)
escribió:

> Santiago: tiene exactamente la misma utilidad que mapear un edificio 3D, o
> un árbol, o una farola. Estamos reflejando la reaildad de una manera
> verificable y modificable de manera universal. Si es complicado (que, en
> ciertos casos, lo es), pues habrá que trabajar en un editor que lo
> simplifique. Digamos que mapear un edificio en 3D no es la cosa más
> sencilla y mira, ahí tenemos a unos cuantos haciéndolo.
>
> yopaseopor: tengo alguna duda/objeción respecto al tema de los
> destinations como relaciones. Me explico:
>
>- El hecho de colocar los destinations como relaciones tiene todo el
>sentido del mundo desde el punto de vista de saber qué carretera del cruce
>debo tomar para ir a X.
>- El nuevo esquema propuesto sirve para mapear las señales (lo cual me
>parece fantabuloso), pero no para interpretarlas. Es decir, si sólo se usa
>el esquema de mapeo de señal y se elimina la relación "destination" actual,
>un ruteador no va a tener ni idea de cómo avisar al conductor de qué camino
>tomar para ir a X.
>
> Creo que sería muy bueno mantener ambas perspectivas en el nuevo esquema
> (no llamarlas modo "viejo" o "nuevo"), ya que ambas son útiles y necesarias.
>
> Sólo mi opinión.
> --
> David
>
> El mar., 7 feb. 2017 a las 1:31, Santiago Higuera (<shigu...@osgeo.org>)
> escribió:
>
> A ver, yopaseopor:
> Lo que no me has respondido es a la pregunta de para qué sirve o en qué
> mejora el mapa por el hecho de indicarse, mediante etiquetas en las
> señales informativas, que determinada información aparece en
> determinada línea del panel, o que determinada información va
> acompañada de determinado icono. No le veo la utilidad. Si acaso puede
> ser útil la información del panel en sí, pero ¿qué importancia tiene en
> qué posición aparece dentro del panel o que icono la acompaña?.
> Bastaría poner las informaciones del panel en una etiqueta 'info',
> separadas por punto y coma, por ejemplo, y cualquier navegador podría
> leerlo (como hace el de google).
>
> Respecto de argumentar que tampoco sería necesario entonces etiquetar
> los tramos, ahí está parte del problema. El hecho de poner la misma
> información en dos sitios diferentes, el tramo de carretera y la señal,
> dificulta mucho el trabajo de actualización y podría hacer que al final
> no fuera fiable ninguno de los dos sistemas. Si el tramo está
> correctamente etiquetado, el navegador correspondiente, al detectar que
> entra en un tramo con determinada restricción, puede dibujar en
> pantalla una señal, sin necesidad de comprobar si existe además un
> elemento 'señal' en el mapa. Así suelen hacer los navegadores con la
> velocidad máxima permitida en un tramo: pintan la señal en pantalla
> mientras estás dentro de ese tramo, les da igual si hay o no, en ese
> momento, una señal vertical sobre el terreno. La información es 'este
> tramo tiene una restricción determinada'. Debemos poner la información
> solo en un sitio, en mi opinión en el tramo, y luego los programas
> navegadores ya pintarán las señalitas que correspondan. El elemento
> 'señal' en sí no es importante, lo importante es la restricción que
> afecta a la circulación de un tramo. Por ejemplo, una prohibición de
> adelantamiento se puede indicar mediante la raya continua en el eje de
> la carretera, y tiene plena valided. La información que nosotros
> debemos trasladar al mapa, si es que tenemos que trasladar ese tipo de
> informaciones, es que ese tramo tiene restringido el adelantamiento. La
> existencia o no de una señal vertical es lo de menos.
>
> Otro ejemplo podrían ser las señales de llegada a un municipio. La
> información importante para el mapa es donde está la línea del límite
> municipal. El navegador, al detectar que atraviesa esa línea, podrá
> dibujarte en pantalla la señal correspondiente

Re: [Talk-es] Proposed_features/Extended_traffic_signs_tagging

[David Marín Carreño]

Santiago: tiene exactamente la misma utilidad que mapear un edificio 3D, o
un árbol, o una farola. Estamos reflejando la reaildad de una manera
verificable y modificable de manera universal. Si es complicado (que, en
ciertos casos, lo es), pues habrá que trabajar en un editor que lo
simplifique. Digamos que mapear un edificio en 3D no es la cosa más
sencilla y mira, ahí tenemos a unos cuantos haciéndolo.

yopaseopor: tengo alguna duda/objeción respecto al tema de los destinations
como relaciones. Me explico:

   - El hecho de colocar los destinations como relaciones tiene todo el
   sentido del mundo desde el punto de vista de saber qué carretera del cruce
   debo tomar para ir a X.
   - El nuevo esquema propuesto sirve para mapear las señales (lo cual me
   parece fantabuloso), pero no para interpretarlas. Es decir, si sólo se usa
   el esquema de mapeo de señal y se elimina la relación "destination" actual,
   un ruteador no va a tener ni idea de cómo avisar al conductor de qué camino
   tomar para ir a X.

Creo que sería muy bueno mantener ambas perspectivas en el nuevo esquema
(no llamarlas modo "viejo" o "nuevo"), ya que ambas son útiles y necesarias.

Sólo mi opinión.
--
David

El mar., 7 feb. 2017 a las 1:31, Santiago Higuera ()
escribió:

> A ver, yopaseopor:
> Lo que no me has respondido es a la pregunta de para qué sirve o en qué
> mejora el mapa por el hecho de indicarse, mediante etiquetas en las
> señales informativas, que determinada información aparece en
> determinada línea del panel, o que determinada información va
> acompañada de determinado icono. No le veo la utilidad. Si acaso puede
> ser útil la información del panel en sí, pero ¿qué importancia tiene en
> qué posición aparece dentro del panel o que icono la acompaña?.
> Bastaría poner las informaciones del panel en una etiqueta 'info',
> separadas por punto y coma, por ejemplo, y cualquier navegador podría
> leerlo (como hace el de google).
>
> Respecto de argumentar que tampoco sería necesario entonces etiquetar
> los tramos, ahí está parte del problema. El hecho de poner la misma
> información en dos sitios diferentes, el tramo de carretera y la señal,
> dificulta mucho el trabajo de actualización y podría hacer que al final
> no fuera fiable ninguno de los dos sistemas. Si el tramo está
> correctamente etiquetado, el navegador correspondiente, al detectar que
> entra en un tramo con determinada restricción, puede dibujar en
> pantalla una señal, sin necesidad de comprobar si existe además un
> elemento 'señal' en el mapa. Así suelen hacer los navegadores con la
> velocidad máxima permitida en un tramo: pintan la señal en pantalla
> mientras estás dentro de ese tramo, les da igual si hay o no, en ese
> momento, una señal vertical sobre el terreno. La información es 'este
> tramo tiene una restricción determinada'. Debemos poner la información
> solo en un sitio, en mi opinión en el tramo, y luego los programas
> navegadores ya pintarán las señalitas que correspondan. El elemento
> 'señal' en sí no es importante, lo importante es la restricción que
> afecta a la circulación de un tramo. Por ejemplo, una prohibición de
> adelantamiento se puede indicar mediante la raya continua en el eje de
> la carretera, y tiene plena valided. La información que nosotros
> debemos trasladar al mapa, si es que tenemos que trasladar ese tipo de
> informaciones, es que ese tramo tiene restringido el adelantamiento. La
> existencia o no de una señal vertical es lo de menos.
>
> Otro ejemplo podrían ser las señales de llegada a un municipio. La
> información importante para el mapa es donde está la línea del límite
> municipal. El navegador, al detectar que atraviesa esa línea, podrá
> dibujarte en pantalla la señal correspondiente. Con la información de
> las poblaciones a las que se accede por determinado desvío pasa igual.
> Lo normal es que no aparezca más que alguna de ellas. El navegador
> calculará la ruta y nos indicará qué desviación debemos tomar, al
> margen de que haya o no señales que lo indiquen. Ningún navegador va a
> utilizar la información de las señales para establecer las rutas. Sería
> un absurdo. Lo que utilizan los navegadoreses la conectividad entre
> tramos y las características del mismo, para saber a qué velocidad se
> puede circular.
>
> Respecto del tema de señalizar la accesibilidad para personas con
> minusvalías, sí que le veo mucha utilidad, y creo que es mucho más
> importante que el trabajo arduo de inventariar todas las señales de
> tráfico de España, que creo que sirve para muy poco.
>
> Santiago
>
>
> El mar, 07-02-2017 a las 00:16 +0100, yo paseopor escribió:
> > El criterio de ponerlas o no ponerlas no lo entiendo: o las pones o
> > no las pones. ¿Me puedes explicar cual es el criterio para mapear un
> > semáforo o una marca vial como es un paso de cebra? El objetivo de
> > OSM es el mapa más completo posible: podemos poner farolas y árboles
> > pero no podemos poner un elemento 

Re: [Talk-es] IGN en página de copyright de OSM y reunión inminente

[David Marín Carreño]

Me acabo de dar cuenta de que hay una cosa que creo que sería necesaria
para mejorar la colaboración... Y es que alguien del IGN estuviera por aquí
como un miembro más de la comunidad.

Creo que es un error ser intermediarios cuando quizá lo más adecuado fuese
que el IGN formara parte de la comunidad de OSM, en la medida en que les
interese. Exactamente igual que hacemos cada uno de nosotros.

Quizá nuestra labor debiera ser introducirles en nuestra comunidad, lo que
hacemos, nuestras normas... Y que si quieren más reconocimiento (que creo
que lo pueden merecer) pues que lo busquen de primera mano.

Un cordial saludo,
--
David Marín


El mié., 14 dic. 2016 a las 19:49, Jorge Sanz () escribió:

2016-12-14 18:55 GMT+01:00 Francisco Javier :

Creo que deberíamos esperar la respuesta de OSMF antes de dar una respuesta
erronea al IGN. No sabemos si para estar a 1 click hay que aportar más
contenido, money o caerles simpáticos.

Una vez que se tenga la respuesta se puede pensar en negociar la licencia
de uso de sus datos, pedir ayuda humana etc.. pero tampoco que parezca un
"si tú me das yo te pongo ahí y si no puerta" porque puede que para estar a
un click ni siquiera necesiten a la comunidad española..


Otro tema es que más allá de los datos explícitos que se han importado o se
importarán también está el uso de PNOA como mejor origen de datos para
cartografía en remoto desde hace años.


-- 
Jorge Sanz
http://www.osgeo.org
http://wiki.osgeo.org/wiki/Jorge_Sanz
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] IGN en página de copyright de OSM y reunión inminente

[David Marín Carreño]

Creo que no nos cuesta trabajo añadir en esa página a los mayores
contribuyentes de datos abiertos para nuestro país, ya sea como datos
importados directamente o que usamos como base.

Sin lugar a duda, creo que el IGN debería estar ahí. Es de bien nacidos el
ser agradecidos.

Otro tema es que, además, pidamos que nos ayuden más, ya sea
económicamente, o con trabajo... ¡El que no llora no mama!
--
David Marín Carreño

El lun., 12 dic. 2016 a las 11:05, Miguel Sevilla-Callejo (<
msevill...@gmail.com>) escribió:

> Hola,
>
> Paso a un hilo de la lista el debate que hemos iniciado en el grupo de
> Telegram/Riot...
>
>
> Matías, [12.12.16 10:02] comentó que acababa de estar hablando con Antonio
> F. Rodriguez Pascual, subdirector adjunto del IGN y nos ha ofrecido poder
> hacer una reunion en el IGN esta semana.
>
> Él no puede ir pero ofrece si alguien más podría acercarse pues resulta
> que al IGN les gustaría aparecer en la página de copyright de OpenStreetMap
> [1], es decir, estar a un sólo clic de verse como contribuidores de OSM, al
> igual que aparecen otro paises.
>
> La pregunta de Matías, [12.12.16 10:04] era saber con quién de OSM habría
> de hablarse para que en la está página de copyright pueda aparecer el IGN.
>
> Al tema yo he respondido que quizá estaría genial que estuvieran en esa
> página pero si los datos del IGN estuvieran en OSM integramente o
> prácticamente en su totalidad.
>
> IvanSanchez ha comentado que sería cuestión de preguntar a Simon Poole (o
> a cualqueir otra persona de la OSMF)
>
> La cuestión, y es aquí donde realmente se ha iniciado el debate y por el
> que lo traslado a la lista, es que bajo mi punto de vista creo que
> podríamos aprovechar la oportunidad para que el IGN pusiera de su parte de
> manera más activa en el crecimiento de OSM, quizá incluso apoyando en
> términos económicos/de mano de obra a OSM para con la importación de sus
> datos.
>
> Matías, [12.12.16 10:08] ha argumentado que ahora mismo del IGN,
> auotirzados hay cientos de miles de nodos importados a OSM: todo el
> nomenclator, redes geodésicas, puertos, collados, etc. Y eso sin tener en
> cuenta todo lo que se ha digitalizado sobre PNOA. Para él es suficiente
> para aparecer en la página del copyright.
>
> Sin embargo desde mi punto de vista, y sin menos cabo de lo que comenta
> Matías creo que lo que estamos haciendo es el uso de datos públicos
> abiertos. Además lo del PNOA no veo que sea necesariamente datos del IGN
> extrictamente, aunque, como me corrige Matías, si son datos derivados.
>
> Héctor Ochoa, [12.12.16 10:14] considera que deberían aparecer.
>
> Yo, [12.12.16 10:15], respondiendo a Matías, lo que intento poner sobre la
> mesa es una visión de igual a igual OSM - IGN  y no que parece que somo
> menos o nos debemos al IGN.  Pues, con todos los respetos al IGN, por su
> puesto, y con todas las garantías de que sus datos sean atribuidos en OSM,
> creo que aparecer en esa página es un paso más, sería, bajo mi punto de
> vista necesario que YA estuvieran todos sus mapas en OSM y no estan. Por
> ejemplo queda MUCHO camino por recorres para que estén, por ejemplo los
> datos del MTN25.
>
> Por tanto, os pregunto a TODOS: ¿ha llegado ya ese momento de que el IGN
> aparezaca en esa página? ¿y por que no otras instituciones, como el
> Catastro?
>
> Mi idea es que entiendo que para estar en ese "nivel" de atribución de la
> página web de OSM, habrían de estas aún más datos del IGN dentro de la base
> de datos de OSM, o sea, una buena parte del MTN25, por ejemplo, como sucede
> en otros países.
>
> Y eso anterior me lleva a que si quieren aparece sería bueno poner sobre
> la mesa que hay que importar los datos y que, consecuentemente, como la
> comunidad es limitada, no estaría de más que echaran una mano.
>
> Matías y yo mismo hemos proseguido dudando que estén dispuestos a poner
> dinero para OSM (todos sabemos las limitaciones que tienen en las
> administraciones públicas) pero creo que hemos de poner la situación sobre
> la mesa.
>
> Matías, [12.12.16 10:21] pregunta sobre los países que aparecen en el
> copyright, si sabemos que volumen de datos han aportado a OSM. ¿Alguien
> sabe?
>
> SEGUIMOS el debate por esta vía... gracias!
>
> --
> *Miguel Sevilla-Callejo*
> Doctor en Geografía
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Sobre importaciones y otros demonios

[David Marín Carreño]

El vie., 9 dic. 2016 a las 14:48, Carlos Dávila (<cdavi...@orangecorreo.es>)
escribió:

>
> Ya se ha comentado varias veces que los números de catastro no coinciden
> con los números de policía reales sobre el terreno
>
>
Supongo que esto dependerá mucho del municipio y del correspondiente
funcionario que haya actualizado el catastro...

No sé si en Barcelona esta información es correcta o no...
--
David Marín Carreño
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Sobre importaciones y otros demonios

[David Marín Carreño]

Quizá habría que volver a intentar que nos den permiso para importar de
catastro las cosas que nos vayan haciendo falta y que veamos que tienen
calidad suficiente, limitando así el alcance de la importación.

Por ejemplo, solicitar permiso para importar los números de las calles de
Barcelona.

De esa manera creo que sería más sencillo conseguir la aprobación.

Y ya que estamos, intentar hacer lo mismo con Madrid, pero empleando como
fuentes de datos los del Ayuntamiento de Madrid. Para este último se puede
emplear la herramienta que hice en su día:
https://github.com/davefx/osm-callejero-importer

Un cordial saludo,
--
David Marín Carreño

El vie., 9 dic. 2016 a las 9:52, Santiago Crespo (<openstreet...@flanera.net>)
escribió:

> Hola,
>
> Creo que es porque en el primer caso estás dibujando el edificio tú, es
> lo mismo que si lo estuvieras trazando a partir de cualquier otra fuente
> autorizada (ej: ortofotos del PNOA, Bing, etc). Es complicado liarla así.
>
> En cambio, al hacer una importación, estás usando los datos del catastro
> directamente o con una transformación de por medio, lo que implica que
> puedes mapear mucho más, es más complejo y hay más posibilidades de
> liarla parda. Esto no quiere decir que no se pueda, se puede, pero para
> ello que hay que seguir el "Automated Edits code of conduct" y las
> "Import Guidelines":
>
> https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct
>
> https://wiki.openstreetmap.org/wiki/Import/Guidelines
>
> Esto conlleva, entre otras tareas previas a la importación, el pasar la
> propuesta por imports y que se dé el visto bueno allí. Cosa que no hemos
> conseguido hasta ahora.
>
> Saludos,
> Santiago Crespo
>
>
> On 12/08/2016 05:08 PM, Carlos Cámara wrote:
> > Perdonad la pregunta de novato pero a mi hay un tema que se me escapa:
> > ¿por qué es posible utilizar catastro como base sobre la que trazar,
> > marcar alturas... pero no puede realizarse una importación que ahorrase
> > tiempo en etiquetar y dibujar (además de que sería seguramente más
> > precisa)?
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Comarcalización de España

[David Marín Carreño]

Entiendo que esta comarcalización sólo habría que hacerla en aquellas
comarcas administrativamente definidas, lo que sucede en algunas
comunidades autónomas (según la Wikipedia: Aragón, Asturias, Galicia,
Cataluña y el Bierzo en Castilla-León), pero no en el resto...

Por ejemplo, ¿qué hacer con Andalucía? Porque tirando de otro artículo de
wikipedia, veo que Andalucía tiene un listado de comarcas oficial a efectos
de planificación de oferta turística y deportiva:
http://web.archive.org/web/20081230071759/http://www.derechodeportivo.org/legislacion/orden%20comarcas.pdf
 . Sin embargo en el estatuto andaluz de autonomía de 2007 aparece la
figura de comarca como ente entre la provincia y el municipio, pero aún no
se ha creado ninguna...




El mié., 5 oct. 2016 a las 22:38, Pepe Casado ()
escribió:

Buenas, quiero plantear una cuestión al respecto de las comarcas. Ahora
mismo dependiendo de la comunidad autónoma las comarcas pueden ser
unicamente un ente histórico, una realidad sentimental, me explico; por
ejemplo en Castilla y Leon administrativamente no tiene ninguna función,
salvo El Bierzo, en León, que es la única comarca funcionalmente existente
en toda la comunidad autónoma, por cierto la más grande de Europa.

Hacer o significar algo que realmente no existe como tal no lo acabo de
ver, aunque muchos quisiéramos que así fuera. Si el mapa tiene que
representar una realidad administrativa como tal no veo que deba delimitar
algo que no existe, insisto ya me gustaría.

Administrativamente y orgánicamente muchos de los territorios ahora se
organizan como mancomunidades, organo supramunicipal que funciona por la
unión de varios municipios para dar determinados servicios que de manera
individual se hace inviable económicamente, cómo la recogida de basuras.

Siento ser negativo quizás pero esa es la realidad en muchos lugares de
España. Otra cosa y que aplaudo, es que OSM represente una realidad
histórica y un sentimiento que muchos quisiéramos fuese real.

Siento la chapa pero al título del correo solo puedo decir esto.

SaludOSM

Pepe Casado
Villarcayo
Las Merindades
Burgos

El 5 oct. 2016 22:12, "Jorge Sanz Sanfructuoso" 
escribió:

Yo también me sorprendido al verlo que estaba dividido, no se si pasara en
algún sitio mas.

El mié., 5 oct. 2016 a las 22:08, Diego García ()
escribió:

Es otro buen truco para hacerlo, más sencillo que el que he puesto. Yo lo
uso cuando tengo que bajarme municipios de una provincia adjacente.

Respecto a lo segundo, es complicado. No pensaba que hubiera excepciones, y
que un municipio se partiera entre dos comarcas. Igual sería cuestión de
dibujar la frontera que lo divide y crear dos relaciones de frontera
political, para añadir cada una de ellas a la comarca que corresponda. Si
no se hace bien lo de las subáreas, al preguntar desde OSM las
características de un punto, no sale la comarca que corresponde en las
envolventes.


Un saludo,

El mié., 5 oct. 2016 a las 22:01, Jorge Sanz Sanfructuoso (<
sanc...@gmail.com>) escribió:

Hola.

Yo en vez de andar atinando el punto de la capital lo que hago es irme a la
frontera de la provincia a cualquier lugar que sea campo y a poco que te
acerques ya tienes solo la linea de la provincia sin nada que se entrometa.

En cuanto al subarea tengo una duda. Tengo un par de comarcas que dividen
un municipio en 2. ¿Pongo el municipio a las 2 comarcas?

Un saludo



El mié., 5 oct. 2016 a las 21:44, Diego García ()
escribió:

Tienes razón. En todas la que he creado lo he puesto, incluso el website de
cada una.

Un saludo,

El mié., 5 oct. 2016 21:40, Óscar Zorrilla Alonso <
oscar_zorri...@hotmail.com> escribió:

Hola Diego;


Tan sólo una sugerencia, añadir wikipedia a la relación:

wikipedia - es:la_comarca_que_sea

Un saludo
--
*De:* Diego García 
*Enviado:* miércoles, 5 de octubre de 2016 21:21
*Para:* Discusión en Español de OpenStreetMap
*Asunto:* [Talk-es] Comarcalización de España

Buenas tardes a todos.

A raíz de conversaciones surgidas en el canal de Telegram, voy a exponer a
continuación una serie de pautas y ayudas, al estilo de un "how to", para
crear las relaciones que definen una comarca. Mi intención es que se
revise, critique y consensúe el texto para su posterior conversión en
página de la wiki. O lo dejamos en esta lista, que también se puede
consultar y no lo vamos a necesitar más adelante cuando estén creadas las
comarcas. Editores más avanzados encontrarán este texto poco útil, mientras
que algunos noveles en la materia se les puede hacer un poco cuesta arriba.
Si se hacen capturas de pantalla, puede que mejore el tema. Por favor,
tomadlo como un tosco borrador:






*[Aquí iría una pequeña introducción de lo que son las comarcas, utilidad
de su representación en OSM, etc. Queda bien y sitúa al lector. El primer
párrafo de la wikipedia es bastante conciso para ello

Re: [Talk-es] Normas grupo Telegram

[David Marín Carreño]

+1

El lun., 26 sept. 2016 a las 16:51, Óscar Zorrilla Alonso (<
oscar_zorri...@hotmail.com>) escribió:

> Hola;
>
>
> Para intentar que el grupo de telegram https://telegram.me/OSMes funcione
> mejor, estamos pensando en pone algunas normas de sentido común.
>
>
> ¡Este correo es para hablar sólo de las normas de Telegram, no para
> debatir sobre su uso!
>
> El debate sobre su uso está en el siguiente hilo
> https://lists.openstreetmap.org/pipermail/talk-es/2016-September/014372.html
>
> Nos gustaría ver que os parece, sugerencias o cambios. El texto sugerido
> es el siguiente:
>
>
> Bienvenidos a la comunidad OpenStreetMap España.
>
> Para poder disfrutar de esta red de usuarios, es imprescindible respetar
> las normas básicas del grupo.
>
> 1- Queda totalmente PROHIBIDO cualquier tipo de falta de RESPETO, esto
> supondrá la expulsión inmediata del grupo.
>
> 2- Queda PROHIBIDO hacer SPAM.
>
> 3- Los DEBATES deben trasladarse a otro medio como la lista de correo,
> riot.im o gitter.
>
> 4- Este grupo es para hablar de OpenStreetMap y temas relacionados. Los
> debates sobre política, fútbol o religión no forman parte de este grupo, ya
> hay otros lugares para debatirlos.
>
> 5- Cualquier duda o incidencia, debe ser comunicada por privado a los
> administradores
>
> * Desde la administración OpenStreetMap España recomendamos un uso
> responsable de este medio para que sea manejable y cómodo a todos los
> usuarios.
>
>  ESPAÑA
> Lista de correo
> https://lists.openstreetmap.org/listinfo/talk-es
>
> Twitter
> https://twitter.com/openstreetmapes
>
> Telegram
> https://telegram.me/OSMes
>
>  Página de la Wiki sobre el mapeado en España.
> http://wiki.openstreetmap.org/wiki/WikiProject_Spain
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Respuesta para las preguntas y dudas sobre propuesta de cambios en la normalización para las vías interurbanas

[David Marín Carreño]

Estoy de acuerdo en rebajar la categoría a las carreteras nacionales que
actúan como vía de servicio de la autovía correspondiente (véase N-301
entre Albacete y Murcia, por ejemplo), quizá a primary (aunque ojo, en este
caso que conozco bien es una gozada circular por la antigua nacional: firme
en buen estado y sin tráfico ninguno, sólo empañado por una rotonda de
acceso a la autovía cada X kilómetros)

Del mismo modo habrá que revisar la situación de tramos de carretera que
han pasado a ser travesías tras la circunvalación correspondiente.

Pero quizá por lo que comentas de que la N-340 entre Torredembarra y
Vallirana es la única alternativa a la AP-7 deba ser considerada como trunk
en ese tramo. Por muy insegura que sea...

Porque, pregunto desde el desconocimiento... ¿por qué es tan insegura en
ese tramo concreto? ¿por sus características (mal firme o sin arcenes) o
por la cantidad salvaje de tráfico que soporta, que excede en mucho las
características de la vía?

Un cordial saludo,
--
David

El lun., 9 may. 2016 a las 20:52, yo paseopor ()
escribió:

> Por ello, mucha importancia no debe tener, no creo que nadie deje la A-7
> para circular por la N-340a.
> Además, no seré yo quien defenestre la Via Augusta (que estoy a tocar de
> Tarragona, coi)...Pero lo siento. Lee lo que pone wikipedia sobre ella...
>
> "La *N-340* en Cataluña  discurre
> por la costa mediterránea entre el límite con la provincia de Castellón y
> la ciudad de Barcelona , en 2007
> el 17,5% de los siniestros de la provincia de Tarragona
>  se produjeron en
> esta carretera"
> Eso me hace tenerle menos cariño.
>
> "En todo su tramo entre Torredembarra
>  y Vallirana
>  es la única vía alternativa a
> la autopista de peaje AP-7  y tiene
> tan solo seis tramos donde es posible adelantar. La velocidad promedio es
> de 53 km/h."
> Esto tampoco me hace quererla mucho (te podría poner la foto de la cola de
> hoy, pero creo que no es necesario)
>
> "http://ccaa.elpais.com/ccaa/2015/11/25/catalunya/1448471008_540539.html
> Los vecinos denuncian a Fomento por las rotondas en la N-340"
> Esto menos...
>
> Vamos a fijarnos en la importancia porque como empecemos a hablar de
> quereres...Y no es importante en tooda su extensión, propongo un
> estudio de la vía en cuestión.Y lo mismo vale para las demás ,Quiero yo
> munchu el Puertu Payares...pero siempre voy po'l Huerna, ho! :P
>
> Salut i debats
> yopaseopor
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Respuesta para las preguntas y dudas sobre propuesta de cambios en la normalización para las vías interurbanas

[David Marín Carreño]

El dom., 8 may. 2016 a las 20:10, yo paseopor ()
escribió:

> Sí, puesto que no se corresponde con la realidad. Se parte de la base que
> las del Estado son "más importantes" por el hecho de ser del Estado, no
> importa que la carretera sea un desastre, no se invierta en ella desde hace
> años.Hay muchos ejemplos en los artículos y y respuestas previas.
>
> Esto no sé de dónde lo sacas. Las autovías son autovías independientemente
de la administración que las gestiona. Las carreteras autonómicas de primer
orden son trunk en muchas de las CC.AA  (si no todas).

¿De verdad estamos leyendo
http://wiki.openstreetmap.org/wiki/Normalizaci%C3%B3n?
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Respuesta para las preguntas y dudas sobre propuesta de cambios en la normalización para las vías interurbanas

[David Marín Carreño]

A ver.

¿Estamos partiendo de la base de
http://wiki.openstreetmap.org/wiki/Normalizaci%C3%B3n?

Porque ahí veo claro que el tema según está planteado actualmente depende
del nivel de importancia de la carretera según las administraciones que las
controlan, independientemente de qué administraciones sean..

¿De verdad hay problemas con esa clasificación?



El dom., 8 may. 2016 a las 18:43, yo paseopor ()
escribió:

> "La decisión de
> si una carretera concreta se hace de uno, dos o más carriles es una
> decisión técnica, por supuesto, condicionada siempre por el
> presupuesto. No es una decisión política. Depende de la Intensidad de
> Vehículos que circulan cada día por dicha carretera."
>
> No quisiera contradecirte pero vivo en una zona dónde las autopistas de
> peaje postergan o anulan los posibles desdoblamientos...(y no soy técnico
> ni político) pero te aseguro que si no es política es economía...y de la
> mala
> Les puedes explicar a la gente de Vinaròs que no van a tener variante de
> la N-340 porque está la AP-7 y se está esperando a su liberación (no
> segura) . O que se haya alargado la concesión de la AP-7 en Girona a cambio
> de liberar
> la variante de Girona ciudad y que eso no es política pues...
>
>
> http://www.naciodigital.cat/manresa/noticia/45430/no/morts/c-55/contra/rotondes/preveu/territori
>
> http://xarxapenedes.cat/no-vull-pagar-c32-lamenta-que-la-generalitat-incompleix-compromisos-adquirits/
>
> http://www.levante-emv.com/comunitat-valenciana/2015/03/11/abertis-muestra-interes-prolongar-concesion/1236785.html
>
> http://www.periodistadigital.com/cataluna/lerida/2012/05/13/abertis-sangra-a-los-catalanes-con-sus-peajes.shtml
>
> Si esto no es política...
>
> "Por contra, La M-40 o M-50, que son carreteras de la Comunidad
> Autónoma, cumplen la función de unir las radiales que atraviesan
> Madrid, y es lógico que tengan la categoría de primary."
>
> Por otro lado, ¿me estás diciendo que incluso la foto de la clasificación
> de highway no vale? ¿De verdad de la buena me estás diciendo que vamos a
> eliminar del zoom del render toda la red autonómica simplemente por serlo?
> Cómo pretendes que yo me identifique con un mapa que no es que elimine mis
> mejores vías, es que las denigra solo por de quien depende. ¿Tengo mala
> suerte por vivir en un sitio dónde el estado me olvida y me invierte la
> autonomía?
>
> "Es por ello, que yo creo que la etiqueta 'highway' debe cubrir
> criterios administrativos y funcionales de las carreteras. El que la
>
> carretera tenga uno o más carriles es secundario. "
>
> Y además, entonces ya ni siquiera las autovías son autovías? No lo he
> entendido. Y usar la M-40 o la M-50, usar la V-30, la B-30, B-20,
> B-10,O-11... me parece desvirtuar el debate, hablamos de variantes de
> grandes ciudades que tienen flujos de tráfico "diferentes". Yo he puesto la
> V-35, en tramo de sentido único, con sus aforos, con un solo carril en ese
> tramo. Y que está bastante lejos de Valencia.
>
> "Es por ello, que yo creo que la etiqueta 'highway' debe cubrir
> criterios administrativos y funcionales de las carreteras. El que la
>
> carretera tenga uno o más carriles es secundario. "
>
> Para mí no es secundario, poder adelantar con algo de seguridad no lo es,
> poder circular a 100 o 120 gracias a que voy por una vía que sus criterios
> técnicos lo permiten no lo es , tener la seguridad de que un coche no me va
> a salir de un stop no lo es.Para mi no es nada secundario, con o sin GPS.
>
> Y repito, el criterio administrativo ya lo cubre ref y se podría
> "recubrir" con "relation". Pero es que además...entiendo que las carreteras
> importantes se hacen para que no circulen coches por ellas? ¿No se hacen
> vías de gran capacidad (VAC) en Galicia para que sea por donde más tráfico
> transcurra? ¿Quieres decir que la gente no va a usar la C-25 de Lleida a
> Girona (autovía que evita Barcelona, de nueva construcción , que estuvo a
> punto de tener euroviñeta) sólo porque es autonómica?
>
> Lo dicho, si quiero un mapa que me destaque qué administración lleva tal
> vía (y si es el estado entonces se autoconvierte en la Red Básica de
> carreteras y se merece salir en todos los zoom aunque no quepan dos coches
> juntos), de las que NO SE HAN HECHO NUEVAS INCORPORACIONES EN AÑOS...Para
> eso ya tengo a Google Maps...De hecho me planteo...si se anulan las
> diputaciones por cosas de la nueva política ...y las carreteras que
> gestionaban pasaran a las autonomías...las convertimos en secondary
> directamente ?
>
> Sí, no estamos nada de acuerdo en estos puntos. Sigamos con el debate.
> Salut i debat
> yopaseopor
>
>
> 2016-05-08 15:37 GMT+02:00 Santiago Higuera :
>
>> Hola:
>> Bueno, he leído un poco más despacio el mensaje, y sigo sin estar de
>> acuerdo. En carreteras, hay un parámetro que se llama capacidad. La
>> capacidad de un carril es de unos 2000 vehículos/hora. La decisión de
>> si una carretera concreta se hace de uno, dos o 

Re: [Talk-es] Propuesta de cambios en la normalización para las vías interurbanas

[David Marín Carreño]

Hola a todos.

Mi granito de arena sobre esta cuestión.

Creo que el sistema actual de normalización está funcionando bien en
general, y que el problema viene dado en aquellas comunidades autónomas en
las que la administración ha hecho un uso alegre de sus potestades, y a una
misma carretera (con la misma nomenclatura, me refiero) le ha dado diversos
tratamientos según el tramo.

Sin embargo, en la mayoría de comunidades esto no se ha hecho así, y según
el catálogo de carreteras de cada una de ellas se deja bien clara la
categorización de cada carretera, a la que suelen corresponderse ciertas
características físicas.

Dicho lo cual, propongo dejar el sistema como está y poner las excepciones
pertinentes en las CC.AA. en las que existan los problemas que comentáis.

Un cordial saludo.
--
David Marín Carreño

El mié., 4 may. 2016 a las 18:14, Diego García (<dgerv...@gmail.com>)
escribió:

> Repasando todo un poco (aún no me he metido del todo "a fondo"), hay cosas
> que no me convencen:
>
> - La motorways: creo que tenemos todos claro lo que son en España:
> autovías. Si alguna vía no tiene referencia A-XX ó AP-XX (azul), pero tiene
> las características de una autovía, debería mapearse igualmente como
> motorway. Doble sentido de circulación, sin accesos a nivel ni a fincas, y
> máxima genérica de 120.
>
> - Las trunk: según la wiki, son las vías principales (que vertebran
> grandes zonas con otras y entre sí) y que no son autovías. En mi opinión,
> deberían ser todas las nacionales (radiales o no), porque esa es
> precisamente su función. Tienen salidas a nivel o excepcionalmente alguna
> que no, pero no es obligado, y genérica de 100km/h. Si la función de vía
> principal se ha perdido (porque hay una autovía que la suple, o porque otra
> carretera la ha asumido), debería bajar a primary, aunque tenga ref N-XX.
>
> No sigo con el resto de categorías, prefiero estudiar más a fondo el resto
> de la propuesta. Estas dos son las que primero he mirado de momento, y las
> que creo que más polémica generarán. Y, por supuesto, en lo que estoy
> totalmente de acuerdo es en que habría que hacer una buena revisión de lo
> que tenemos en el mapa: hay muchas vías que no merecen la highway que
> tienen, y todos conocemos ejemplos de ello.
>
>
>
> Y lo que para mí es lo más importante de todo, y en lo que apoyo todo mi
> argumento: no trabajar (sólo) para el render. Me explico (y a ver si lo
> consigo...;) ): una normalización en la que la calidad de la vía se expresa
> en el key highway, sirve sólo para que se represente dicha calidad
> gráficamente en el mapa. Si utilizamos para ello el resto de claves (ancho
> de la via, número de carriles, velocidad de la vía, etc), estas
> características no aparecerán en el mapnik, pero serán mucho más reales que
> una sola clave (el tipo de vía). Es decir, si queremos un mapa que nos
> visualice lo mal (o lo bien) que tenemos las carreteras en España,
> tendremos que hacer un render que tenga en cuenta dichas etiquetas, y no la
> etiqueta highway. Es más, en caso de no existir (ya me pierdo con tanta
> etiqueta), habría que contemplar claves tales como arcén, estado del firme
> o señalización horizontal. Eso nos daría una flexibilidad completa a la
> hora de mapear, sean vías completas o tramos de ella, para cualquier tamaño
> de dicho tramo.
>
> Resumiendo: cuando el gps (o nosotros mismos) nos conduce por una vía no
> debe fijarse en la clave highway para tomar decisiones (porque dicha clave
> expresa función, no calidad), sino en claves tangibles, como el ancho de
> vía, su velocidad, etc.
>
>
>
> Un cordial saludo,
>
> Diego.
>
>
>
> El lun., 2 may. 2016 a las 19:42, Manuel Lladosa (<manolo...@gmail.com>)
> escribió:
>
>> Me parece una iniciativa genial, porque la verdad que habían carreteras
>> "Trunk" en un estado bastante lamentable.
>>
>> En general lo veo todo bien, pero tengo una pregunta, con "enlaces a
>> distinto/mismo nivel", ¿te refieres a cruces a distinto/mismo nivel? Así
>> lo he entendido yo, pienso que la gente entenderá mejor la palabra
>> cruces, por lo menos a mí la palabra enlace me sugiere incorporación a
>> autovía.
>>
>> Un saludo.
>>
>> El 02/05/16 a les 14:00, talk-es-requ...@openstreetmap.org ha escrit:
>> > Después de un proceso de debate con parte de la comunidad OSM de España
>> > vía Telegram y de la necesidad de reformulación de la Normalización de
>> vías
>> > interurbanas os presento como quedaría en la wiki. Es un apartado de la
>> > wiki que además de expresar las diversas categorías de la normalización
>> > basada más en ser física que administrativa también tiene en cuenta las
>> > diversas plan

Re: [Talk-es] Nominatim debería ser más flexible

[David Marín Carreño]

Otra opción sería indicar, en la petición de búsqueda a nominatim, el
idioma en que se quiere buscar (para seleccionar un conjunto de stop words
adecuado) y que nominatim primero buscara de firma textual (encontrando el
pueblo De en Indonesia) y luego en una segunda pasada ignorase las palabras
que decimos...

Hablo sin haber mirado ni una sola línea de código fuente...

El mar., 2 feb. 2016 14:48, Xavier Barnada  escribió:

> Una pregunta , todo esto que estais comentando esta en la issue?
> Porque seguro que les puede ser util a los programadores de Nominatim les
> puede ayudar y estoy seguro que si a parte de explicarles el problema les
> enviais una solucion os lo agradeceran
>
> Saludos
>
>
> El mar., 2 feb. 2016 a las 12:43, Alejandro Moreno Calvo (<
> almo...@gmail.com>) escribió:
>
>> Curiosamente hay un pueblo llamado De en Indonesia
>> http://nominatim.openstreetmap.org/details.php?place_id=14215103 que con
>> ese parche no se encontraría nunca.
>>
>> No tengo el detalle de cómo está implementado Nominatim pero para mí la
>> solución pasa por usar funciones estadísticas de comparación de cadenas, de
>> manera que en vez de buscar una similitud exacta se busque aquello que
>> supere un cierto porcentaje de similitud. En Oracle estás funciones están
>> dentro del paquete UTL_MATCH [
>> https://docs.oracle.com/cd/E18283_01/appdev.112/e16760/u_match.htm ]. En
>> PostgreSQL existe el módulo *fuzzystrmatch* [
>> http://www.postgresql.org/docs/current/static/fuzzystrmatch.html ] que
>> parece más limitado y existe un proyecto [
>> http://pgsimilarity.projects.pgfoundry.org/ ] que implementa más
>> funciones pero no sé si es muy común su uso ni si está actualizado.
>>
>> Yo tengo pendiente echarle un vistazo a Nominatim e intentar implementar
>> esto pero seguramente me lleve varios meses por falta de tiempo por lo que
>> si alguien se quiere animar a recoger el testigo bienvenido es.
>>
>> El 2 de febrero de 2016, 12:02, Benjamín Valero Espinosa <
>> benjaval...@gmail.com> escribió:
>>
>>> El problema con las "stop words" es que puedes sin querer capar una
>>> palabra que sí tiene sentido en otro idioma. El ejemplo típico es "die",
>>> que es un artículo definido en alemán pero es un verbo en inglés. ¿Esto se
>>> está controlando? Lo ideal sería listas de "stop words" por idioma, pero
>>> claro, para eso también habría que saber en qué idioma está la calle :-O
>>>
>>> El 2 de febrero de 2016, 9:16, Alejandro Moreno Calvo >> > escribió:
>>>
 Hola Xavier.

 Hay que tener en cuenta que ese PR soluciona un caso muy concreto pero
 que habría que hacer un análisis más profundo de los artículos que se
 pueden dar. Así a bote pronto se me ocurre también habría que añadir "el",
 "la", "las", "los".

 El 2 de febrero de 2016, 8:40, Xavier Barnada 
 escribió:

> Hola,
>
> Acabo de hacer una pull request que deberia solucionar este problema,
> he seguido el ejemplo de las otras stopwords  y este comentario
> https://trac.openstreetmap.org/ticket/4895#comment:4
>
> https://github.com/twain47/Nominatim/pull/358
>
> Saludos
>
> El dom., 31 ene. 2016 a las 11:57, Emilio Gómez Fernández (<
> emilio.gomez.f...@gmail.com>) escribió:
>
>> Hola a todos.
>>
>> Fui yo quien abrí ese ticket hace tiempo, tanto ahí como en GitHub
>> [1], y también lo comenté  en la reunión en Aguilar de Campoo en la que
>> estuvimos algunos de nosotros.
>> La respuesta viene a ser, en resumidas cuentas, que añadir nuevas
>> palabras vacías en español a las escasas que ya existen en Nominatim [2]
>> podría perjudicar las búsquedas en otros idiomas. La consecuencia es que 
>> en
>> nuestro caso usar la API de Nominatim para realizar, por ejemplo,
>> geocodificación inversa es de escasa utilidad aun a pesar de que los 
>> datos
>> existan en la base de datos.
>>
>> Lo único que se me ocurre es que esta discusión salte a la lista
>> General y tener un feedback de otros usuarios para que la cosa se mueva y
>> tenga más repercusión, porque este importante problema también afecta a
>> otros idiomas [3][4].
>>
>> Saludos.
>>
>> [1] https://github.com/twain47/Nominatim/issues/85
>> [2]
>> https://github.com/twain47/Nominatim/blob/master/module/nominatim.c
>> [3] https://github.com/twain47/Nominatim/issues/333
>> [4] https://trac.openstreetmap.org/ticket/4961
>>
>>
>> El 30 de enero de 2016, 14:17, Alejandro Moreno Calvo <
>> almo...@gmail.com> escribió:
>>
>>> Este problema ya lleva reportado tiempo.
>>> https://trac.openstreetmap.org/ticket/4895
>>> El 30 ene. 2016 2:04 p. m., "Xavier Barnada" 
>>> escribió:
>>>
 Hola,

 A parte de la ayuda que podamos prestar al buscador mediante mejor
 etiquetado no veo mucho 

Re: [Talk-es] Término municipal de Madrid

[David Marín Carreño]

Debería haberlo.

Al menos, cuando mapeé los distritos (hace ya algunos años) lo había...
El 28/6/2015 5:26 p. m., Carlos Dávila cdavi...@orangecorreo.es
escribió:

 Una cuestión para los de la capital (o cualquiera que lo sepa, claro;-) )
 He visto que no existe un límite administrativo correspondiente al término
 municipal de Madrid (admin_level=8). Sí hay un límite con admin_level=7,
 llamado Área Metropolitana de Madrid, que engloba los términos de Madrid y
 municipios adyacentes (Móstoles, Alcorcón, etc.) y varios límites
 administrativos con nivel 9 para cada uno de los barrios de Madrid. ¿No
 debería haber también un admin_level=8 intermedio? O es que Madrid por sus
 características especiales ya no tiene término municipal como tal.
 Con las relaciones que hay actualmente las búsquedas de direcciones
 resultan un poco confusas/difíciles, ya que los enrutadores asignan las
 calles bien al área metropolitana de Madrid o bien a un barrio y
 normalmente no se sabe en qué barrio está una calle o se busca en Madrid no
 en Área Además puede haber calles con el mismo nombre en varios de
 los municipios incluidos en el área metropolitana y no sabremos en cuál
 está la calle que nos muestra el navegador.

 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-es

___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Ferrocarriles España

[David Marín Carreño]

Yo en su día mapeé ferrocarriles por la zona de Madrid

--
David Marín Carreño dav...@gmail.com
Saludo a la NSA que me estará viendo - Best regards to the NSA workers who
are reading this mail

El 13 de diciembre de 2014, 17:57, Manu El wikimo...@gmail.com escribió:

 Hola:

 Yo he mapeado alguna cosa del Castilla y León pero falta por mejorar un
 montón y es uno de los aspectos más descuidados. Además con todas las obras
 de la alta velocidad se están cambiando algunos trazados y resulta un poco
 complicado mapear con fiabilidad. Pero vamos, es un asunto que me interesa
 y en el que quiero/puedo ayudar un poco.

 Manuel (Montgomery)

 El 13 de diciembre de 2014, 17:40, Alberto Catala albertocat...@gmail.com
  escribió:

 Hay alguien que este trabajando en mapeo de lineas de Ferrocarril?



 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-es


 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-es


___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Datos de portales de municipio de Madrid

[David Marín Carreño]

Hola.

Hice alguna importación como prueba de concepto por la zona de Hortaleza,
pero poco más.

El script ahí está, para quien lo quiera usar. Si te hace falta algo, no
dudes en comentarme.

El Wed Nov 12 2014 at 15:37:37, Almorca (almo...@gmail.com) escribió:

 Hola David.

 No sé si sigues trabajando en el tema de los portales de Madrid. Si es así
 yo te ofrezco mi web personal para alojar el fichero. Además, aunque se me
 acumulan las cosas voy intentar echar un ojo a los script que creaste.


 El 16 de junio de 2014, 22:43, David Marín Carreño dav...@gmail.com
 escribió:

 Hola de nuevo.

 Script corregido y mejorado.

 Había un error en el proceso de calles con acentos o eñes que ya está
 solucionado.

 He hecho que no se exporten los números correspondientes a solares,
 parques o jardines.

 Los números correspondientes a «fachadas» se exportan con una nota
 indicándolo. Por lo que he visto en el barrio que estoy trabajando, los
 números de fachadas suelen corresponderse a locales comerciales, por lo que
 creo que es buena idea mantenerlos. Sin embargo hay algunos que no tienen
 reflejo físico alguno, y esos, quizá, habría que eliminarlos.

 Me gustaría alojar el script php con su fichero de base de datos de más
 de cien megas. ¿Algún lugar donde pueda instalar esto?

 Gracias. Un cordial saludo
 El 16/06/2014 16:17, David Marín Carreño dav...@gmail.com escribió:

 Hay cosas que aún tengo que mejorar.

 Por lo que veo, el catálogo incluye también las numeraciones de huecos.
 Por ejemplo, una calle que es contigua a un parque le asigna numerosos
 números al parque. Supongo que para si en el futuro el parque deja de serlo
 y construyen en él...

 Hay maneras de saberlo mirando una columna de la base de datos, que dice
 si el número está asignado a un portal, a un garaje, a un parque o jardín,
 a una fachada...
 A ver si puedo hoy darle un par de vueltas a esto. Os mantengo
 informados




 --
 David Marín Carreño dav...@gmail.com
 Saludo a la NSA que me estará viendo - Best regards to the NSA workers
 who are reading this mail


 El 16 de junio de 2014, 15:18, Almorca almo...@gmail.com escribió:

 Sin haberlo mirado muy a fondo yo lo veo bastante bien. Lo único que
 quitaría las etiquetas addr:city y
 addr:country por verlas innecesarias.

 Esto puede ser un avance muy grande para los GPS que se basan en OSM.


 El 16 de junio de 2014, 0:49, David Marín Carreño dav...@gmail.com
 escribió:

 Hola a todos.

 He trabajado un poquito más y ya tengo una base de datos sqlite con el
 fichero de portales de Madrid, y una mini-web en php que permite hacer
 queries a esta base de datos generando el fichero XML OSM correspondiente.

 El código de la mini-web está en
 https://github.com/davefx/osm-callejero-importer

 La base de datos está en dropbox:
 https://www.dropbox.com/s/i4hd1nibj3roqye/callejero-madrid.sqlite. El
 fichero de la base de datos debe dejarse en la misma carpeta donde se
 encuentran el resto de ficheros que conforman la web.

 He subido ya algunos datos de mi barrio actual:
 http://www.openstreetmap.org/#map=18/40.46261/-3.63051

 Los datos que estoy importando son:

- addr:city, que es Madrid en todos los casos
- addr:country, que es ES en todos los casos
- addr:housenumber, con el número
- addr:postcode, con el código postal (¡que también viene!)
- addr:street, con la calle.

 ¿Añadimos o quitamos algún tag antes de elevar esto a la lista de
 imports?

 La idea sería hacer una importación manual, calle a calle, y mezclar
 los datos nuevos con los datos viejos en los sitios en los que aplique. 
 Por
 ejemplo, en la zona con la que he trabajado, he mezclado los nuevos datos
 con números y sus datos con una oficina de una ONG y un colegio que ya
 existían en el mapa.

 ¿Dudas? ¿comentarios? ¿tirones de orejas?


 --
 David Marín Carreño dav...@gmail.com
 Saludo a la NSA que me estará viendo - Best regards to the NSA workers
 who are reading this mail


 El 30 de mayo de 2014, 19:18, Santiago Crespo 
 openstreet...@flanera.net escribió:

 OᴗO

 He añadido el portal de datos abiertos del ayuntamiento al wiki:


 https://wiki.openstreetmap.org/wiki/Spain_Potential_Datasources#Portal_de_Datos_abiertos_del_Ayuntamiento_de_Madrid

 Y he creado otra página para organizar la importación. Por ahora sólo
 tiene los enlaces a los conjuntos de datos que he considerado
 interesantes, sin ordenar:

 https://wiki.openstreetmap.org/wiki/Import_Ayuntamiento_Madrid

 Lo que se me ha ocurrido es hacer una pequeña ficha por cada archivo
 (cada conjunto de datos puede tener varios archivos) en la que conste:

 Nombre
 Descripción
 Propuesta de importación de cada campo y su etiqueta en OSM
 Enlaces a los archivos de datos

 Estas fichas pueden ser una sección en la misma página.

 ¿Se os ocurre qué más cosas poner en cada ficha?

 Es un currazo! Si alguien se anima a echar una mano que lo vaya
 comentando para no repetir el trabajo.

 Por mi parte hoy lo dejo aquí, otro día

Re: [Talk-es] Datos de portales de municipio de Madrid

[David Marín Carreño]

Hay cosas que aún tengo que mejorar.

Por lo que veo, el catálogo incluye también las numeraciones de huecos. Por
ejemplo, una calle que es contigua a un parque le asigna numerosos números
al parque. Supongo que para si en el futuro el parque deja de serlo y
construyen en él...

Hay maneras de saberlo mirando una columna de la base de datos, que dice si
el número está asignado a un portal, a un garaje, a un parque o jardín, a
una fachada...
A ver si puedo hoy darle un par de vueltas a esto. Os mantengo
informados




--
David Marín Carreño dav...@gmail.com
Saludo a la NSA que me estará viendo - Best regards to the NSA workers who
are reading this mail


El 16 de junio de 2014, 15:18, Almorca almo...@gmail.com escribió:

 Sin haberlo mirado muy a fondo yo lo veo bastante bien. Lo único que
 quitaría las etiquetas addr:city y
 addr:country por verlas innecesarias.

 Esto puede ser un avance muy grande para los GPS que se basan en OSM.


 El 16 de junio de 2014, 0:49, David Marín Carreño dav...@gmail.com
 escribió:

 Hola a todos.

 He trabajado un poquito más y ya tengo una base de datos sqlite con el
 fichero de portales de Madrid, y una mini-web en php que permite hacer
 queries a esta base de datos generando el fichero XML OSM correspondiente.

 El código de la mini-web está en
 https://github.com/davefx/osm-callejero-importer

 La base de datos está en dropbox:
 https://www.dropbox.com/s/i4hd1nibj3roqye/callejero-madrid.sqlite. El
 fichero de la base de datos debe dejarse en la misma carpeta donde se
 encuentran el resto de ficheros que conforman la web.

 He subido ya algunos datos de mi barrio actual:
 http://www.openstreetmap.org/#map=18/40.46261/-3.63051

 Los datos que estoy importando son:

- addr:city, que es Madrid en todos los casos
- addr:country, que es ES en todos los casos
- addr:housenumber, con el número
- addr:postcode, con el código postal (¡que también viene!)
- addr:street, con la calle.

 ¿Añadimos o quitamos algún tag antes de elevar esto a la lista de imports?

 La idea sería hacer una importación manual, calle a calle, y mezclar los
 datos nuevos con los datos viejos en los sitios en los que aplique. Por
 ejemplo, en la zona con la que he trabajado, he mezclado los nuevos datos
 con números y sus datos con una oficina de una ONG y un colegio que ya
 existían en el mapa.

 ¿Dudas? ¿comentarios? ¿tirones de orejas?


 --
 David Marín Carreño dav...@gmail.com
 Saludo a la NSA que me estará viendo - Best regards to the NSA workers
 who are reading this mail


 El 30 de mayo de 2014, 19:18, Santiago Crespo openstreet...@flanera.net
 escribió:

 OᴗO

 He añadido el portal de datos abiertos del ayuntamiento al wiki:


 https://wiki.openstreetmap.org/wiki/Spain_Potential_Datasources#Portal_de_Datos_abiertos_del_Ayuntamiento_de_Madrid

 Y he creado otra página para organizar la importación. Por ahora sólo
 tiene los enlaces a los conjuntos de datos que he considerado
 interesantes, sin ordenar:

 https://wiki.openstreetmap.org/wiki/Import_Ayuntamiento_Madrid

 Lo que se me ha ocurrido es hacer una pequeña ficha por cada archivo
 (cada conjunto de datos puede tener varios archivos) en la que conste:

 Nombre
 Descripción
 Propuesta de importación de cada campo y su etiqueta en OSM
 Enlaces a los archivos de datos

 Estas fichas pueden ser una sección en la misma página.

 ¿Se os ocurre qué más cosas poner en cada ficha?

 Es un currazo! Si alguien se anima a echar una mano que lo vaya
 comentando para no repetir el trabajo.

 Por mi parte hoy lo dejo aquí, otro día haré una primera ficha y un
 script para convertir los archivos del ayuntamiento a formato XML OSM.

 Saludos,
 Santiago Crespo

 El 30/05/14 12:30, David Marín Carreño escribió:
  Hola a todos.
 
  El otro día descubrí el portal de Open data del Ayuntamiento de Madrid.
 
  http://datos.madrid.es/portal/site/egob/
 
  Resulta que te puedes bajar un csv que incluye todos los datos de todos
  los portales del municipio, con una separación muy útil de la
  información (tipo de calle, prefijo, nombre de calle, código postal,
  distrito...), e incluyendo coordenadas tanto en utm como en grados.
 
  Aún no he examinado la precisión de los datos, pero parecen tener muy
  buena pinta.
 
  Como el tema de la importación del catastro parece que va para largo
  (parece que el grupo de imports en ciertos casos parece que debería
  llamarse anti-imports), y hemos descubierto que los datos de Catastro
 no
  son siempre demasiado buenos
  ​ ​
  ¿nos liamos la manta a la cabeza e importamos las direcciones de todo
 el
  municipio de Madrid?
 
  Propondría la importación de datos de portales por barrios. Y por
  supuesto, habría que tener la aprobación
  ​ ​
  de la lista de imports...
 
  ¿Qué os parece?
 
 
  ___
  Talk-es mailing list
  Talk-es@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Datos de portales de municipio de Madrid

[David Marín Carreño]

Hola a todos.

He trabajado un poquito más y ya tengo una base de datos sqlite con el
fichero de portales de Madrid, y una mini-web en php que permite hacer
queries a esta base de datos generando el fichero XML OSM correspondiente.

El código de la mini-web está en
https://github.com/davefx/osm-callejero-importer

La base de datos está en dropbox:
https://www.dropbox.com/s/i4hd1nibj3roqye/callejero-madrid.sqlite. El
fichero de la base de datos debe dejarse en la misma carpeta donde se
encuentran el resto de ficheros que conforman la web.

He subido ya algunos datos de mi barrio actual:
http://www.openstreetmap.org/#map=18/40.46261/-3.63051

Los datos que estoy importando son:

   - addr:city, que es Madrid en todos los casos
   - addr:country, que es ES en todos los casos
   - addr:housenumber, con el número
   - addr:postcode, con el código postal (¡que también viene!)
   - addr:street, con la calle.

¿Añadimos o quitamos algún tag antes de elevar esto a la lista de imports?

La idea sería hacer una importación manual, calle a calle, y mezclar los
datos nuevos con los datos viejos en los sitios en los que aplique. Por
ejemplo, en la zona con la que he trabajado, he mezclado los nuevos datos
con números y sus datos con una oficina de una ONG y un colegio que ya
existían en el mapa.

¿Dudas? ¿comentarios? ¿tirones de orejas?


--
David Marín Carreño dav...@gmail.com
Saludo a la NSA que me estará viendo - Best regards to the NSA workers who
are reading this mail


El 30 de mayo de 2014, 19:18, Santiago Crespo openstreet...@flanera.net
escribió:

 OᴗO

 He añadido el portal de datos abiertos del ayuntamiento al wiki:


 https://wiki.openstreetmap.org/wiki/Spain_Potential_Datasources#Portal_de_Datos_abiertos_del_Ayuntamiento_de_Madrid

 Y he creado otra página para organizar la importación. Por ahora sólo
 tiene los enlaces a los conjuntos de datos que he considerado
 interesantes, sin ordenar:

 https://wiki.openstreetmap.org/wiki/Import_Ayuntamiento_Madrid

 Lo que se me ha ocurrido es hacer una pequeña ficha por cada archivo
 (cada conjunto de datos puede tener varios archivos) en la que conste:

 Nombre
 Descripción
 Propuesta de importación de cada campo y su etiqueta en OSM
 Enlaces a los archivos de datos

 Estas fichas pueden ser una sección en la misma página.

 ¿Se os ocurre qué más cosas poner en cada ficha?

 Es un currazo! Si alguien se anima a echar una mano que lo vaya
 comentando para no repetir el trabajo.

 Por mi parte hoy lo dejo aquí, otro día haré una primera ficha y un
 script para convertir los archivos del ayuntamiento a formato XML OSM.

 Saludos,
 Santiago Crespo

 El 30/05/14 12:30, David Marín Carreño escribió:
  Hola a todos.
 
  El otro día descubrí el portal de Open data del Ayuntamiento de Madrid.
 
  http://datos.madrid.es/portal/site/egob/
 
  Resulta que te puedes bajar un csv que incluye todos los datos de todos
  los portales del municipio, con una separación muy útil de la
  información (tipo de calle, prefijo, nombre de calle, código postal,
  distrito...), e incluyendo coordenadas tanto en utm como en grados.
 
  Aún no he examinado la precisión de los datos, pero parecen tener muy
  buena pinta.
 
  Como el tema de la importación del catastro parece que va para largo
  (parece que el grupo de imports en ciertos casos parece que debería
  llamarse anti-imports), y hemos descubierto que los datos de Catastro no
  son siempre demasiado buenos
  ​ ​
  ¿nos liamos la manta a la cabeza e importamos las direcciones de todo el
  municipio de Madrid?
 
  Propondría la importación de datos de portales por barrios. Y por
  supuesto, habría que tener la aprobación
  ​ ​
  de la lista de imports...
 
  ¿Qué os parece?
 
 
  ___
  Talk-es mailing list
  Talk-es@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-es
 


 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-es

___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-es] Datos de portales de municipio de Madrid

[David Marín Carreño]

Hola a todos.

El otro día descubrí el portal de Open data del Ayuntamiento de Madrid.

http://datos.madrid.es/portal/site/egob/

Resulta que te puedes bajar un csv que incluye todos los datos de todos los
portales del municipio, con una separación muy útil de la información (tipo
de calle, prefijo, nombre de calle, código postal, distrito...), e
incluyendo coordenadas tanto en utm como en grados.

Aún no he examinado la precisión de los datos, pero parecen tener muy buena
pinta.

Como el tema de la importación del catastro parece que va para largo
(parece que el grupo de imports en ciertos casos parece que debería
llamarse anti-imports), y hemos descubierto que los datos de Catastro no
son siempre demasiado buenos
​ ​
¿nos liamos la manta a la cabeza e importamos las direcciones de todo el
municipio de Madrid?

Propondría la importación de datos de portales por barrios. Y por supuesto,
habría que tener la aprobación
​ ​
de la lista de imports...

¿Qué os parece?
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Límites de ciudad y límites de provincia

[David Marín Carreño]

Hola.

El límite urbano de la ciudad yo lo mapearía con la etiqueta landuse
(en caso de ciudades, principalmente landuse=residential...)

Que no tiene nada que ver con los límites administrativos.
--
David Marín Carreño dav...@gmail.com
Saludo a la NSA que me estará viendo - Best regards to the NSA workers
who are reading this mail


El día 13 de marzo de 2014, 11:36, Patricio Soriano Castro
pasori...@gmail.com escribió:
 Gracias por la respuesta Sergio pero ¿dónde queda el límite urbano de la
 ciudad?  y ¿sobre todo existe una guía para crearlo?. Los atributos
 asociados tienen gran cantidad de datos como el nombre y su traducción en
 varios idiosmas, el ámbito superior al que pertenecen, etc. ¿Estaría bien
 copiar estos datos del límite del municio al de la ciudad, por ejemplo?

 El 13/03/14 09:35, sergiosevillano - Gmail escribió:


 level 6 es provincia

 level 7 es condado (no es una división política clara en España)

 level 8 es municipio

 level 9 es distrito, pedanía

 level 10 barrio (coloquialmente se puede llamar barrio a un distrito, pero
 la división administrativa es clara)

 ej: en madrid distrito: aravaca-moncloa tiene los barrios de Aravaca,
 Moncloa, Valdemarin...
 o otro ej: en Madrid distrito centro tiene los barrios de sol, palacio,
 embajadores, cortes, justicia y universidad


 no se si te aclara algo..


 El 2014/03/12, a las 10:31, Patricio Soriano Castro pasori...@gmail.com
 escribió:

 Saludos a todos

 Normalmente suelo editar por Córdoba (España) y quiero poder modificar un
 tema vinculado a Nominatin. Al abrir OSM y buscar Córdoba el resultado es el
 Límite de ciudad Córdoba, Provincia de Córdoba, Andalucía, España y está
 etiquetado como un boundary:administrative admin_level:8... con fuente del
 BDLL25, EGRN, Instituto Geográfico Nacional
 http://www.openstreetmap.org/relation/343207

 A pinchar es zoom es el límite del término municipal, por lo que tengo que
 ir haciendo zoom hasta ubicarme en la zona concreta de la ciudad de Córdoba.

 He probado a realizar la misma operación en Sevilla, y el resultado es doble
 y con el mismo tipo (Ciudad Sevilla, Andalucía, España):

 - Área para la ciudad con admin_level:9
 - Área para la municipio con  admin_level:8. Este es el mismo caso que
 Córdoba

 La provincia está dentro del admin_level:7 y está definida como límite de
 condado. Imagino que es un tema de traducción

 Revisando la wiki
 (http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#Subnational)
 tampoco entiendo muy bien la definición para los niveles 8 y 9, en concreto
 el 9 que en ninǵun momento hace referencia a ciudades sino a distritos,
 barrios, pedanías...

 Quisiera añadir las áreas para las ciudades y pueblos de la provincia de
 Córdoba, quizás dibujando sobre el wms de Catastro en JOSM a la escala
 adecuada. Mi pregunta es si existe alguna plantilla o ayuda para ello o si
 hay algún protocolo para hacerlo de forma correcta. También me gustaría
 saber si debería crear alguna relación entre las áreas de distinto nivel o
 entre áreas y puntos.

 Gracias a todos
 --
 Patricio J. Soriano Castro
 www.sigdeletras.com
 @sigdeletras - Linkedin
 +34 639714412
 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-es




 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-es


 --
 Patricio J. Soriano Castro
 www.sigdeletras.com
 @sigdeletras - Linkedin
 +34 639714412

 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-es


___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Límites de ciudad y límites de provincia

[David Marín Carreño]

El día 13 de marzo de 2014, 13:51, Carlos Dávila
cdavi...@orangecorreo.es escribió:
 El límite urbano creo que sí tiene cierto valor administrativo. Afecta a la
 normativa urbanística, determinados servicios, tarifas de taxis, etc. El
 problema es conocer exactamente por donde va, ya que habría que consultarlo
 en los planes urbanísticos de cada municipio. Sobre fotografía aérea se
 puede aproximar solamente.


Lo de los planes urbanísticos y demás, yo lo veo como un
landuse:legal, landuse:allowed, o algo así... si consideramos que
el landuse es para el uso real del terreno. Yo no lo pondría como un
límite administrativo, ya que realmente los planes urbanísticos
definen el posible uso de cada parcela de terreno
(comercial/industrial/residencial/etc...)

El límite urbano no sé si tiene realidad jurídica o administrativa,
fuera de lo que comento de los usos permitidos de terreno...

--
David Marín Carreño dav...@gmail.com
Saludo a la NSA que me estará viendo - Best regards to the NSA workers
who are reading this mail

___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-es] Alguien quiere cambiar de nombre un barrio...

[David Marín Carreño]

Hola a todos.

Haciendo un repaso a las líneas de bus de la EMT de Madrid veo que hay
un intento combinado entre OSM y la Wikipedia de variar el nombre del
barrio madrileño de Manoteras, cambiándolo por El Lince.

Esto se ha realizado, al menos, en las líneas  7, 129 y alguna otra
que todavía no he visto.

El usuario que subió los cambios es un tal xaviyoli. También ha creado
paradas que no existen, así como líneas de autobús de las que no hay
ninguna referencia en la web de la EMT.

Me ha dejado completamente extrañado, y realmente no sé muy bien qué
hacer. Hizo más cambios en rutas, pero no tengo ninguna manera fiable
de determinar en qué consisten (la herramienta de historial para rutas
no es muy visual...)

¿Alguien me puede echar un cable? No sé muy bien qué hacer...

--
David Marín Carreño dav...@gmail.com
Saludo a la NSA que me estará viendo - Best regards to the NSA workers
who are reading this mail

___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Alguien quiere cambiar de nombre un barrio...

[David Marín Carreño]

Pues ha hecho unos cuantos destrozos en líneas de autobuses inventadas
y en no inventadas...
Las últimas ediciones ya no parecen tan sangrantes, aunque debería
haber alguna manera de monitorizarle...
--
David Marín Carreño dav...@gmail.com
Saludo a la NSA que me estará viendo - Best regards to the NSA workers
who are reading this mail


El día 16 de febrero de 2014, 16:36, Óscar Zorrilla Alonso
oscar_zorri...@hotmail.com escribió:
 Hola,

 Ivan ya denunció el tema en Noviembre,
 https://twitter.com/RealIvanSanchez/status/403887618716602369
 Algunas ediciones fueron revertidas, no se hasta donde.
 De todos modos al usuario en cuestión se le preguntó por mensaje privado y 
 tampoco contestaba.
 Un saludo

 --- Mensaje Original ---

 Desde: David Marín Carreño dav...@gmail.com
 Enviado: 16 de febrero de 2014 11:40
 Para: Discusión en Español de OpenStreetMap Talk-es@openstreetmap.org
 Asunto: [Talk-es] Alguien quiere cambiar de nombre un barrio...

 Hola a todos.

 Haciendo un repaso a las líneas de bus de la EMT de Madrid veo que hay
 un intento combinado entre OSM y la Wikipedia de variar el nombre del
 barrio madrileño de Manoteras, cambiándolo por El Lince.

 Esto se ha realizado, al menos, en las líneas  7, 129 y alguna otra
 que todavía no he visto.

 El usuario que subió los cambios es un tal xaviyoli. También ha creado
 paradas que no existen, así como líneas de autobús de las que no hay
 ninguna referencia en la web de la EMT.

 Me ha dejado completamente extrañado, y realmente no sé muy bien qué
 hacer. Hizo más cambios en rutas, pero no tengo ninguna manera fiable
 de determinar en qué consisten (la herramienta de historial para rutas
 no es muy visual...)

 ¿Alguien me puede echar un cable? No sé muy bien qué hacer...

 --
 David Marín Carreño dav...@gmail.com
 Saludo a la NSA que me estará viendo - Best regards to the NSA workers
 who are reading this mail

 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-es

 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-es

___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Buscar puntos kilométricos en carreteras

[David Marín Carreño]

El problema con esto es que en las carreteras españolas los pks muchas
veces no avanzan con los kilómetros, teniendo en algunas carreteras una
sustancia entre hitos que soporta con creces el kilómetro.

El ejemplo más claro es el caso de carretera que sufre una modificación,
haciendo una variante de una travesía: normalmente la variante es más larga
que la propia travesía, pero no se desea cambiar la señalización de
kilometraje del resto de la vía. En esos casos se mantiene el pk de inicio
y fin de la variante, aunque la longitud de la misma sea sensiblemente
mayor que la diferencia entre ambos pks.
El 02/02/2014 13:43, Cruz Enrique Borges Hernandez cruz.bor...@deusto.es
escribió:

  Lo único comentar que según la wiki(
  http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmilestone) es mas
  recomendable usar distance=* que pk

 Yo entiendo que estas cosas las debería de calcular el algoritmo de
 enrutamiento. Lo único que se indicar en OSM es dónde está el punto
 kilométrico 0 (o equivalente) para que sepa en que sentido tiene que
 empezar a contar.

 --
 Cruz Enrique Borges Hernández
 Email: cruz.bor...@deusto.es

 DeustoTech Energy
 Telefono: 944139000 ext 2052
 Avda. Universidades, 24
 48007 Bilbao, Spain

 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-es

___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Las geometrías de los códigos postales son de pago?

[David Marín Carreño]

Ojo: que para importar bien esto hay que hacerlo a mano, mezclándolo
con las calles, y demás.
Si una calle marca el límite entre dos códigos postales, pues la calle
debería ser introducida dentro de la relación correspondiente...
Lo mismo si el límite coincide con el término municipal.

Vamos, que no creo que debamos hacer la importación a saco. Por
ejemplo: la división municipal de España, cuando se subió, añadió todo
como ways nuevos. En algunos casos, el way se corresponde con un río,
y posteriormente se ha mezclado...

Lo digo principalmente para que no suceda algo como:
http://www.openstreetmap.org/#map=16/40.5075/-3.6304
donde el límite de término municipal no coincide en absoluto con la
calle que lo conforma:
http://www.madrid.org/nomecalles/Inicio.icm?left=445087right=448520bottom=4483885top=4485187capas=%279%27,%271%27,%272%27,%27142%27fondo=CatastrocapasEtiquetadas=%271%27,%272%27,%279%27alto=598ancho=1577

Realmente, los municipios con un único código postal podrían
importarse a saco, ya que tenemos ya una relación por municipio y se
podría importar a la de un-dos-tres.
Son los municipios con más de un código postal en los que hay que
averiguar sus límites, y mapearlos.

No son demasiados municipios los que tienen más de un código postal, y
el importarlos a mano pues tampoco creo que sea un trabajo titánico
una vez se tenga en algún sitio dónde empieza y donde termina cada
código postal. Basta algo de coordinación con una o varias páginas en
el wiki...

Hace mucho que no mapeo de manera extensiva... y la verdad es que me
apetece. Partiendo de la web esta de codigospostales.com, ¿nos ponemos
a ello? Me pido Madrid. :-)
--
David Marín Carreño dav...@gmail.com
Saludo a la NSA que me estará viendo - Best regards to the NSA workers
who are reading this mail


El día 29 de enero de 2014, 16:11, Iván Sánchez
i...@sanchezortega.es escribió:
 El Miércoles, 29 de enero de 2014 16:07:59 Alejandro S. escribió:
 http://www.codigospostales.com/descarga.html

 Y la licencia? Gratuita? O.o

 Mira, mejor escribimos con copia a codigosposta...@gmail.com, le decimos que
 se mire 
 https://lists.openstreetmap.org/pipermail/talk-es/2014-January/012132.html y 
 le preguntamos que qué opina de que se suba todo esto a
 OSM.


 --
 Iván Sánchez Ortega i...@sanchezortega.es


 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-es

___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-es] Bikecityguide.org

[David Marín Carreño]

Hola. Acabo de recibir este mensaje de la usuario jkolb de OSM, y lo
reenvío a la lista. Ahora mismo estoy sin nada de tiempo para dedicar a
esto... ¿Alguien coge el guante?


Hola DaveFX!

Cómo estás? Estaba buscando gente de OSM en Madrid, no sé si he llegado a
la persona correcta. Yo trabajo para una empresa austriaca que fomenta el
uso de la bici en ciudades. Para ello, hemos desarrollado una aplicación de
smartphone que funciona cómo un GPS para bicis, usando OSM (
www.bikecityguide.org). Ahora lo queremos implementar para Madrid también.
Me gustaría saber cómo es la calidad de datos respecto a carriles bici en
Madrid. Hay alguna información sobre eso? Desde el ayuntamiento nos han
dado los datos GIS para implementar todos los carriles bici y calles
tranquilas y nos hemos preguntado si eso también sería útil para vosotros.
Si es así, podría pedir el permiso para dároslo y podéis mejorar los datos
de Madrid. Espero que he contactado con la persona correcta. Si no es así,
agradezco el contacto con quién debería hablar. Muchas gracias de antemano!
Johanna


-- 
David Marín Carreño dav...@gmail.com
*Saludo a la NSA que me estará viendo - Best regards to the NSA workers who
are reading this mail*
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] OSM Awards

[David Marín Carreño]

El 3 de septiembre de 2013 08:53, María Arias de Reyna
dela...@gmail.comescribió:

 Podemos apelar a la necesidad monetaria o a la necesidad de ego. Una es
 más barata que la otra, pero no sé hasta qué punto podemos rascar el ego
 con una simple mención. ¿Ideas? ¿Menciones masivas en twitter? ¿Aparición
 en diferentes blogs? ¿Simplemente una web donde se promocione? Me parece
 poco para el público general.



Quizá en lugar de una simple mención se podría otorgar un premio (no
económico) expedido por la Asociación OpenStreetMap España, con su diploma
(si se consigue algún patrocinador, incluso con un pequeño trofeo...),
mencionarse en la web de OSM...

Eso no es sólo ego, sino también algo que se puede colgar en el currículum
o en Linked-in. :-)



-- 
David Marín Carreño dav...@gmail.com
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Letters in Streetnames

[David Marín Carreño]

Ya entendí tu comentario, Jaume.
Completamente de acuerdo contigo: la frase podría interpretarse como
lo que no queremos hacer.

El día 2 de agosto de 2013 09:56, Javier Sánchez
javiers...@gmail.com escribió:
 El 1 de agosto de 2013 23:29, Jaume Figueras i Jové
 jaume.figue...@masafi.cat escribió:

 Hola a todos,


 On 01/08/13 02:05, Antonio Navarro wrote:

 Creo que la frase '(...) aplicar el mismo criterio (...) en las
 diferentes áreas lingüísticas, con el fin de dar homogeneidad al mapa.'


 Yo interpreto, que a todas las comunidades se aplica el mismo criterio
 para homogeneizar el mapa.

 Diferente quedaría:

 La idea es aplicar, en el uso de mayúsculas o minúsculas, el criterio
 particular de las diferentes áreas lingüísticas, con el fin de dar
 homogeneidad a éstas en el mapa.


 Hola

 De acuerdo con el cambio.

 Saludos.

 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es




-- 
David Marín Carreño dav...@gmail.com

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Letters in Streetnames

[David Marín Carreño]

Según el IGN: La regla general es escribir con la inicial en
mayúscula todas las palabras que comiencen un rótulo, sea cual sea su
categoría gramatical


2013/7/30 Matías Taborda Barroso taborda.barr...@gmail.com:
 Hola.

 No se si puede valer, pero el IGN publicó unas Directrices Toponímicas de
 uso internacional para editores de mapas y otras publicaciones. [1]

 En la página 26 establece como se deben rotular el principio y palabras
 intermedias de un topónimo.

 No estaría mal seguirlas ¿no?.


 [1]
 http://www.ign.es/ign/resources/acercaDe/libDigPub/Directrices_toponimicas_spa.zip


 2013/7/30 Jaime Crespo jy...@jynus.com

 Jan no pregunta por el idioma, sino por la mayúscula.

 Mateu:

 Mi conocimiento del idioma es nulo, pero ¿seguro que lo estamos
 haciendo bien? Google las pone con mayúscula (aunque he de reconocer
 que no es la mejor fuente) y aquí veo que muchos carteles, cuando
 están escritos en minúsculas ponen la primera letra en mayúscula:
 http://commons.wikimedia.org/wiki/Category:Street_signs_in_Catalonia

 2013/7/30 Moises Arcos moiarc...@gmail.com:
 
 
 
  2013/7/30 Juan Luis Rodriguez Ponce juanlui...@gmail.com
 
 
  On Tue, Jul 30, 2013 at 11:07 AM, Jan Tappenbeck o...@tappenbeck.net
  wrote:
 
 
  i mapped many thinks in Andalucia and there are the streetname begin
  with
  large letters like Calle Antonio.
 
  now i looked to Mallorca and the streets begins by little letters like
  carrer Antonio ... - is this a regioal special kind of writing
  streetnames
  ?
 
 
  It's just written in another language. In Spain you can find names in:
  * Galician [1] in Galicia-- Rúa
  * Euskara [2] in Basque Country and Navarra -- Kalea
  * Catalan [3] in Catalonia, Valencian Community and Balearic Islands
  --
  Carrer
  * Spanish in other zones -- Calle
 
 
  Yes, it's true and you can assign different names to a street, for
  example,
  you can put the next one:
 
  'El Campo de Mirra/Camp de Mirra'. official_name='El Campo de Mirra/Camp
  de
  Mirra', name='Camp de Mirra', name:es='El Campo de Mirra', name:ca='Camp
  de
  Mirra'.
 
  For more information http://wiki.openstreetmap.org/wiki/ES:NGMEP
 
 
 
 
  [1] http://osm.org/go/b9L98MR8N--
  [2] http://osm.org/go/b~PosxrhQ--
  [3] http://osm.org/go/b_qOqnJah-
 
 
  --
  Un saludo,
  Juan Luis.
 
  ___
  Talk-es mailing list
  Talk-es@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-es
 
 
 
  ___
  Talk-es mailing list
  Talk-es@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-es
 



 --
 Jaime Crespo

 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es



 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es




-- 
David Marín Carreño dav...@gmail.com

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Letters in Streetnames

[David Marín Carreño]

Y añade después:
En otros mapas, con toponimia en catalán o valenciano, el artículo
siempre se escribe con minúscula inicial. Ejemplos: la Bisbal, la Vila
Joiosa.

2013/7/30 David Marín Carreño dav...@gmail.com:
 Según el IGN: La regla general es escribir con la inicial en
 mayúscula todas las palabras que comiencen un rótulo, sea cual sea su
 categoría gramatical


 2013/7/30 Matías Taborda Barroso taborda.barr...@gmail.com:
 Hola.

 No se si puede valer, pero el IGN publicó unas Directrices Toponímicas de
 uso internacional para editores de mapas y otras publicaciones. [1]

 En la página 26 establece como se deben rotular el principio y palabras
 intermedias de un topónimo.

 No estaría mal seguirlas ¿no?.


 [1]
 http://www.ign.es/ign/resources/acercaDe/libDigPub/Directrices_toponimicas_spa.zip


 2013/7/30 Jaime Crespo jy...@jynus.com

 Jan no pregunta por el idioma, sino por la mayúscula.

 Mateu:

 Mi conocimiento del idioma es nulo, pero ¿seguro que lo estamos
 haciendo bien? Google las pone con mayúscula (aunque he de reconocer
 que no es la mejor fuente) y aquí veo que muchos carteles, cuando
 están escritos en minúsculas ponen la primera letra en mayúscula:
 http://commons.wikimedia.org/wiki/Category:Street_signs_in_Catalonia

 2013/7/30 Moises Arcos moiarc...@gmail.com:
 
 
 
  2013/7/30 Juan Luis Rodriguez Ponce juanlui...@gmail.com
 
 
  On Tue, Jul 30, 2013 at 11:07 AM, Jan Tappenbeck o...@tappenbeck.net
  wrote:
 
 
  i mapped many thinks in Andalucia and there are the streetname begin
  with
  large letters like Calle Antonio.
 
  now i looked to Mallorca and the streets begins by little letters like
  carrer Antonio ... - is this a regioal special kind of writing
  streetnames
  ?
 
 
  It's just written in another language. In Spain you can find names in:
  * Galician [1] in Galicia-- Rúa
  * Euskara [2] in Basque Country and Navarra -- Kalea
  * Catalan [3] in Catalonia, Valencian Community and Balearic Islands
  --
  Carrer
  * Spanish in other zones -- Calle
 
 
  Yes, it's true and you can assign different names to a street, for
  example,
  you can put the next one:
 
  'El Campo de Mirra/Camp de Mirra'. official_name='El Campo de Mirra/Camp
  de
  Mirra', name='Camp de Mirra', name:es='El Campo de Mirra', name:ca='Camp
  de
  Mirra'.
 
  For more information http://wiki.openstreetmap.org/wiki/ES:NGMEP
 
 
 
 
  [1] http://osm.org/go/b9L98MR8N--
  [2] http://osm.org/go/b~PosxrhQ--
  [3] http://osm.org/go/b_qOqnJah-
 
 
  --
  Un saludo,
  Juan Luis.
 
  ___
  Talk-es mailing list
  Talk-es@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-es
 
 
 
  ___
  Talk-es mailing list
  Talk-es@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-es
 



 --
 Jaime Crespo

 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es



 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es




 --
 David Marín Carreño dav...@gmail.com



-- 
David Marín Carreño dav...@gmail.com

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Letters in Streetnames

[David Marín Carreño]

No creo que estemos hablando de mapear para el renderizador: la base
de datos de OpenStreetMap habla de elementos de mapas, y estamos
definiendo el cómo deben escribirse en el mapa. Son decisiones que, en
mi opinión, sería muy complejas para dejarlas al renderizador. Si, por
ejemplo, se escribe l'Hospitalet y la Vila Joiosa, no
L'Hospitalet ni La Vila Joiosa, pero se escribe El Escorial y no
el Escorial, o La  Roda y no la Roda...

Si a esto añades que entonces tendríamos que saber en qué idioma está
el nombre oficial de cada elemento geográfico... Y creo que esto
también es aplicable al resto de elementos del mapa.

Además, el renderizador no sabe separar el tipo de la vía del nombre
de la vía...

El asunto es llegar a un compromiso de consenso y aplicarlo a rodillo. :-)

Yo, personalmente, lo veo claro: títulos en castellano, en mayúscula:
lo dice el IGN, que habla de rótulos de mapas, y creo que está más
extendido.
En catalán/valenciano, si es verdad que hay tradición en los mapas de
que salga en minúscula, pues en minúscula.

Es decir: Plaza de España, plaça de Espanya.
Vamos, que se me hace extrañísimo encontrar un plaza de España en un mapa...

-- 
David Marín Carreño dav...@gmail.com

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] nomenclatura de los municipios

[David Marín Carreño]

Yo, por suburb entiendo barrio, barriada... Es decir: siempre
dentro de un continuo urbano.

Por hamlet entendería pedanía, en los casos en que esta es pequeña.



El día 19 de febrero de 2013 10:19, Ricardo Sanz
ricardosanz1...@gmail.com escribió:
 ya..
 otra cosa que no deja muy clara la normalización es cuando se pone
 suburb y cuando hamlet
 entiendo que suburb es cuando está muy muy cerca del ayuntamiento del
 municipio de referencia y hamlet cuando está muy alejado??


 El día 19 de febrero de 2013 10:08, Celso González ce...@mitago.net 
 escribió:
 On Tue, Feb 19, 2013 at 08:44:19AM +0100, Ricardo Sanz wrote:
 Buenas,

 llevo un buen rato arreglando solo en la provincia de Sevilla esto.

 Ciudad grande (place=city): 75 localidades
 Las 50 capitales de provincia
 Las 2 capitales autonómicas que no son capitales de provincia (Mérida
 y Santiago de Compostela)
 Las 2 ciudades autónomas (Ceuta y Melilla)
 Las 21 otras ciudades de más de 100.000 habitantes
 Ciudad pequeña (place=town): 507 localidades
 Resto de municipios de más de 10.000 habitantes
 Pueblo (place=village): 7534 localidades
 Resto de municipios (con ayuntamiento propio)
 Aldea o Barrio (place=hamlet o place=suburb)
 Núcleos de población pertenecientes a un municipio, sin ayuntamiento
 propio. Se suele usar suburb cuando el núcleo es muy cercano o
 integrado dentro del núcleo principal.
 Atención: En otras partes partes del mundo un hamlet tiene menos de
 200 habitantes, en España algunos de estos pueblecitos estan ya en la
 lista de los 7534 localidades

 Un dato bastante fácil de encontrar y suficientemente público es el de
 population si añades este después es más fácil hacer los checks

 --
 Celso Gonzalez
 (@PerroVerd)

 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es

 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es



--
David Marín Carreño dav...@gmail.com

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Normalización de Carreteras en Canarias

[David Marín Carreño]

El 2 de febrero de 2013 12:45, Noel David Torres Taño
env...@rolamasao.orgescribió:

 a) autopistas y autovías están señalizadas igual 'highway=motorway'


Exactamente como en el resto del territorio español.


 b) las carreteras de doble calzada no son troncales per se, no pueden
 etiquetarse como 'highway=trunk'


Pueden etiquetarse así si así lo acordamos.
Tienes razón en que el hecho de que una carretera sea de doble calzada no
necesariamente debe implicar que sean troncales, pero lo que se está
diciendo es que las carreteras de doble calzada con referencia de fondo
azul y que no sean autopistas ni autovías se consideran trunk.


 c) doble calzada no implica 2 o más carriles por sentido, puede ser uno, el
 requisito es que las calzadas para cada carril estén separadas
 (independientemente de que realmente exista este tipo de vías y de que las
 matrículas azules les correspondan)


Por favor: casos prácticos. Obviamente, supongo que al indicar doble
calzada se refiere a doble calzada con más de un carril por sentido.


 d) figuran dos tipos de carreteras convencionales de primer nivel. Deberían
 unirse.


Creo que están separadas para clarificar que, aunque sean
administrativamente distintas, se van a mapear igual.


-- 
David Marín Carreño dav...@gmail.com
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] [catastro] Previo de CAT2OSM2: Madrid en 5 minutos (!)

[David Marín Carreño]

Hola.

El día 18 de enero de 2013 08:53, Ander Pijoan
ander.pij...@deusto.es escribió:

 El otro problema (donde faltan grandes zonas) me gustaría que hicieses
 la prueba de volver a lanzar cat2osm2 y ver si sigue pasando. Hemos
 tenido casos de con dos ejecuciones iguales, tener resultados
 distintos de alguna parcela o masa que no se ha cogido bien su
 referencia catastral y no se ha podido crear la jerarquía o no se le
 han añadido los tags y por eso no se ha exportado. Puede que sea por
 eso, aunque no se si eso me aliviaría o me mosquearía mucho mas =)

He vuelto a realizar la ejecución de cat2osm2 y me ha salido
exactamente el mismo fichero, lo cual es bueno (ya que al menos no es
un bug impredecible...)

Un cordial saludo.

--
David Marín Carreño dav...@gmail.com

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] [catastro] Previo de CAT2OSM2: Madrid en 5 minutos (!)

[David Marín Carreño]

El día 18 de enero de 2013 08:53, Ander Pijoan
ander.pij...@deusto.es escribió:


 El otro problema (donde faltan grandes zonas) me gustaría que hicieses
 la prueba de volver a lanzar cat2osm2 y ver si sigue pasando. Hemos
 tenido casos de con dos ejecuciones iguales, tener resultados
 distintos de alguna parcela o masa que no se ha cogido bien su
 referencia catastral y no se ha podido crear la jerarquía o no se le
 han añadido los tags y por eso no se ha exportado. Puede que sea por
 eso, aunque no se si eso me aliviaría o me mosquearía mucho mas =)


OK.

Este fin de semana, en un ratillo, hago la prueba.

Saludos cordiales

--
David Marín Carreño dav...@gmail.com

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] [catastro] Previo de CAT2OSM2: Madrid en 5 minutos (!)

[David Marín Carreño]

Hola a todos.

He traducido con cat2osm2 el municipio de Puebla de Don Fadrique, en
Granada y he comparado los resultados con los de la última versión que
probé de cat2osm1. He partido de los mismos datos de catastro que descargué
en su día.

Siento deciros que parece haber todavía algún bug, ya que hay algunas zonas
del municipio que simplemente no aparecen con cat2osm2 (y sí aparecían con
cat2osm1).

Aquí os dejo los resultados para compararlos visualmente:

Resultado cat2osm1:
https://www.dropbox.com/s/3cwkpt9cktrs350/Resultado-cat2osm1.osm.gz
Resultado cat2osm2:
https://www.dropbox.com/s/dbx9ic5b99rpw4s/Resultado-cat2osm2.osm.gz

Si es necesario, os puedo facilitar los ficheros del catastro. Comentadme.


El día 16 de enero de 2013 19:56, Jesús Gómez Fernández 
jesus.gomez.f...@gmail.com escribió:
 El 16 de enero de 2013 16:52, Ander Pijoan ander.pij...@deusto.es
 escribió:

 Entonces los que hayáis podido hacer pruebas, ¿veis fácil de editar los
 errores a mano, que el resultado es lo mas simplificado posible (para
ponder
 mantener la información) y que en la lista de imports podrían darlo por
 bueno?


 Yo creo que sí. La edición manual se facilita bastante de esta manera.

 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es




--
David Marín Carreño dav...@gmail.com
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] [catastro] Previo de CAT2OSM2: Madrid en 5 minutos (!)

[David Marín Carreño]

Quizá se podrían descartar las parcelas con áreas inferiores a X m2...

--
David Marín Carreño dav...@gmail.com

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] [catastro] Previo de CAT2OSM2: Madrid en 5 minutos (!)

[David Marín Carreño]

Quizá en poblaciones pequeñas lo suyo sería poner el código postal a
la relación que define el municipio, en lugar de ponerlo en todas las
construcciones.

En poblaciones grandes, con más de un código postal, quizá lo adecuado
sea crear áreas con las fronteras entre códigos postales: aunque no
cambian frecuentemente, una partición futura de un código postal en
dos obligaría a cambiar todas las casas que lo tuvieran puesto dentro.
Igual que no ponemos el municipio o incluso el país con los tags
addr:city o addr:country de una casa, creo que tampoco deberíamos
incluir el código postal.

En otro orden de cosas, no sabía que el código postal estaba dentro de
los datos del catastro... ¿Es así?


--
David Marín Carreño dav...@gmail.com

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] [catastro] Previo de CAT2OSM2: Madrid en 5 minutos (!)

[David Marín Carreño]

Pues para sacar el área del código postal, se puede tomar todas las
parcelas con el mismo código postal, y crear un nuevo polígono con la
unión de todas ellas, asignándole el addr:postcode.

El día 16 de enero de 2013 12:08, Ander Pijoan
ander.pij...@deusto.es escribió:
 Todas las pareclas tienen su código postal. Lo que no nos hemos fijado es si
 en los casos de poblaciones con varios están bien puestos (que debería, pero
 siendo catastro ya no me creo nada).




 --
 Ander Pijoan Lamas
 Research Assistant, Deustotech
 Computer Science Engineer
 University of Deusto

 E-mail: ander.pij...@deusto.es
 Phone: +34 664471228
 in: http://www.linkedin.com/profile/view?id=162888312

 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es




-- 
David Marín Carreño dav...@gmail.com

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] normilize streetnames

[David Marín Carreño]

Hola, Pepe.

Hay que tener en cuenta que, además de esta ser la lista de discusión
en español de
OSM, también es el punto de contacto de la comunidad internacional con la
comunidad de España...

Un poquito de paciencia O:-)


2013/1/15 Pepe Casado pcvalve...@gmail.com:
 No es por nada pero si esto es un grupo de discusión en español pediría, por
 favor, que los comentarios fueran en esa lengua. Gracias

 El 14/01/2013 21:21, Rafael Avila Coya ravilac...@gmail.com escribió:

 In Galicia, I use to edit the name tag (galician), name:gl (galician)
 and name:xx for other languages. If I write only one (that is what I do
 most of the times), I just write the galician one in the name tag.

 The question is: if you don't put the name tag, what language does the
 renderer (mapnik or whatever) choose for the rendering? I think you need
 to put the name tag whatsoever.

 Cheers,

 Rafael Ávila Coya.

 On 14/01/13 20:44, José Luis Domingo López wrote:
  I regularly extract all OSM elements containing C/, C. and
  Avda. and a few months ago I replaced most of them using JOSM. I
  only left those in East part of Spain, as I didn't know if the
  correct replacement would be calle or carrer, avenida or
  avinguda. I can send current file to anyone interested in have a
  look at it and continue the work.
 
  Calle will be correct in Spanish, but Carrer will be the right one
  to
  use in Catalan, or Rúa in Galician. OSM can store the street name in
  several different tags, one for each language, so there is no need to
  choose one language over the others.
 
  What I don't know and I would have to check is if there is the need for
  a
  primary name tag (name), or it is perfectly fine and correct to have
  one
  or more language-specific name tags such as name:es and name:ca
  for a
  given street, and there is no real need for a name tag is there is any
  amount of name:xx present for the item.
 
  Cheers.
 

 --
 

 Por favor, non me envíe documentos con extensións .doc, .docx, .xls,
 .xlsx, .ppt, .pptx, aínda podendoo facer,  non os abro.

 Atendendo á lexislación vixente, empregue formatos estándares e abertos.

 http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros

 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es


 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es




--
David Marín Carreño dav...@gmail.com

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] highway

[David Marín Carreño]

Quien quiera añadir las características físicas a una carretera, tiene tags
para ello.

La clasificación administrativa denota la importancia de una carretera
dentro de su clasificación administrativa. Y las características físicas *
suelen* venir acordes a dicha importancia. Como todo, hay y habrá
excepciones.

Y sobre todo, es un criterio fijo y no subjetivo.


El 4 de diciembre de 2012 18:47, Ricardo ricardosanz1...@gmail.comescribió:

 Lo digo mas que nada para diferenciar bien trunk y primary. O al menos
 segun las autonomias, ya que hay muchas diferencias entre comunidades




 Ricardo Sanz Moreno


 El 04/12/2012, a las 17:48, Antonio Navarro anto...@hunos.net escribió:

 Hola,

 Yo creo que es más clara la clasificación según sus características
 físicas, que, como en todo, puede haber dudas o interpretaciones diferentes
 en casos concretos, pero en general me parece más correcta que la
 administrativa (o al menos debería ser más homogénea).

 De todas formas que después de 50 mensajes 'discutiendo' si una calle es
 una calle o es una carretera, que ahora plantees usar las características
 físicas... ;-)

 Un saludo,
 --
 Antonio Navarro
 
 mailto:anto...@hunos.net
 mailto:antonio.navarro...@gmail.com
 mailto:antonio.nava...@hispalinux.es
 


 El 4 de diciembre de 2012 17:38, Xuacu xuacu...@gmail.com escribió:

 Hola Ricardo; hola, resto de OSMeros...

 La clasificación de carreteras no es una ciencia exacta. Fíjate que en tu
 propuesta introduces criterios subjetivos como «muchas curvas» ¿Cuántas son
 muchas? ;)

 Creo que nos conviene tener un criterio objetivo, como puede ser la
 clasificación oficial, que nos evitará discusiones sobre apreciaciones
 personales: en caso de duda, ¡mira la placa!

 Un saludo


 El 4 de diciembre de 2012 16:13, Ricardo Sanz 
 ricardosanz1...@gmail.comescribió:

 Buenas,

 quiero preguntar, ya que me he dado cuenta hace unos días editando, por
 qué no se normalizó según los iconos/imágenes del OSM, es decir:

 Motorway (autovías/autopistas de 2,3 ó 4 carriles por sentido y con 
 limitación
 de acceso a y desde las propiedades colindantes)
 Trunk (Carreteras de 2 carriles por sentido que sí pueden ser cruzadas a
 nivel por otras carreteras, rotondas, acceso a propiedades colindantes,
 etc.)
 Primary (Carreteras importantes de un carril por sentido)
 Secundary (Carreteras menos importantes de un carril por sentido)
 Terciary (Carreteras de muchas curvas)
 Minor Road (Resto carreteras interurbanas)


 no se qué os parece..
 así evitamos la normalización por administración autonómica, ya que cada
 una le da el interés que cada una quiere y a veces es ilógico.

 Saludos

 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es



 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es


 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es


 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es




-- 
David Marín Carreño dav...@gmail.com
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] highway

[David Marín Carreño]

Sobre lo de diferencias trunk y primary, habría que darse un paseo por las
distintas comunidades y quizá subir alguna categoría en algunas, como en
aquellas en las que todas las que caerían en la categoría trunk (red
básica) son autovías.


El 4 de diciembre de 2012 18:47, Ricardo ricardosanz1...@gmail.comescribió:

 Lo digo mas que nada para diferenciar bien trunk y primary. O al menos
 segun las autonomias, ya que hay muchas diferencias entre comunidades




 Ricardo Sanz Moreno


 El 04/12/2012, a las 17:48, Antonio Navarro anto...@hunos.net escribió:

 Hola,

 Yo creo que es más clara la clasificación según sus características
 físicas, que, como en todo, puede haber dudas o interpretaciones diferentes
 en casos concretos, pero en general me parece más correcta que la
 administrativa (o al menos debería ser más homogénea).

 De todas formas que después de 50 mensajes 'discutiendo' si una calle es
 una calle o es una carretera, que ahora plantees usar las características
 físicas... ;-)

 Un saludo,
 --
 Antonio Navarro
 
 mailto:anto...@hunos.net
 mailto:antonio.navarro...@gmail.com
 mailto:antonio.nava...@hispalinux.es
 


 El 4 de diciembre de 2012 17:38, Xuacu xuacu...@gmail.com escribió:

 Hola Ricardo; hola, resto de OSMeros...

 La clasificación de carreteras no es una ciencia exacta. Fíjate que en tu
 propuesta introduces criterios subjetivos como «muchas curvas» ¿Cuántas son
 muchas? ;)

 Creo que nos conviene tener un criterio objetivo, como puede ser la
 clasificación oficial, que nos evitará discusiones sobre apreciaciones
 personales: en caso de duda, ¡mira la placa!

 Un saludo


 El 4 de diciembre de 2012 16:13, Ricardo Sanz 
 ricardosanz1...@gmail.comescribió:

 Buenas,

 quiero preguntar, ya que me he dado cuenta hace unos días editando, por
 qué no se normalizó según los iconos/imágenes del OSM, es decir:

 Motorway (autovías/autopistas de 2,3 ó 4 carriles por sentido y con 
 limitación
 de acceso a y desde las propiedades colindantes)
 Trunk (Carreteras de 2 carriles por sentido que sí pueden ser cruzadas a
 nivel por otras carreteras, rotondas, acceso a propiedades colindantes,
 etc.)
 Primary (Carreteras importantes de un carril por sentido)
 Secundary (Carreteras menos importantes de un carril por sentido)
 Terciary (Carreteras de muchas curvas)
 Minor Road (Resto carreteras interurbanas)


 no se qué os parece..
 así evitamos la normalización por administración autonómica, ya que cada
 una le da el interés que cada una quiere y a veces es ilógico.

 Saludos

 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es



 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es


 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es


 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es




-- 
David Marín Carreño dav...@gmail.com
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] highway

[David Marín Carreño]

Hay vías rápidas de un sólo carril por sentido, mucho más rápidas y de
mejor calidad (arcenes, velocidad máxima) que numerosas carreteras
rotonderas de dos carriles por sentido...

En mi opinión, no termino de verlo...


El 4 de diciembre de 2012 21:28, Ricardo Sanz
ricardosanz1...@gmail.comescribió:

 No estaría mejor que las nacionales y autonómicas de un solo carril por
 sentido fueran primary y las carreteras nacionales y autonómicas de doble
 calzada con o sin rotondas (autovías no) fueran trunk?

 ---

 Ricardo Sanz Moreno

 El 04/12/2012, a las 20:34, David Marín Carreño dav...@gmail.com
 escribió:

 Sobre lo de diferencias trunk y primary, habría que darse un paseo por las
 distintas comunidades y quizá subir alguna categoría en algunas, como en
 aquellas en las que todas las que caerían en la categoría trunk (red
 básica) son autovías.


 El 4 de diciembre de 2012 18:47, Ricardo ricardosanz1...@gmail.comescribió:

 Lo digo mas que nada para diferenciar bien trunk y primary. O al menos
 segun las autonomias, ya que hay muchas diferencias entre comunidades




 Ricardo Sanz Moreno


 El 04/12/2012, a las 17:48, Antonio Navarro anto...@hunos.net escribió:

 Hola,

 Yo creo que es más clara la clasificación según sus características
 físicas, que, como en todo, puede haber dudas o interpretaciones diferentes
 en casos concretos, pero en general me parece más correcta que la
 administrativa (o al menos debería ser más homogénea).

 De todas formas que después de 50 mensajes 'discutiendo' si una calle es
 una calle o es una carretera, que ahora plantees usar las características
 físicas... ;-)

 Un saludo,
 --
 Antonio Navarro
 
 mailto:anto...@hunos.net
 mailto:antonio.navarro...@gmail.com
 mailto:antonio.nava...@hispalinux.es
 


 El 4 de diciembre de 2012 17:38, Xuacu xuacu...@gmail.com escribió:

 Hola Ricardo; hola, resto de OSMeros...

 La clasificación de carreteras no es una ciencia exacta. Fíjate que en
 tu propuesta introduces criterios subjetivos como «muchas curvas» ¿Cuántas
 son muchas? ;)

 Creo que nos conviene tener un criterio objetivo, como puede ser la
 clasificación oficial, que nos evitará discusiones sobre apreciaciones
 personales: en caso de duda, ¡mira la placa!

 Un saludo


 El 4 de diciembre de 2012 16:13, Ricardo Sanz ricardosanz1...@gmail.com
  escribió:

 Buenas,

 quiero preguntar, ya que me he dado cuenta hace unos días editando, por
 qué no se normalizó según los iconos/imágenes del OSM, es decir:

 Motorway (autovías/autopistas de 2,3 ó 4 carriles por sentido y con 
 limitación
 de acceso a y desde las propiedades colindantes)
 Trunk (Carreteras de 2 carriles por sentido que sí pueden ser cruzadas
 a nivel por otras carreteras, rotondas, acceso a propiedades colindantes,
 etc.)
 Primary (Carreteras importantes de un carril por sentido)
 Secundary (Carreteras menos importantes de un carril por sentido)
 Terciary (Carreteras de muchas curvas)
 Minor Road (Resto carreteras interurbanas)


 no se qué os parece..
 así evitamos la normalización por administración autonómica, ya que
 cada una le da el interés que cada una quiere y a veces es ilógico.

 Saludos

 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es



 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es


 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es


 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es




 --
 David Marín Carreño dav...@gmail.com

  ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es


 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es




-- 
David Marín Carreño dav...@gmail.com
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] OpenLayer

[David Marín Carreño]

Como consejo: evalúa la posibilidad de usar Leaflet en lugar de Openlayers.

Un cordial saludo.


El 25 de noviembre de 2012 10:15, Manuel Isasa Figueroa 
manolois...@gmail.com escribió:


 Muchas gracias Wladimir, ya os contare lo que estoy haciendo, en principio
 es una aplicación para móviles con phonegap y lo primordial es geolocalizar
 por eso estoy viendo un poco como utilizar openlayer.

 --
 Clave pública:
 http://netikerty.puntoabierto.net/Manuel%20Isasa%20Figueroa.asc


 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es




-- 
David Marín Carreño dav...@gmail.com
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] OpenLayer

[David Marín Carreño]

Claridad, limpieza y rapidez.


El 25 de noviembre de 2012 17:05, Jose Alberto Gonzalez von Schmeling 
joseg...@gmail.com escribió:

 porque aconsejas utilizar Leaflet, envés de OpenLayers?


 2012/11/25 David Marín Carreño dav...@gmail.com

 Como consejo: evalúa la posibilidad de usar Leaflet en lugar de
 Openlayers.

 Un cordial saludo.


 El 25 de noviembre de 2012 10:15, Manuel Isasa Figueroa 
 manolois...@gmail.com escribió:


 Muchas gracias Wladimir, ya os contare lo que estoy haciendo, en
 principio es una aplicación para móviles con phonegap y lo primordial es
 geolocalizar por eso estoy viendo un poco como utilizar openlayer.

 --
 Clave pública:
 http://netikerty.puntoabierto.net/Manuel%20Isasa%20Figueroa.asc


 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es




 --
 David Marín Carreño dav...@gmail.com


 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es




 --
 Podes encontrarme o comunicarte conmigo en:

- *Mi blog*: http://proyectosbeta.net/http://proyectosbeta.blogspot.com/
- *Facebook*:

 http://www.facebook.com/pages/Proyectos-Beta/113277785412256http://www.facebook.com/jose.gonzalezvonschmeling
- *Twitter*: @proyectosbeta http://twitter.com/proyectosbeta



 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es




-- 
David Marín Carreño dav...@gmail.com
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Nomenclatura de vías urbanas

[David Marín Carreño]

Para reflejar las características físicas de la carretera existen otros
tags.

David Marín Carreño
El 08/11/2012 14:16, Ricardo Sanz ricardosanz1...@gmail.com escribió:

 en la normalización prevalecen las características administrativas, lo
 pone bien claro

 El 8 de noviembre de 2012 13:42, Antonio Navarro anto...@hunos.netescribió:

 Es decir, que prevalecen las características 'administrativas' (quién es
 el dueño), que sólo se ven en un papel, sobre las características físicas,
 que es lo que te vas a encontrar en la 'dura' realidad...

 No le veo la lógica por ningún sitio.

 Y si tenemos que esperar a que Fomento o el Ayuntamiento haga algo,
 estamos apañados...

 --
 Antonio Navarro
 
 mailto:anto...@hunos.net
 mailto:antonio.navarro...@gmail.com
 mailto:antonio.nava...@hispalinux.es
 


 El 8 de noviembre de 2012 13:37, Ricardo Sanz 
 ricardosanz1...@gmail.comescribió:

 yo opino que independientemente de si es de doble calzada, tiene badenes,
 semaforos, maceteros, etc. si es estatal  es trunk, que da igual las
 características que tenga la vía, vaya por ciudad grande, mediana, o pequeña

 lo mejor es que fomento ceda la vía al ayuntamiento y se acabó la
 discusión

 saludos

 El 8 de noviembre de 2012 12:44, Antonio Navarro 
 anto...@hunos.netescribió:

 Hola,

 Pues mi problema es que según tu criterio, cuando vea una 'calle'
 etiquetada como 'trunk', no sé si me voy a encontrar esto:

 http://goo.gl/maps/IJuvC

 O esto otro:

 http://goo.gl/maps/Y0PA6

 A mí no me parece que sean equivalentes.

 Y las normas las hacemos entre todos y si hay que corregir, se
 corrigen, aunque yo no veo dónde está el problema, ya que, repito, para
 ciudades grandes ya establece que las vías urbanas se etiquetan según su
 importancia 'dentro de la ciudad'. Queda la 'laguna' de qué hacer en
 'ciudades medianas' y ahí es donde yo opino que hay que aplicar el sentido
 común e interpretar las normas y si la carretera no mantiene ninguna de sus
 características, no se debe etiquetar como tal.

 Un saludo,
 --
 Antonio Navarro
 
 mailto:anto...@hunos.net
 mailto:antonio.navarro...@gmail.com
 mailto:antonio.nava...@hispalinux.es
 


 El 8 de noviembre de 2012 12:19, Ricardo Sanz 
 ricardosanz1...@gmail.com escribió:

 Hay miles de vías highway= trunk con badenes, semáforos, coches
 aparcados, etc. no se cual es el problema..
 la clasificación administrativa es la que usa la normalización, por lo
 tanto, es lo que se ha mapeado.
  yo sí le veo lógica, así podemos estar discutiendo hasta el siglo que
 viene..

 que no te gusta, lo se, pero yo también cambiaría otras cosas y las
 normas están así

 Saludos

 El 8 de noviembre de 2012 12:09, Antonio Navarro 
 anto...@hunos.netescribió:

  No sé qué lógica encuentras a que una 'carretera nacional marcada
 como trunk', resulte que es una calle o una avenida con coches aparcados,
 badenes, semáforos y de todo.

 En vías interurbanas es más sencillo trasladar la clasificación de la
 carretera a las etiquetas que se establecen en OSM y aún así, hay
 discrepancias según las comunidades. En vías urbanas, no veo nada lógico
 que por tener una clasificación administrativa determinada, se les asigne
 una etiqueta independientemente de sus características físicas.

 Vamos, llamar a la Avenida de Francisco Aguirre 'carretera estatal'.
 El antiguo trazado de la N-V (la zona no adoquinada) tiene más de
 'carretera estatal' que cualquier calle o avenida que atraviesa la n-502.

 Si yo no conociese la ciudad y veo que la carretera 'continúa', lo
 que espero es eso, no llegar a una glorieta y adivinar en qué avenida se 
 ha
 transformado la carretera. Tal como está marcada ahora, da una sensación 
 de
 continuidad que físicamente no existe.

 Me parece correcto mantener la referencia de la carretera, pero el
 tag highway, en mi opinión, hay que adaptarlo en función de las
 características de las calles. (Que por cierto, lo de primary, 
 secundary...
 lo puse totalmente a ojo :-D).

 Un saludo,
 --
 Antonio Navarro
 
 mailto:anto...@hunos.net
 mailto:antonio.navarro...@gmail.com
 mailto:antonio.nava...@hispalinux.es
 


 El 8 de noviembre de 2012 11:49, Ricardo Sanz 
 ricardosanz1...@gmail.com escribió:

 sí debe ser un error, o que no han actualizado que ese tramo de 1,7
 km es también doble sentido. lo más seguro es que en breve Fomento 
 tramite
 con el ayuntamiento la cesión de la vía y entonces ya sí que sería
 secundary y sin la ref N-502, como se ha cedido ya en muchos pueblos y
 ciudades.

 a mi me aporta información que es una carretera estatal a día de hoy
 con el nombre de N-502. es que lo que quieres es algo que habría que
 modificar casi todo el OSM. aparte de que si la carretera se llama así 
 y es
 estatal no veo por qué tiene que ser secundary.. lo que no es lógico es 
 que
 si una N-XXX pasa por una ciudad y

Re: [Talk-es] doble calzada

[David Marín Carreño]

El 17 de octubre de 2012 08:57, sergio sevillano 
sergiosevillano.m...@gmail.com escribió:

 en principio es algo físico.
 solo una raya, sería misma calzada.


Aunque en algunos lugares se ha considerado que ante calzadas muy anchas,
separadas por línea o doble línea continua.

Ejemplos: la Gran Vía de Madrid http://goo.gl/maps/0R4I1 (
http://osm.org/go/b_M3_KWsQ--)




 El 17/10/2012, a las 01:19, Ricardo Sanz escribió:

  Buenas,
 
  cuándo se pone doble calzada? sirve con que haya un quitamiedo
 delimitando? sirve con doble raya pintada? sirve con un pequeño
 montículo/escalón de cemento?
 
  saludos
  ___
  Talk-es mailing list
  Talk-es@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-es


 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es




-- 
David Marín Carreño dav...@gmail.com
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] doble calzada

[David Marín Carreño]

La normalización dice que tiene que haber barrera física: en tu caso
concreto, si hay valla, entonces dos ways.

A mi lo de la Gran Vía (y la Castellana, y otras calles anchas similares)
no me convence, pero es lo que se hizo en su día, y nadie lo ha cambiado.
Si alguien se pone a cambiarlo bien, manteniendo las restricciones de giro
y todo lo demás, yo no me voy a oponer...
:-)


El 17 de octubre de 2012 10:19, Ricardo Sanz
ricardosanz1...@gmail.comescribió:

 entonces no tenemos ninguna normalización al respecto?

 El 17 de octubre de 2012 10:03, David Marín Carreño 
 dav...@gmail.comescribió:

 El 17 de octubre de 2012 08:57, sergio sevillano 
 sergiosevillano.m...@gmail.com escribió:

 en principio es algo físico.

 solo una raya, sería misma calzada.


 Aunque en algunos lugares se ha considerado que ante calzadas muy anchas,
 separadas por línea o doble línea continua.

 Ejemplos: la Gran Vía de Madrid http://goo.gl/maps/0R4I1 (
 http://osm.org/go/b_M3_KWsQ--)




 El 17/10/2012, a las 01:19, Ricardo Sanz escribió:

  Buenas,
 
  cuándo se pone doble calzada? sirve con que haya un quitamiedo
 delimitando? sirve con doble raya pintada? sirve con un pequeño
 montículo/escalón de cemento?
 
  saludos
  ___
  Talk-es mailing list
  Talk-es@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-es


 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es




 --
 David Marín Carreño dav...@gmail.com


 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es



 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es




-- 
David Marín Carreño dav...@gmail.com
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Rotondas

[David Marín Carreño]

Las rotondas, si están a trozos, probablemente sea por algo (rutas,
relaciones, etc...)
En principio no hay que juntarlas.

El 17 de octubre de 2012 21:27, Ricardo Sanz
ricardosanz1...@gmail.comescribió:

 Las rotondas a trozos hay que arreglarlas o no influye en nada?

 ---

 Ricardo Sanz Moreno

 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es




-- 
David Marín Carreño dav...@gmail.com
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] A-7 in the area of Marbella

[David Marín Carreño]

Bueno. Primero y antes de nada, cuidado con las fotos de StreetView. Muchas
son de 2008, y muestran una zona en obras, precisamente para lo que parece
una adaptación de la carretera. Las ortofotos son más recientes, y muestran
que algunas de las rotondas ya no están. De hecho, en el tramo que ayer
puse como autovía no había ninguna rotonda.

El 16 de octubre de 2012 01:01, Ricardo Sanz
ricardosanz1...@gmail.comescribió:

 por poner un ejemplo:

 Cartel fondo blanco:


 https://maps.google.es/?ll=36.459881,-5.049591spn=0.040659,0.077162t=hz=14layer=ccbll=36.459779,-5.050027panoid=g1tPtI80lliYA1aT9kvUnAcbp=12,271.93,,0,0.1


Cartel fondo azul:

https://maps.google.es/?ll=36.488109,-4.960842spn=0.044164,0.154324t=hlayer=ccbll=36.488137,-4.960801panoid=BA44jNM84lExi3HDjHwoSwcbp=11,71.41,,1,6.24z=13



 normalización wiki:

 Básicamente, están compuestas por dos calzadas y no son cruzadas a nivel
 por ninguna otra vía. Se identifican por las señales [image: Spain
 traffic signal 
 s1.svg.png]http://wiki.openstreetmap.org/wiki/File:Spain_traffic_signal_s1.svg.png
  [image: Spain traffic signal 
 s1a.svg.png]http://wiki.openstreetmap.org/wiki/File:Spain_traffic_signal_s1a.svg.png,
 y por tener *toda* su señalización general con fondo azul,
 independientemente de su referencia.

 no hay ni un solo tramo con esta señal  [image: Spain traffic signal
 s1a.svg.png]http://wiki.openstreetmap.org/wiki/File:Spain_traffic_signal_s1a.svg.png
  en
 ese tramo de la A-7

 Son autovías, en España http://es.wikipedia.org/wiki/Espa%C3%B1a, las
 carreteras que, no reuniendo todos los requisitos de las 
 autopistashttp://es.wikipedia.org/wiki/Autopista,
 tienen las siguientes características:

- Calzadas http://es.wikipedia.org/wiki/Calzada independientes para
cada sentido de circulación.
- Limitado el acceso a y desde las propiedades colindantes.


Este punto es el de discusión. Y es muy relativo. Dice limitado, que no
prohibido. Gran parte de lo que ayer puse como autovía contaba con vías de
servicio a ambos lados de la autovía, por lo que esto se daría. Y según las
fotos de streetview, una buena parte estaba vallado a los lados, sobre todo
en la zona de S. Pedro de Alcántara.



- No pueden cruzar ni ser cruzadas al mismo nivel por otras senos,
vías, líneas de ferrocarril o tranvía ni por servidumbre de paso alguna.


 rotondas (cruces al mismo nivel)

 https://maps.google.es/?ll=36.43178,-5.173445spn=0.040398,0.077162t=hz=14layer=ccbll=36.431658,-5.173294panoid=rrmGNjYFou4JMfV9ydN53gcbp=12,127.8,,0,6.11


Protesto: esta rotonda no está en la zona que yo ayer puse como autovía,
sino más allá.



 acceso a y desde propiedades colindantes:

 http://goo.gl/maps/W9xVx


 una autovía es una autovía con esta señal [image: Spain traffic signal
 s1a.svg.png]http://wiki.openstreetmap.org/wiki/File:Spain_traffic_signal_s1a.svg.png
 sin eso no es motorway
 porque si miramos los carteles azules mira esto:

 http://goo.gl/maps/sc2XU
 es una autovía? NO, ya que tiene muchas rotondas, y aunque  tenga cartel
 azul o nombre de Autovía, no lo es


Correcto. Aunque la única señal con fondo azul es la del nombre de la
supuesta autovía: el resto de señales (las de antes de las rotondas) son de
fondo blanco.



 por el contrario sí tenemos autovías aunque tengan carteles con fondo
 blanco:

 http://goo.gl/maps/0AAMF
 http://goo.gl/maps/a76Ao


 conclusión: motorway (autovía y autopista) sólo cuando [image: Spain
 traffic signal 
 s1.svg.png]http://wiki.openstreetmap.org/wiki/File:Spain_traffic_signal_s1.svg.png
  [image: Spain traffic signal 
 s1a.svg.png]http://wiki.openstreetmap.org/wiki/File:Spain_traffic_signal_s1a.svg.png


Ojo, que esa señal falta en muchos casos.
Mi conclusión es que hay que tener sentido común y evaluar caso por caso.

Si hay señal de autovía/autopista está claro que es una motorway.

En el caso que nos ocupa, yo considero que la A-7, en la actualidad, a su
paso por S. Pedro de Alcántara, y zona oriental de Estepona, sí es una
autovía, más aún cuando parece que se han hecho obras para que lo sea.



 saludos



 2012/10/15 David Marín Carreño dav...@gmail.com

 Perdona, pero sí. Lo que no puede tenerlas  es una autopista.

 Ambas, autovías y autopistas, son motorway según la normalización
 acordada.

 Básicamente, el fondo azul de las señales las distingue.

 2012/10/15 Ricardo Sanz ricardosanz1...@gmail.com

 Ya puedes volver a editarlo, Jan. La A-7 es trunk, una autovía
 (motorway) nunca puede tener entradas a urbanizaciones y fincas colindantes

 Saludos
 ---

 Ricardo Sanz Moreno

 El 15/10/2012, a las 23:11, David Marín Carreño dav...@gmail.com
 escribió:

  2012/10/15 Jan Tappenbeck o...@tappenbeck.net

 Hi !

 look at http://www.openstreetmap.org/?**lat=36.48054lon=-4.98971**
 zoom=15layers=Mhttp://www.openstreetmap.org/?lat=36.48054lon=-4.98971zoom=15layers=M

 there only a short part is tages like highway=motorway and the parts on
 the left and right

Re: [Talk-es] A-7 in the area of Marbella

[David Marín Carreño]

2012/10/15 Jan Tappenbeck o...@tappenbeck.net

 Hi !

 look at http://www.openstreetmap.org/?**lat=36.48054lon=-4.98971**
 zoom=15layers=Mhttp://www.openstreetmap.org/?lat=36.48054lon=-4.98971zoom=15layers=M

 there only a short part is tages like highway=motorway and the parts on
 the left and right are highway=trunk.

 is this right - in my remember the streets are like the same construction.


You are right: according to Spanish normalization rules, those roads are
motorways: no same-level crosses, and blue-background signs.



 did anyone now more and can retag ?

 regards Jan :-)

 __**_
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-eshttp://lists.openstreetmap.org/listinfo/talk-es




-- 
David Marín Carreño dav...@gmail.com
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] A-7 in the area of Marbella

[David Marín Carreño]

Perdona, pero sí. Lo que no puede tenerlas  es una autopista.

Ambas, autovías y autopistas, son motorway según la normalización acordada.

Básicamente, el fondo azul de las señales las distingue.

2012/10/15 Ricardo Sanz ricardosanz1...@gmail.com

 Ya puedes volver a editarlo, Jan. La A-7 es trunk, una autovía (motorway)
 nunca puede tener entradas a urbanizaciones y fincas colindantes

 Saludos
 ---

 Ricardo Sanz Moreno

 El 15/10/2012, a las 23:11, David Marín Carreño dav...@gmail.com
 escribió:

 2012/10/15 Jan Tappenbeck o...@tappenbeck.net

 Hi !

 look at http://www.openstreetmap.org/?**lat=36.48054lon=-4.98971**
 zoom=15layers=Mhttp://www.openstreetmap.org/?lat=36.48054lon=-4.98971zoom=15layers=M

 there only a short part is tages like highway=motorway and the parts on
 the left and right are highway=trunk.

 is this right - in my remember the streets are like the same construction.


 You are right: according to Spanish normalization rules, those roads are
 motorways: no same-level crosses, and blue-background signs.



 did anyone now more and can retag ?

 regards Jan :-)

 __**_
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-eshttp://lists.openstreetmap.org/listinfo/talk-es




 --
 David Marín Carreño dav...@gmail.com

 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es


 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es




-- 
David Marín Carreño dav...@gmail.com
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es