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

[Alejandro S.]

Buenos días,
Últimamente estoy bastante desconcertado de osm, pero creo que esto es
importante ¿no habría que consensuar en la lista el uso de una nueva
herramienta para la toma de decisiones?

Saludos,
Alejandroscf


On Fri, Sep 11, 2020, 18:56 hugo  wrote:

> Agrego un hilo de recopilación de enlaces para darle más contenido
>
> https://loomio.yourcityracing.com/d/KQhk14IA/enlaces-osm
>
> El jue, 10 de sep de 2020 a las 19:40, m...@marcos-martinez.net escribió:
>
> Hola todos,
>
>
>
> Tal y como ya he anunciado en Telegram quiero dirigirme a la comundad ES
> para insistir en la necesidad de organizarnos con mayor eficiencia, sobre
> todo ahora que se está planteando constituir oficialmente un chapter nuevo
> dentro de OSM.
>
>
>
> Afortunadamente nuestra comunidad se caracteriza por ser viva y entusiasta
> lo cual a menudo resulta en debates acalorados sobre temas muy diversos.
> Estos debates son necesarios y sanos pero creo que desperdiciamos energía y
> tiempo si no somos capazes de traducirlos en consensos tangibles. En mi
> humilde opinión, las consecuencias que más nos impactan son:
>
>
>
> 1. Es dificil confirmar con cifras que se haya llagado a una decisión u
> otra y por tanto no se puede actualizar legítimamente la Wiki, la cual debe
> recoger todas las normas que hemos acordado.
>
>
>
> 2. El punto anterior implica que los principiantes siguen sin tener pautas
> claras a medida que vamos afinándolas. Y como tienen dudas todo entran en
> telegram, sacan el tema – y volvemos a empezar.
>
>
>
> 3. Hay temas que aparecen con cierta recurrencia y como no podemos
> construir sobre un debate ya existente todo el mundo tiene que montar su
> argumentación desde zero cada vez.
>
>
>
> 4. A falta de números transparentes solo se puede intuir en qué consiste
> un nueve consenso y a veces parece que los que más ruido crean se llevan el
> gato al agua.
>
>
>
> 5. Un debate en Telegram no vale ya que no es un canal oficial y por tanto
> no llega a todo la comunidad y además no queda constancia de un hilo de
> debate.
>
>
>
> 6. Debates en la lista de mail sí llegan a toda la comunidad pero es poco
> intuitivo a la hora de seguir la discusión sobre un punto específico.
> Además no permite votar y concretar una resolución.
>
>
>
> Todos estos puntos ha hecho reflexionar a algunos de la comunidad y con la
> inestimable ayuda de J. Montes que lo ha instalado en su servidor, hemos
> empezado a probar una herramienta que nos puede ayudar y que ya está siendo
> utilizada tanto en la comunidad OSM de UK como enl a misma OSMF: LOOMIO
>
>
>
> https://loomio.yourcityracing.com/osm-es-talk/
>
>
>
> En LOOMIO se pueden crear “Threads” sobre cualquier tema permitiendo
> responder y crear un hilo espécifico sobre un aspecto dentro del thread, a
> ñadir documentos/fotos/etc. para documentar una opinión, hacer encuestas
> para sondear un tema y sobre todo: hacer una votación final. Los threas
> son públicos pero hay que crear un usuario para participar en el debate.
>
>
>
> Quiero invitar a todo el mundo a crear un usuario y probar las opciones,
> responder a hilos que ya hemos creado y/o crear nuevos. Se trata de que
> la máxima cantidad de gente participe, sobre todo los veteranos con más
> conocimientos y con más presencia en los debates de Telegram.
>
> Animo a crear hilos sobre temas que hemos discutido recientemente de forma
> controversa, como por ejemplo lo de los „name:es“ – que por cierto es
> representativo de los puntos criticados: en qué hemos quedado al final? Se
> ha debatido pero ha quedado el mal cuerpo de que cada uno lo haga como
> quiera sin resolver el problema de fondo.
>
> Gracias por leer este tostón
>
> Marcos (Mar Mar)
>
> ___
> 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?

[Alejandro S.]

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 
> --
> *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.
>
> Un saludo
>
> El jue., 9 jul. 2020 9:41, Lanxana  escribió:
>
> Buenos días,
>
> tal como comento en el otro mensaje, desconozco la situación de esas
> aguas, no sé qué hace que se consideren de un país u otro, ni la postura de
> OSM al respecto, ni tengo tiempo para ponerme ahora a investigarlo.
>
> Lo que sí se puede hacer como comunidad, es lo que apunta Miguel. Se están
> moviendo las cosas para intentar reactivar la asociación española de OSM
> [1], y si se consigue, el siguiente paso sería convertirnos en local
> chapter. El tema de las aguas de Ceuta y Melilla podría entrar en la agenda
> de trabajo para tratarlo con quien corresponda a nivel internacional, pero
> ya como "comunidad" con peso, no como usuarios individuales que forman
> parte de una comunidad. Porque uno de los problemas que tenemos es que al
> dirigirnos a otros grupos como individuos, por mucho que digas que formas
> parte de esta comunidad, como sobre el papel no existe, perdemos ese peso.
>
> Saludos
>
> [1]
> http://gis.19327.n8.nabble.com/IMPORTANTE-reactivar-asociacion-OpenStreetMap-Espa-a-tp5964750.html
>
>
> 
>  Libre
> de virus. www.avast.com
> 
> <#m_-2738425680465033801_x_m_-184051388309583376_m_-756695919972614457_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> El jue., 9 jul. 2020 a las 9:14, David Marín Carreño ()
> escribió:
>
> 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 

Re: [Talk-es] Mapa COVID19

[Alejandro S.]

Buenas,

Para desplegarlo no tengo tiempo (las telecos no hemos parado de currar),
parece que lo más fácil es que lo hagan ellos ya que se ofrecen :)

Sobre el dominio, configurar lo-que-sea.openstreetmap.es no me cuesta nada
para que apunte a su servidor.

Saludos,
  Alejandro Suárez


On Tue, 31 Mar 2020 at 14:19, yo paseopor  wrote:

> Buenos días!
>
> Ya habreis visto que estos días estoy inquietoy desde pelearme con imports
> y HOT por importar farmacias a mapas de uMap mi cabecita no para de pensar
> El tema está en que me fijé en un mapa como el francés de Ça Reste Ouvert.
> Por otro lado vi que conjuntamente a este mapa han inventado unas
> etiquetas sobre COVID19.
> Viendo como van las cosas y teniendo en cuenta la urgencia pienso que
> reinventar la rueda no servía de mucho. Mucho mejor el ponernos a editar
> puntos con esas propiedades reversibles y que evitarían daños permanentes
> en la estructura de OSM.Así que hice dos cosas
>
> -Les pedí la posibilidad de traducir su plataforma al catalán y castellano.
> En menos de una hora nos lo hemos "petado". Tan pronto lo habiliten saldrá
> en su interficie
>
> -Abrí un issue en github para que habilitaran el mapa tanto para España ,
> como para Andorra.
> Aquí la cosa se ha puesto más peliaguda.
> Hay varias opciones, y varias soluciones técnicas a las que yo ya no
> llego, por eso lo escribo en lista.
>
> El issue está aquí
> https://github.com/osmontrouge/caresteouvert/issues/94
>
> Cómo lo veis? qué pensais? Cómo lo hacemos?
>
> Ahora más que nunca, Salut i mapes
> 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] ¿Qué sentido tiene?

[Alejandro S.]

Por ejemplo, representar la altura del rebaje de un paso de peatones se
hace bastante complicado. Y diferenciar si el pavimento táctil está en el
paso de peatones o solo en las aceras, imposible.

Saludos,
Alejandroscf

On Sun, Mar 29, 2020, 18:13 Fco. Javier González Jiménez <
fjavier...@hotmail.com> wrote:

> Gracias Jorge por tu respuesta, pero sigo teniendo las siguientes dudas:
>
>
>
> ¿Qué información solo se puede añadir a una ruta peatonal y no al resto?
>
>
>
> ¿Qué distancia va a cambiar en el calculo de una ruta si la acera tiene la
> misma longitud que la carretera?
>
>
>
> Pienso que precisamente el enrutamiento es peor si se dibujan las aceras,
> ya no digamos la representación gráfica de cada elemento por separado.
>
>
>
> Según la Wiki, dice que se dibuje por separado cuando diverja de la
> calzada, que a mi modo de ver es cuando tiene sentido.
>
>
>
> Las aceras se pueden codificar perfectamente dentro de la carretera, dejo
> aquí enlace a la Wiki que muestra como dar toda la información sobre la
> acera, si está a ambos lados, o solo en uno (derecho o izquierdo), anchura,
> pavimento….
>
>
>
> https://wiki.openstreetmap.org/wiki/Sidewalks
>
>
>
> Saludos.
>
>
>
> *De:* Jorge Sanz Sanfructuoso 
> *Enviado el:* domingo, 29 de marzo de 2020 14:55
> *Para:* Discusión en Español de OpenStreetMap 
> *Asunto:* Re: [Talk-es] ¿Qué sentido tiene?
>
>
>
> Hola.
>
>
>
> Con la separación de las aceras puedes añadir una mayor cantidad de
> información. El trazado de las rutas peatonales será mas acorde a la
> realidad, tanto en calculo de distancias como indicación de movimientos.
> Puedes añadir información de accesibilidad que de otra manera no es
> posible,... Son algunos ejemplos, se puede añadir mayor cantidad de
> información.
>
>
>
> Los 2 sistemas tienen sus pros y sus contras.
>
>
>
> Saludos.
>
>
>
> El dom., 29 mar. 2020 a las 14:02, Fco. Javier González Jiménez (<
> fjavier...@hotmail.com>) escribió:
>
> Hola,
>
>
>
> Veo que en muchas partes de Granada se están dibujando aceras de forma
> independientes a las calzadas.
>
>
>
> https://www.openstreetmap.org/#map=18/37.15013/-3.60236
>
>
>
> ¿Qué sentido tiene? ¿No es mejor añadir las etiquetas correspondientes a
> las vías que ya existen con las características que sean necesarias
> (aceras, carril bici, etc.)?
>
>
>
> Me parece que se está perdiendo la perspectiva de la utilidad de los datos.
>
>
>
> ¿Qué opináis?
>
>
>
> Saludos.
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
>
>
> --
>
> Jorge Sanz Sanfructuoso - Sanchi
>
> Blog http://jorgesanzs.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

[Alejandro S.]

Dear Phillipe,

I've been living in Zaragoza (Aragón, Spain) for 27 years. Please, don't 
tell I don't know what a Comarca is.


I think Pepe has been pretty clear telling us the laws regarding this issue:

/"Oficialmente, insisto, oficialmente la Ley de Bases de Regimen Local, 
es la que especifica la division territorial y administrativa de este 
país. Y es clara en su articulado en lo que a limites se refiere: Pais, 
Comunidad Autónoma y Ciudades Autónomas, Provincia, Municipio y Entidad 
Local Menor a municipio (las conocidas como Juntas Administativas 
Locales, Pedanias, Poblados, e incluso Parroquias o anteiglesias) el 
resto no son más que divisiones de gestión de diferentes organos 
generalmente para optimizar sus medios y servicios y no pueden estar en 
estos niveles pues legalmente no existen."/


I'm not sure if we're just overthinking or feeding a troll.

Best regards,
Yonseca.


El 25/1/20 a las 1:48, Philippe Verdy escribió:
That's only the situation for Spain as a whole. The situation is more 
complex because Spain has recongized the status of autonomy of its 
communities, in legal texts that include also the comarcas.
So the autonomous communities have power to create them. And this has 
been then used by them or their provinces. It has also been used by 
the Spanish government.
There are then several comarcal definitions used administratively, but 
dirrefecntly depending on the administration that defines and used them.


Calalunya was the first to take a law of comarcalisation to unify the 
comarcal delimiation, it has been followed by Galicia and Aragon. 
Comarcas are still used elsewhere but not unified, and present 
(differently) in open data sets from various administrations 
(provinces essentially for touristic development, autonomous 
communities, Spanish ministries like MAPA for the agrarian comarcas, 
and another type of comarca, forestry comarcas...)


All these definitions are created in the scope of the missions each 
administration can work on. For example provinces are competent for 
touristic and cultural development. auytonomous communities have their 
domain of competence on which the Spanish government cannot enact 
directly. As well the municipalities themselves have the power to 
organize themselves and have grouped themsevles into mancomunidades, 
more or less based (but not necessarily) on comarcas.


So comarcas (different kinds) are existing in Spain, just like 
mancomunidades, even if they are not part of the basic national law. 
They should be in OSM. But visibly even the Spanish people are 
confused about their status (and this is reflected by the way comarcas 
are described in Wikipedia, Wikidata, and Commons by their existing 
Spanish commjnity: everything is mixed. and I'm not considering the 
"natural" comarcas (which, in Wikidata should only be considered as 
"geographic regions" not as administrative comarcas of Spain), or 
"cultural/historic" comarcas that also add up to the count.


But that I did not create these two (if they were mapped in OSM, their 
boundaries would be extremely fuzzy as the historic and culural 
comarcas were based on groups of villages before thee creation of 
municipalities and the delimitation of municipal boundaries: some 
municipaltiies would have to be split to match the historic 
definitions (the cultural comarcas would also have to include some 
various enclaves that municipalities have created in surrounding 
comarcas): in OSM we could only map these cultural comarcas as 
"boundary=historic", and natural comarcas as "boundary=natural?" or 
just multipolygons with place=* but not any administrartive status (as 
long there's no Spanish adminsitration defining and using them).


Beside that, there are other kinds of areas which may be perceived by 
some as comarcas, but are not, like functional areas (in Catalunya, 
they are defined by local law and used by the Catalan authorities to 
group their official comarcas; in the Balearic islands there are 
island councils; they are not comarcas but mapped as other "political" 
entities with their own political types; elsewhere they don't seem to 
exist).


Finally to add to the complexity, there are 3 linguistic areas in 
Navarra (they were created by someone else as "poltitical" boundaries).


There are also some isolated municipalities in Spain that were mapped 
in OSM using "political" boundaries for their submunicipal divisions, 
instead of admin_levels 9/10 like the surrounding municipalities.


Another municipality in Spain had its census divisions mapped as 
"boundary=political" (with no other distinguishing tags) instead of 
"boundary=statistics". These have no distinguished names, their given 
"name=*" tag is descriptive only and are all the same (the name of the 
municipality, a description they are census division, with just a 
different number appended).


Sorry, but this is not my mess ! Consider all this. Really various 
users have attempted to map differnt things for 

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

[Alejandro S.]

28 dic. 2019 a las 14:31, yo paseopor
(mailto:yopaseo...@gmail.com>>)
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 ayuntamiento
gastara un pelín más de dinero en poner bolardos,
pilonas, separadores o una fina mediana de cemento ya
contaría como separación. Por mucha razón que se tenga
somos nosotros los que editamos, mantenemos y
dibujamos el mapa , por lo tanto es nuestro criterio.
Si quieres enfrontarte a esa complicación te animo a
que lo hagas (pues estarás ajustando más OSM a la
realidad) . Pero si no lo haces, no te sientas
culpable, mientras todo funcione correctamente no creo
que haya nadie en esta lista que te recrimine que esa
"mediana" es solo una línea pintada en el suelo. Y es
más, te animaría a que mejoraras cruces, especificaras
caminos , direcciones, propiedades de aparcamiento, y
muchas otras cosas que dan valor añadido al etiquetado
de una calle que si la línea continua es de cemento o no.

Salut i mapes
yopaseopor

    On Sat, Dec 28, 2019 at 2:38 AM Alejandro S.
mailto:yons...@posteo.net>> wrote:

¡Hola! Una pequeña duda que me ha surgido esta semana.

Hace cosa de un mes que empecé a intentar retocar
algunas zonas de
Madrid, en concreto por la zona del metro de
Acacias y Pirámides. He
visto que aquí hay muchísimas avenidas y paseos
sin mediana que tienen
los carriles separados en el mapa (por ejemplo:
Paseo Imperial o Paseo
de las Acacias).

Tenía intentención de juntar ambos carriles donde
no existe mediana,
pero no encuentro una forma sencilla de hacerlo.
En Zaragoza lo
conseguimos con la zona del Paseo Echegaray, pero
claro... Madrid cada
trocito de calle tiene unas 800 relaciones con
líneas de bus, e ir
revisando todas las relaciones una a una es un
currazo.

Entonces, antes de que me enrolle más... ¿Veis
correcto el intentar
unificar las vías sin mediana? ¿Sabéis si hay
alguna forma que sea más o
menos sencilla? Suelo usar JOSM para editar; no sé
si con alguna otra
herramienta puede ser más sencillo el proceso, o
si conviene simplemente
dejarlo estar.

Gracias!

Un saludo,
Yonseca.


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

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



-- 
Saludos,


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

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



-- 


___
Talk-es mailing list
Talk-es@openstreetmap.org <mailto: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] Unificar vías con carriles separados

[Alejandro S.]

¡Hola! Una pequeña duda que me ha surgido esta semana.

Hace cosa de un mes que empecé a intentar retocar algunas zonas de 
Madrid, en concreto por la zona del metro de Acacias y Pirámides. He 
visto que aquí hay muchísimas avenidas y paseos sin mediana que tienen 
los carriles separados en el mapa (por ejemplo: Paseo Imperial o Paseo 
de las Acacias).


Tenía intentención de juntar ambos carriles donde no existe mediana, 
pero no encuentro una forma sencilla de hacerlo. En Zaragoza lo 
conseguimos con la zona del Paseo Echegaray, pero claro... Madrid cada 
trocito de calle tiene unas 800 relaciones con líneas de bus, e ir 
revisando todas las relaciones una a una es un currazo.


Entonces, antes de que me enrolle más... ¿Veis correcto el intentar 
unificar las vías sin mediana? ¿Sabéis si hay alguna forma que sea más o 
menos sencilla? Suelo usar JOSM para editar; no sé si con alguna otra 
herramienta puede ser más sencillo el proceso, o si conviene simplemente 
dejarlo estar.


Gracias!

Un saludo,
Yonseca.


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

[Talk-es] Mantenimiento servidores gestor de tareas

[Alejandro S.]

Buenos días,

El próximo día 8 de agosto se producirán labores de mantenimiento en las
instalación donde se encuentra el servidor donde está el gestor de tareas
de OSM España que implican un corte de corriente. El servicio estará caído
hasta que vuelva la corriente y, si no hay ningún percance, todo volverá a
funcionar correctamente.

Disculpen las molestias.

Saludos,
  Alejandro Suárez
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Importación de límites administrativos de Fornes

[Alejandro S.]

Genial! Me encanta la potencia de esta comunidad.

Saludos,
Alejandro Suárez

On Sun, Feb 17, 2019, 19:36 Rafael Avila Coya  wrote:

> Hola, Alejandro:
>
> Carlos Antonio hizo eso mismo ya, y el fichero lo puedes ver aquí:
>
> https://www.dropbox.com/s/am5msigv0775ihf/limiteFornesArenasdelrey.osm?dl=0
>
> La wiki la creé para ayudar a Carlos Antonio en el proceso de
> importación. Cuando tenga un rato modifico la wiki para incorporar este
> fichero y seguir adelante. Como parece que no hay más pegas en talk-es,
> creo que podría irse a imports para la revisión final.
>
> Rafael.
>
> O 16/02/19 ás 23:57, Alejandro S. escribiu:
> > Buenos días,
> >
> > ¿La idea es unir los puntos de amojonaimento con rectas? En el boe
> > definen más finamente por donde va el límite (siguiendo el trazado de
> > ríos, acequias y caminos) Aprovechando que son pocos puntos ¿no sería
> > más interesante trazar el límite aprovechando también esta información?
> >
> > Saludos,
> >Alejandro Suárez
> >
> >
> > On Thu, 14 Feb 2019 at 12:20, Jesús Lopez  > <mailto:jesusl.te...@gmail.com>> wrote:
> >
> > Según el Instituto Nacional de Estadística (INE) [1] además del de
> > Fornes se han creado otros seis municipios nuevos en España entre el
> > 1 de enero de 2018 y el 1 de enero de 2019. Convendría repasar el
> > estado en que están, si ya están creados o si se está prevista su
> > importación.
> >
> > Saludos,
> > Jesús
> >
> > [1] http://www.ine.es/daco/daco42/codmun/codmunmod.htm
> >
> >> El 14 feb 2019, a las 11:05, Jorge Sanz Sanfructuoso
> >> mailto:sanc...@gmail.com>> escribió:
> >>
> >> Hola.
> >>
> >> Esto me ha recordado que faltaba de cambiar otro pueblo en
> >> Salamanca qué cambio sus fronteras. Mozodiel de Sanchiñigo que
> >> cambio de ayuntamiento [1][2]. Cuando completes este me miro como
> >> ha quedado el tramite de esta importación y como va y lo realizo
> >> para este otro límite. Y así veo todo el proceso de las
> >> importaciones como funciona. Habra que dar uso a esa "plantilla".
> >>
> >> Un saludo.
> >>
> >> [1] http://bocyl.jcyl.es/html/2017/01/30/html/BOCYL-D-30012017-4.do
> >> [2] https://www.boe.es/diario_boe/txt.php?id=BOE-A-2017-1331
> >>
> >>
> >> El mié., 13 feb. 2019 a las 19:16, Rafael Avila Coya
> >> (mailto:ravilac...@gmail.com>>) escribió:
> >>
> >> Hola a todos/as:
> >>
> >> Carlos Antonio Rivera [1] comentó en grupo de Telegram que
> >> deseaba
> >> añadir los límites municipales de Fornes [2], en la provincia
> >> de Granada.
> >>
> >> Este municipio se creó con fecha 2 de Octubre de 2019 como
> >> segregación
> >> del de Arenas del Rey, del que ya era entidad menor local.
> >>
> >> Para ello he creado una wiki [3], que debemos aún modificar
> >> (es sólo un
> >> esbozo). Esta wiki, además, puede ser usada como "plantilla"
> >> para otras
> >> importaciones similares en el futuro.
> >>
> >> Por lo pronto, una cosa a modificar es que la vía de límite
> >> administrativo a importar (límite entre resto de Arenas del Rey
> y
> >> Fornes) se puede (y se debe) mejorar con las descripciones del
> >> BOE.
> >>
> >> Es una importación muy sencillita. Cuando la tengamos lista la
> >> comentamos en la lista de imports, y listo para importar.
> >>
> >> Saludos,
> >>
> >> Rafael.
> >>
> >> [1] https://www.openstreetmap.org/user/kapazao
> >> [2] https://www.openstreetmap.org/node/1110117318
> >> [3]
> >>
> https://wiki.openstreetmap.org/wiki/ES:Importaci%C3%B3n_L%C3%ADmites_Ayuntamiento_de_Fornes_(Granada)#Changeset_Tags
> >> <
> https://wiki.openstreetmap.org/wiki/ES:Importación_Límites_Ayuntamiento_de_Fornes_(Granada)#Changeset_Tags
> >
> >
> > ___
> > Talk-es mailing list
> > Talk-es@openstreetmap.org <mailto: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] Importación de límites administrativos de Fornes

[Alejandro S.]

Buenos días,

¿La idea es unir los puntos de amojonaimento con rectas? En el boe definen
más finamente por donde va el límite (siguiendo el trazado de ríos,
acequias y caminos) Aprovechando que son pocos puntos ¿no sería más
interesante trazar el límite aprovechando también esta información?

Saludos,
  Alejandro Suárez


On Thu, 14 Feb 2019 at 12:20, Jesús Lopez  wrote:

> Según el Instituto Nacional de Estadística (INE) [1] además del de Fornes
> se han creado otros seis municipios nuevos en España entre el 1 de enero de
> 2018 y el 1 de enero de 2019. Convendría repasar el estado en que están, si
> ya están creados o si se está prevista su importación.
>
> Saludos,
> Jesús
>
> [1] http://www.ine.es/daco/daco42/codmun/codmunmod.htm
>
> El 14 feb 2019, a las 11:05, Jorge Sanz Sanfructuoso 
> escribió:
>
> Hola.
>
> Esto me ha recordado que faltaba de cambiar otro pueblo en Salamanca qué
> cambio sus fronteras. Mozodiel de Sanchiñigo que cambio de ayuntamiento
> [1][2]. Cuando completes este me miro como ha quedado el tramite de esta
> importación y como va y lo realizo para este otro límite. Y así veo todo el
> proceso de las importaciones como funciona. Habra que dar uso a esa
> "plantilla".
>
> Un saludo.
>
> [1] http://bocyl.jcyl.es/html/2017/01/30/html/BOCYL-D-30012017-4.do
> [2] https://www.boe.es/diario_boe/txt.php?id=BOE-A-2017-1331
>
>
> El mié., 13 feb. 2019 a las 19:16, Rafael Avila Coya (<
> ravilac...@gmail.com>) escribió:
>
>> Hola a todos/as:
>>
>> Carlos Antonio Rivera [1] comentó en grupo de Telegram que deseaba
>> añadir los límites municipales de Fornes [2], en la provincia de Granada.
>>
>> Este municipio se creó con fecha 2 de Octubre de 2019 como segregación
>> del de Arenas del Rey, del que ya era entidad menor local.
>>
>> Para ello he creado una wiki [3], que debemos aún modificar (es sólo un
>> esbozo). Esta wiki, además, puede ser usada como "plantilla" para otras
>> importaciones similares en el futuro.
>>
>> Por lo pronto, una cosa a modificar es que la vía de límite
>> administrativo a importar (límite entre resto de Arenas del Rey y
>> Fornes) se puede (y se debe) mejorar con las descripciones del BOE.
>>
>> Es una importación muy sencillita. Cuando la tengamos lista la
>> comentamos en la lista de imports, y listo para importar.
>>
>> Saludos,
>>
>> Rafael.
>>
>> [1] https://www.openstreetmap.org/user/kapazao
>> [2] https://www.openstreetmap.org/node/1110117318
>> [3]
>>
>> https://wiki.openstreetmap.org/wiki/ES:Importaci%C3%B3n_L%C3%ADmites_Ayuntamiento_de_Fornes_(Granada)#Changeset_Tags
>> 
>>
>
> ___
> 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

[Alejandro S.]

Buenos días,

Sólo por que quede claro, porque no lo estoy entendiendo.

¿Tu propuesta es pasar el toponimo "viejo" a old_name:es y dejar name:es en
blanco?

Saludos,
Alejandroscf

On Tue, Feb 5, 2019, 08:48 Joan Montané  wrote:

> 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] Gestor de Tareas

[Alejandro S.]

Ya vuelve a funcionar.


Atentamente,
  Alejandro Suárez


On Wed, 12 Sep 2018 at 20:01, dcapillae  wrote:

> Hola.
>
> No me es posible acceder al gestor de tareas. El navegador me devuelve un
> mensaje de error informando de que no es posible establecer conexión con el
> servidor. Ocurre desde el día de ayer (2018-09-12) al menos. Imagino que no
> soy el único que tiene esta misma incidencia.
>
> Quedo a la espera de que se solucione o de que alguien con más
> conocimientos
> pueda informarnos del problema. Hay varios proyectos de importación en
> curso
> y dependemos del buen funcionamiento del gestor de tareas.
>
> Gracias por vuestra colaboración.
>
>
>
>
> -
> 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] Mantenimiento Gestor de Tareas

[Alejandro S.]

Ya vuelve a estar en marcha

Atentamente,
  Alejandro Suárez

2018-06-18 11:11 GMT+02:00 Javier Sánchez Portero :

> Gracias por avisar. Saludos
>
> El lun., 18 jun. 2018 8:00, Alejandro S. 
> escribió:
>
>> Buenos días,
>>
>> El miércoles que viene (20 de junio) a partir de las 7h habrá un trabajo
>> de mantenimiento en las instalaciones donde está alojado el servidor donde
>> está el Gestor de Tareas que provocará que no esté disponible durante un
>> tiempo.
>>
>> Saludos,
>> Alejandro Suárez
>> ___
>> 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] Mantenimiento Gestor de Tareas

[Alejandro S.]

Buenos días,

El miércoles que viene (20 de junio) a partir de las 7h habrá un trabajo de
mantenimiento en las instalaciones donde está alojado el servidor donde
está el Gestor de Tareas que provocará que no esté disponible durante un
tiempo.

Saludos,
Alejandro Suárez
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Problema en el gestor de tareas

[Alejandro S.]

Había una cosa que no funcionaba bien y decidido actualizar a la última
versión de TM2 y entre medias ha estado caido un ratito. Ahora ya debería
ir todo como la seda.

Atentamente,
  Alejandro Suárez

2018-05-20 16:41 GMT+02:00 Jorge Sanz Sanfructuoso <sanc...@gmail.com>:

> Buenas.
>
> Se acaba de caer o algo. Estaba usándolo y se me a muerto.
>
> Un saludo.
>
> El dom., 20 may. 2018 a las 16:00, Alejandro S. (<alejandro...@gmail.com>)
> escribió:
>
>> Ya está solucionado el problema.
>>
>> Atentamente,
>>   Alejandro Suárez
>>
>> 2018-05-16 11:20 GMT+02:00 Alejandro S. <alejandro...@gmail.com>:
>>
>>> Buenos días,
>>> Parece que hay un error en el Gestor de Tareas que impide que los
>>> usuarios puedan acceder con su cuanta de osm, aunque los que ya se
>>> encuentran logeados pueden continuar usándolo.
>>>
>>> Es un error generalizado y en Github ya están trabajando en el problema:
>>> https://github.com/hotosm/osm-tasking-manager2/issues/1004
>>>
>>> Os recomiendo que no cerréis vuestra sesión ya que sino no podréis
>>> entrar hasta que se solucione el problema.
>>>
>>> Atentamente,
>>>   Alejandro Suárez
>>>
>>
>> ___
>> 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] Problema en el gestor de tareas

[Alejandro S.]

Ya está solucionado el problema.

Atentamente,
  Alejandro Suárez

2018-05-16 11:20 GMT+02:00 Alejandro S. <alejandro...@gmail.com>:

> Buenos días,
> Parece que hay un error en el Gestor de Tareas que impide que los usuarios
> puedan acceder con su cuanta de osm, aunque los que ya se encuentran
> logeados pueden continuar usándolo.
>
> Es un error generalizado y en Github ya están trabajando en el problema:
> https://github.com/hotosm/osm-tasking-manager2/issues/1004
>
> Os recomiendo que no cerréis vuestra sesión ya que sino no podréis entrar
> hasta que se solucione el problema.
>
> Atentamente,
>   Alejandro Suárez
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Problema en el gestor de tareas

[Alejandro S.]

Desafortunadamente no tengo mucho tiempo últimamente para dedicarle a osm,
si alguno se anima montar el TM3 le puedo dar acceso a una máquina virtual
y puede montarlo ahí.

Atentamente,
  Alejandro Suárez

2018-05-17 9:26 GMT+02:00 Javier Sánchez Portero <javiers...@gmail.com>:

> Hola
>
> Se que requerirá dedicarle tiempo, que no abunda, pero este sería un buen
> momento para migrar TM2 a TM3. La nueva versión del gestor de tareas trae
> características interesantes que nos podrían ayudar, como la validación en
> una pestaña aparte con más información, las notificaciones de correo
> electrónico, los comentarios mejorados. Además, la versión anterior
> terminará teniendo poco mantenimiento. Si puedes sacar un momento te lo
> agradecemos.
>
> https://github.com/hotosm/tasking-manager/wiki/Migrating-from-TM2-to-TM3
>
> El 16 de mayo de 2018, 10:20, Alejandro S. <alejandro...@gmail.com>
> escribió:
>
>> Buenos días,
>> Parece que hay un error en el Gestor de Tareas que impide que los
>> usuarios puedan acceder con su cuanta de osm, aunque los que ya se
>> encuentran logeados pueden continuar usándolo.
>>
>> Es un error generalizado y en Github ya están trabajando en el problema:
>> https://github.com/hotosm/osm-tasking-manager2/issues/1004
>>
>> Os recomiendo que no cerréis vuestra sesión ya que sino no podréis entrar
>> hasta que se solucione el problema.
>>
>> Atentamente,
>>   Alejandro Suárez
>>
>> ___
>> 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] Problema en el gestor de tareas

[Alejandro S.]

Buenos días,
Parece que hay un error en el Gestor de Tareas que impide que los usuarios
puedan acceder con su cuanta de osm, aunque los que ya se encuentran
logeados pueden continuar usándolo.

Es un error generalizado y en Github ya están trabajando en el problema:
https://github.com/hotosm/osm-tasking-manager2/issues/1004

Os recomiendo que no cerréis vuestra sesión ya que sino no podréis entrar
hasta que se solucione el problema.

Atentamente,
  Alejandro Suárez
___
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.

[Alejandro S.]

Buenos días Yopaseopor y resto de la lista,

No estoy de acuerdo con tu argumentación yopaseopor, ya existen unas
etiquetas para definir las características físicas, la etiqueta highway
aporta otra información.

Si te parece que la visualización del render mejoraría si se pintarán las
vías en función de sus características, proponlo a los desarrolladores de
OSMcarto y si crees que los ruteadores funcionarán mejor utilizando las
etiquetas de las características físicas, pues puedes ponte en contacto con
los desarrolladores de esas herramientas, pero la etiqueta highway
representa otra información (la categoría de la vía) y si se usara este
este modelo, esa información se perdería.

Saludos,
Alejandro Suárez

On Thu, Apr 19, 2018, 22:00 Lanxana .  wrote:

> Buenas tardes,
>
> Como no tuve el “privilegio” de estar en esta comunidad cuando se debatió
> por última vez el tema de la normalización de carreteras, me he dedicado a
> ponerme en antecedentes como si fuera una marciana recién aterrizada a la
> que le dicen “tienes que decidir cómo etiquetas las principales carreteras
> de este país”.
>
>
> *Primera parada: ¿qué etiquetas hay y cómo se define su uso? (consulto la
> wiki en inglés, resumo y añado enlace)*
>
> *[1] highway=motorway*
>
> Nos dice que son vías de alto rendimiento, con accesos limitados,
> restricciones de vehículos, separación entre sentidos de marcha y dos o más
> carriles por sentido. Concretamente se definen tres características como
> vía de acceso limitado (que la diferencian de las vías trunk):
>
> -  Acceso controlado, sin intersecciones (rotondas o señales de
> parada)
>
> -  Al menos dos carriles por sentido, con cierta separación
>
> -  Vías de acceso a servicios, propiedades, áreas de descanso
>
> *[2] highway=trunk*
>
> Carreteras de alto rendimiento o alta importancia que no cumplen los
> requisitos para ser highway=motorway.
>
> *[3] highway=primary*
>
> Carretera principal que une grandes ciudades, generalmente los dos
> sentidos de circulación no están separados por ningún elemento.
>
> Creo que con estas tres etiquetas podría empezar… ahora, ¿cómo sé qué vías
> son las más importantes del país? Pues voy a ver qué dice la legislación al
> respecto…
>
>
> *Segunda parada: BOE,  Ley 37/2015, de 29 de septiembre, de carreteras [4]*
>
> *Art1 – Es objeto de la presente ley la ordenación y gestión de la Red de
> Carreteras del Estado (…)*
>
> *Art2.3 – Por sus características, las carreteras se clasifican en
> autopistas, autovías, carreteras multicarril y carreteras convencionales.*
>
> *a) Son autopistas las carreteras que están especialmente proyectadas,
> construidas y señalizadas como tales para la exclusiva circulación de
> automóviles, con las siguientes características:*
>
> *– No tener acceso a las mismas las propiedades colindantes.*
>
> *– No cruzar, ni ser cruzadas a nivel, por ninguna otra vía de
> comunicación o servidumbre de paso.*
>
> *– Constar de distintas calzadas para cada sentido de circulación,
> separadas entre sí, salvo en puntos singulares o con carácter temporal, por
> una franja de terreno no destinada a la circulación o, en casos
> excepcionales, por otros medios.*
>
> *b) Son autovías las carreteras que no reuniendo todos los requisitos de
> las autopistas, tienen calzadas separadas para cada sentido de la
> circulación y limitación de accesos a y desde las propiedades colindantes,
> y carecen de cruces a nivel.*
>
> *c) Son carreteras multicarril las que, sin ser autopistas o autovías,
> tienen al menos dos carriles destinados a la circulación para cada sentido,
> con separación o delimitación de los mismos, pudiendo tener accesos o
> cruces a nivel.*
>
> *d) Son carreteras convencionales las que no reúnen las características
> propias de las autopistas, ni las de las autovías, ni las de las carreteras
> multicarril.*
>
> *Art4.4 - Constituyen la Red de Carreteras del Estado las integradas en un
> itinerario de interés general o cuya función en el sistema de transporte
> afecte a más de una comunidad autónoma.*
>
> *Art4.5 - Se consideran itinerarios de interés general aquellos en los que
> concurra alguna de las siguientes circunstancias:*
>
> *a) Formar parte de los principales itinerarios de tráfico internacional
> incluidos en los correspondientes convenios.*
>
> *b) Constituir acceso principal a un puerto o aeropuerto de interés
> general, a los centros logísticos de la defensa, o a los del transporte y
> logística que sean declarados de interés general por el Ministerio de
> Fomento.*
>
> *c) Servir de acceso a los principales pasos fronterizos.*
>
> *d) Enlazar las comunidades autónomas, conectando los principales núcleos
> de población del territorio del Estado de manera que formen una red
> continua que soporte regularmente un tráfico de largo recorrido.*
>
> *Art4.6 - La Red de Carreteras del Estado se clasificará funcionalmente en
> los grupos siguientes:*
>
> *a) Red Básica, integrada por las 

Re: [Talk-es] Importaciones catastro

[Alejandro S.]

Si, perdonad, voy a tope y no me da la vida para seguir el tema de la
importación, por eso le pedí a Sanchi si se podía encargar él y chianti me
dijo que si se me pasó avisar por aquí.

Saludos
Alejandro Suárez

On Fri, Mar 2, 2018, 11:32 Jesús Gómez Fernández 
wrote:

> Muchas gracias. En cuanto tenga un rato me pongo con ello.
>
> Saludos.
> Jesús Gómez
>
> El 2 de marzo de 2018, 11:01, Jorge Sanz Sanfructuoso 
> escribió:
>
>> Jesus ya tienes permisos con el usuario jesusgomez-imports.
>> Me dio permisos Alejandro hace unos días para que me ocupara yo de las
>> peticiones para el tema del catastro.
>>
>> Un saludo.
>>
>> El vie., 2 mar. 2018 a las 9:49, Jesús Gómez Fernández (<
>> jesus.gomez.f...@gmail.com>) escribió:
>>
>>> Aprovecho este hilo para solicitar también permisos. Hace unas semanas
>>> envié un correo a Alejandro pero no me llegó a contestar.
>>> Lo he ido dejando por trabajo pero me gustaría retomarlo.
>>> El usuario que he creado es jesusgomez-imports y estoy logueado en el
>>> gestor de tareas.
>>>
>>> ¡Un saludo y gracias!
>>>
>>> Jesús Gómez
>>>
>>>
>>>
>>> El 2 de marzo de 2018, 7:45, Matías h 
>>> escribió:
>>>
 Hola. Yo ya tengo permisos.. Lo que no encuentro es
 ¡¡TIEMPO. :P


 El 1 de marzo de 2018, 23:35, Javier Sánchez Portero <
 javiers...@gmail.com> escribió:

> Alejandro, dale permisos por favor. No se si Matías Taborda también
> estaba pendiente. Si quieres darme permisos a mi para administrar te puedo
> ayudar con esto.
>
> El 1 mar. 2018 18:21, "Joaquim"  escribió:
>
>> Hola
>>
>> Una vez preparado todo para crear un proyecto necesito permiso para
>> poder crearlo en el  administrador de tareas. Mi usuario para 
>> importaciones
>> es: puxan_importacions.
>>
>> Ya pediré que alguien con más experiencia lo revise antes de
>> publicarlo.
>>
>> Gracias
>>
>> Joaquim
>>
>>
>>
>>
>> ___
>> 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
>>>
>> --
>> 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

Re: [Talk-es] Opensouthcode 2018

[Alejandro S.]

Buenos días,

Hago bump de esto porque creo que sería interesante que se diera una
charlica de difusión de OpenStreetMap. ¿Ningún contribuidor de la zona se
atreve/quiere? Si hay ganas igual se podría hacer incluso una mapping
party.

Yo daría la charla, pero me cae un poco mal ir desde Zaragoza sólo para dar
la charla...

Saludos,
Alejandro Suárez

On Wed, Feb 7, 2018, 18:43 David Sedeño  wrote:

> Hola,
>
> tenemos abierto el plazo de recepción de actividades para la tercera
> edición de Opensouthcode, que se realizará en Málaga el 1 y 2 de junio.
>
> Opensouthcode es un evento dedicado al software/hardware libre y
> tecnologías abiertas. Nos encantaría que puedierais dar a conocer el
> proyecto Openstreetmap dentro del evento.
>
> Más info: https://www.opensouthcode.org
>
> Gracias y saludos
> ---
> David Sedeño
>
>
> ___
> 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] Bloqueo de anuncio de eventos en osm.org

[Alejandro S.]

Buenas!

Los de easylist (adblock) quieren bloquear los banners de eventos de la web
de OpenStreetMap. ¡Dadle +1 al comentario de firefishy para indicar que no
estamos de acuerdo con esa política o comentad vosotros también!

https://github.com/easylist/easylist/pull/900

Saludos,
Alejandro Suárez
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Fwd: [Wikidata] Workshop about the OpenMetroMaps project in Berlin on Feb 11

[Alejandro S.]

Es una locura lo de la FOSDEM con tantísimas charlas, yo me entré de la
quedada por el grupo de Telegram de osm internacional: OpenStreetMap 
Non-official, unauthorized OpenStreetMap Telegram Supergroup.
https://t.me/OpenStreetMapOrg

Estáis invitados a apuntaros ;)

On Thu, Feb 8, 2018, 09:09 Luis García Castro <lui...@gmail.com> wrote:

> 2018-02-08 1:21 GMT+01:00 Alejandro S. <alejandro...@gmail.com>:
>
>> Justo estaba leyendo el mail y pensando lo mismo, que tendrían que hablar
>> con Ilya (yo también estuve en su charla en la FOSDEM).
>>
>> Hubo una quedada de contribuidores de OSM en la FOSDEM, no caí en mandar
>> el enlace por aquí, igual había algún otro interesado por aquí :/
>>
>>
>> https://www.meetup.com/OpenStreetMap-Belgium/events/247283180/?eventId=247283180
>>
>
> Ouch, pues me habría encantado tanto pasarme por la quedada como saludarte
> :-)
>
>
> --
>
> Luis GC
> ___
> 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] Fwd: [Wikidata] Workshop about the OpenMetroMaps project in Berlin on Feb 11

[Alejandro S.]

Justo estaba leyendo el mail y pensando lo mismo, que tendrían que hablar
con Ilya (yo también estuve en su charla en la FOSDEM).

Hubo una quedada de contribuidores de OSM en la FOSDEM, no caí en mandar el
enlace por aquí, igual había algún otro interesado por aquí :/

https://www.meetup.com/OpenStreetMap-Belgium/events/247283180/?eventId=247283180

On Wed, Feb 7, 2018, 23:31 Luis García Castro  wrote:

> Acabo de volver de FOSDEM y precisamente una de las charlas en el devroom
> 'geospatial' estaba relacionada con los datos sobre redes de metro que hay
> en OSM.
>
> El ponente, Ilya Zverev, trabaja en MAPS.ME y nos contó como tuvo que
> mapear y corregir nosecuántas líneas de metro del mundo para luego poder
> usar esos datos en su aplicación. Se quejó mucho de la mala calidad de los
> datos que encontró inicialmente, que le llevó a plantear un par de
> propuestas de etiquetado cosas como los "trasbordos" entre líneas.
>
> Podéis ver el vídeo:
> https://fosdem.org/2018/schedule/event/geo_subway/
>
>
> 2018-02-07 13:22 GMT+01:00 Abelardo Lopez-Palacios :
>
>> Desde Wikidata Community, por si a alguien le resulta de interés.
>>
>> Saludo, Abelardo López
>>
>>
>>  Mensaje reenviado 
>> Asunto: [Wikidata] Workshop about the OpenMetroMaps project in Berlin on
>> Feb 11
>> Fecha: Mon, 5 Feb 2018 16:22:12 +0100
>> De: Sebastian Kürten 
>> 
>> Responder a: Discussion list for the Wikidata project.
>>  
>> Organización: FU-Berlin
>> Para: wikid...@lists.wikimedia.org
>>
>> Dear Wikidata Community,
>>
>> funded by the OpenKnowledge Foundation's Prototype Fund[1] I am working
>> on a project called OpenMetroMaps[2] since last September. The project
>> is an open-source and open-data project. I develop free software,
>> libraries and data formats for storing, editing and processing data
>> about transit networks and for designing schematic maps. The idea is to
>> provide the infrastructure for local communities to collect free data
>> about their transit network and to enable them to make use of such data
>> with a current focus on schematic network maps.
>>
>> The project is concerned with data collected and topics addressed in
>> both the Wikidata and the OpenStreetMap projects. Albeit there are
>> license incompatiblities involved preventing direct import of data from
>> one project into the other, both projects might benefit from tools that
>> visualize and validate their data.
>>
>> Since I am currently working on the project mostly alone, I have
>> organized a meeting with the intention to meet other people interested
>> in the topic. I would like to discuss ideas about where to go with the
>> project and problems that should be addressed in the Wikimedia family
>> of projects as well as the OpenStreetMap when it comes to data about
>> public transport. It will take place on February 11 from 14h to
>> 16:30h in the Berlin office of Wikmedia Germany[3]. Please let me know
>> if you would like to attend so that I roughly estimate how many people
>> are going to participate.
>>
>> You can also read the invitation on the German OpenStreetMap mailing
>> list[4] for some more details.
>>
>> I hope to see you on Sunday,
>> Sebastian
>>
>> [1] https://prototypefund.de
>> [2] http://www.openmetromaps.org
>> [3] https://de.wikipedia.org/wiki/Wikipedia:TU23
>> [4] 
>> https://lists.openstreetmap.org/pipermail/talk-de/2018-February/114636.html
>>
>> ___
>> Wikidata mailing 
>> listWikidata@lists.wikimedia.orghttps://lists.wikimedia.org/mailman/listinfo/wikidata
>>
>>
>> ---
>> Este correo electrónico ha sido comprobado en busca de virus por 
>> AVG.http://www.avg.com
>>
>> --
>> __
>> Abelardo Lopez-Palacios, PhD
>> Geographer - Photographer
>>
>> Independent Researcher
>> Modeling & Simulation
>> Immersive VR & AR
>>
>> PhoMov: +34 619 521 876 <619%2052%2018%2076>
>> e-mail: galo...@geo-lab.info
>> __
>>
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>>
>
>
> --
>
> Luis GC
> ___
> 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] Permiso expreso IGN-PNOA (era WMS Cartociudad)

[Alejandro S.]

Hola,

Yo creo que no cumplimos las condiciones de atribución descritas en la
licencia de los datos del IGN [0] y en la carta dice claramente (en el
segundo párrafo) que la atribución hay darla según indica [0], por tanto no
deberíamos usar esos datos en OSM. También supongo que dado el interés del
IGN por colaborar con OSM, esto es un mero problema burocrático que
podremos solventar y entre tanto no va ha haber problemas legales, pero
habría que obtener la autorización expresa donde diga que la atribución en
la página de contribuidores es suficiente.
Por otra parte, me suena que existe una autorización expresa para usar PNOA
anterior al cambio de licencia del resto del material del IGN, pero
desconozco quien la tiene.

[0]: http://www.ign.es/resources/licencia/Condiciones_licenciaUso_IGN.pdf

Atentamente,
  Alejandro Suárez

2018-01-08 14:05 GMT+01:00 Matías h :

> A ver, documentos de licencia de IGN-OSM.
>
> Revisando la conversación mantenida con Antonio F., me decía textualmente
> que ellos habían enviado esa carta a OSM, también textualmente en el correo
> me decía que aceptaban nuestras condiciones de atribucción (cosa que no se
> dice en la carta) y en el correo me decía también que OSMF les había dicho
> que con esa carta les valía.
>
> PEro, creo repetirme porque todo esto me suena que lo dije el esta misma
> lista y no llegamos a consensuar si tenemos permiso o no. YO CREO QUE
> SÍ¡¡
>
> Saludos.
>
> El 8 de enero de 2018, 13:29, Javier Sánchez Portero  > escribió:
>
>> Exactamente. La pregunta sería si es suficiente y tener un papel que lo
>> diga. En cuanto pueda redacto algo y os lo mando.
>>
>> Si hay una carta explícita para el PNOA yo no la he visto en la Wiki.
>>
>> El 8 de enero de 2018, 12:21, Miguel Sevilla-Callejo <
>> msevill...@gmail.com> escribió:
>>
>>> No me termina de quedar claro que no demos atribución como dice la
>>> licencia pues si que se cita la fuente y se les ha incluido en la lista de
>>> contribuidores.
>>>
>>> La cosa era aclarar si ellos se quedaban satisfechos con el resultado,
>>> no?
>>>
>>> Si no es así, no se que hacemos usando todas estas fuentes.
>>>
>>> Pero, además de lo anterior, ¿no había una carta explícita para el PNOA
>>> anterior a que los datos del IGN pasaran a ser CC By 4.0?
>>>
>>> M
>>>
>>>
>>> --
>>> *Miguel Sevilla-Callejo*
>>> Doctor en Geografía
>>>
>>> 2018-01-08 13:14 GMT+01:00 Matías h :
>>>
 En un rato busco la carta. No se ande andará

 De todos modos, repito, la carta da permiso expreso a Osm pero dice que
 hay que dar atribución siguiendo las directrices de la licencia Y eso
 no podemos hacerlo actualmente

 El 8 ene. 2018 12:52, "Miguel Sevilla-Callejo" 
 escribió:

> Un momento,
>
> Si no recuerdo mal el tema es que el IGN quería salir en la primera
> página de contribuidores de OSM no es que no le sirviera salir en la
> segunda.
>
> Ahora bien, ¿dónde está la carta que envió el IGN autorizando el uso?
> Ahora no la encuentro por la wiki,
>
> Efectivamente esto es muy importante: Tener la carta de autorización
> EXPRESA pues NO podemos usar datos que estén exclusivamente en CC BY 4.0
>
> De todos modos que no cunda el pánico el IGN está MUY interesado en
> colaborar con nosotros, pero hay que dejar bien cerrados estos asuntos
> legales.
>
> Aquí está la página de la reunión con el IGN de febrero de hace dos
> años:
> https://wiki.openstreetmap.org/wiki/Reuni%C3%B3n_OSM.es_-_IGN
>
> Juraría que había habido otra posterior pero no encuentro la página...
> o me lo estoy imaginando.
>
> Ya diréis
>
> Un saludo
>
> --
> *Miguel Sevilla-Callejo*
> Doctor en Geografía
>
> 2018-01-08 7:42 GMT+01:00 Javier Sánchez Portero  >:
>
>> He renombrado el asunto por que lo que nos estamos jugando es algo
>> muy serio: el uso de la mejor fuente de imágenes aéreas con cobertura
>> nacional que disponemos y los datos que hemos generado con ella.
>>
>> Yo creo que, tras los cambios de licencia tanto de IGN como de OSM,
>> necesitamos disponer de un documento que nos respalde. Sabemos que por su
>> parte había buena disposición. Como extra, abriría el uso de los otros
>> servicios que ofrecen, como Cartociudad entre otros.
>>
>> Os presentaré una propuesta para remitírsela. Paralelamente
>> preguntarte en talk-legal como está la cuestión de la página de 
>> copyright.
>>
>> Un saludo, Javier
>>
>> El 7 ene. 2018 20:15, "Matías h" 
>> escribió:
>>
>> Ahí está el tema, que ni siquiera sabemos a estas alturas si ha
>> llegado a haber contacto entre ambos organismos.
>> Tengo que revisar mi correo pero me suena que hace tiempo 

Re: [Talk-es] Importación de Catastro

[Alejandro S.]

Buenos días,

¡Menuda currada!

Respondo entre lineas.


2017-12-30 22:34 GMT+01:00 Javier Sánchez Portero :

>
>
> Validar el programa
> --
>
> (...)
>
> Definir el plan de trabajo
> 
>
> Los problemas que se están observando al validar el programa son en
> realidad de Catastro (falsos edificios, edificios desplazados, etc). Debido
> a ellos, creo que hay una cosa bien clara: no se puede importar los datos
> de forma automática, será necesario revisar manualmente cada objeto a
> importar. Como se trata de una cantidad de datos enorme, no conseguiremos
> importarlos si no es con la participación de bastante gente. Sin embargo,
> el trabajo de revisar es siempre menor que el de dibujar los edificios a
> mano.
>

Y sobre todo no se puede importar de manera automática porque va contra la
filosofía de OSM ;)


> Tenemos que definir cómo se importarían los datos. Por lo que se ha
> hablado anteriormente creo que está claro las ventajas de usar el Gestor de
> Tareas [2]. Eso implicaría dos niveles de participación: el de "gestores"
> (número a definir) con permiso administrativo para crear proyectos en el
> gestor de tareas y el resto de colaboradores que participarían completando
> y revisando tareas en los proyectos que se creen. Hay que evaluar cuantos
> proyectos sería necesario crear y en que orden se irían creando. El
> programa generará un proyecto por municipio. Eso supone más de 7000
> proyectos, unos pocos enormes, muchos muy pequeños. ¿Sería conveniente
> combinar los municipios más pequeños y dividir los más grandes para tener
> un número menor de proyectos y de tamaño más similar?  ¿Qué opinas
> Alejandro, como administrador de [2]?
>

7000 proyectos no se si habrá problema en moverlo (el gestor del HOT tiene
más de 3000), pero habría otras máquinas que se podrían usar si hace falta
más potencia. Lo que veo inviable es crearlos a mano y no estoy seguro de
que la API del gestor de tareas funcione [0]. Se podría plantear usar el
pasar a la nueva versión del gestor (la 3). ¿Igual se podrían agrupar las
tareas pequeñas por comarcas (o equivalente)?

En cualquier caso tengo poca experiencia con el gestor porque nunca a dado
problemas y tiene muy poco uso, para este uso bestial habrá que ver como
aguanta.


> Mi propuesta es:
>
> * Cualquiera no debe coger el programa y empezar a importar municipios por
> su cuenta. Esto hay que controlarlo de alguna forma. A mi se me ocurre
> montar una base de datos OSM con actualizaciones diarias, una consulta del
> número de edificios que se hayan subido ese día en España y un correo en
> caso de sobrepasar un valor. Esto enlaza con "manuel" [3].
>

Igual se podría gestionar que un usuario no pueda hacer mas de n tareas al
día, para evitar que se suban ficheros a cascoporro y sin revisar.


> * Para facilitar que pueda participar cualquiera en los proyectos creados,
> los ficheros a importar deberían estar disponibles para su descarga. De
> esta forma no es necesario que todo el mundo instale el programa. El
> espacio necesario sería limitado por que sólo hace falta almacenar
> temporalmente los ficheros de los proyectos en marcha, se borrarían según
> terminen los proyectos. ¿Se puede disponer de un ftp en [2]?
>

Podrían estar en los mismo servidores, pero igual haría falta invertir en
algo de almacenamiento. Creo que sería interesante también generar los
ficheros en estas máquinas, así se evita que todo el mundo tenga que
generarlos de propio.


> * Si alguien quiere empezar a "gestionar" una zona, tendría que decirlo
> para crearle una cuenta en [2]. Su trabajo consistirá en decidir si se van
> a importar direcciones o no, ir generando los proyectos, contactar con los
> usuarios activos en la zona para animarles a participar... La guía en la
> wiki explicará como desarrollar ese proceso y si alguien lo necesita
> siempre puede contar con ayuda de los demás. En cuanto al tamaño de la zona
> a gestionar creo que debería ser por Provincias.
>

Mientras los gestores tengan cuidado con el gestor no habría problema (no
estoy seguro de si los usuarios con permiso para crear tareas no se si
pueden cerrar la de otros). Por provincias parece un reparto razonables (el
mismo que se usó para cat2osm original).


> * Si sólo se importan edificios sin direcciones, las revisiones a realizar
> son menores. Si se quieren incluir direcciones es necesario haber
> comprobado primero que en OSM están todos los nombres de las calles del
> municipio, que son correctos, si coinciden las direcciones de Catastro con
> las reales, para finalmente generar los ficheros a importar con los nombres
> de las calles corregidos y excluyendo aquellas direcciones para las que
> existan dudas.El trabajo es mayor, pero creo que merece la pena hacerlo por
> que si solo se importan edificios, a la larga seguirá haciendo falta
> hacerlo para añadir direcciones con el suplemento de tener que combinarlas
> con los edificios (si 

Re: [Talk-es] Etiquetado de las unidades administrativas en la wiki

[Alejandro S.]

Buenas,

De acuerdo con Rafael en su respuesta y, también, con Esther en lo de tener
mapa de España en la página del Wikiproyecto.

Saludos,
Alejandro Suárez

On Mon, Dec 18, 2017, 01:06 Rafael Avila Coya  wrote:

> Hola, Esther:
>
> On 17/12/17 23:44, Esther Mingot wrote:
> > Buenas,
> >
> > El objetivo de este correo es abrir un debate sobre la forma de
> > etiquetar las páginas de la wiki correspondientes a los diferentes
> > niveles administrativos españoles.
> >
> > Voy a intentar estructurar el correo, en primer lugar qué hay
> > actualmente, y después mis dudas y propuestas de debate.
> >
> >
> > Haciendo una búsqueda en la wiki, de mayor a menor rango según
> > admin_level y según jerarquía administrativa:
> >
> > A- Admin_level=2. España: direcciona directamente al Wikiproyecto España
> [1]
> >
> > B- Admin_level=4. Comunidades Autónomas, partiendo de la wiki anterior
> > tenemos acceso a las distintas CCAA, con más o menos detalle. La
> > etiqueta correspondiente a “type” es autonomous community (traducido
> > como ‘comunidad autónoma’ en la página ES)
> >
> > C-Admin_level=6. Provincia: probando distintas provincias, ya sea des
> > del wikiproyecto o desde la CA correspondiente, se enlaza a la wiki de
> > la ciudad con el mismo nombre, o no hay enlace.
> >
> > D- Admin_level=7. Comarca: en Aragón he encontrado las comarcas listadas
> > y enlazadas a sus wikis, el “type” asignado es ‘comarca’
> >
> > E- Admin_level=8. Ciudad: en las que he comprobado, el “type”
> > seleccionado es ‘city’.
> >
> >
> > Consultando la plantilla para lugares [2], para el parámetro “type” se
> > admiten los siguientes valores:/village/ city/ ville/ town/ suburb/
> > hamlet/ hameau/ municipality /metropolitan borough and town/ county/
> > district/ canton/ kreis/ landkreis/ département/ province/ prefecture/
> > oblast/ région/ region/ state/ country/ pays/ sovereign state/
> > continent/ island/ isle/
> >
> > Si nos ajustamos a esta categorización, las administraciones de tipo B y
> > D tienen valores no admitidos (aparentemente), mientras que las de tipo
> > C ni siquiera tienen wiki propia.
> >
> >
> > Abro el debate:
> >
> > -  Para las CCAA, aunque no aparece listada la opción de ‘autonomous
> > community’, es aceptada por la plantilla y traducida correctamente. Mi
> > duda es si se podría hacer la equivalencia ‘region’ o ‘state’ y
> > traducción a Comunidad Autónoma.
>
> Yo diría que state. Aunque no se llamen así, las CC. AA. disponen de
> autonomía, competencias, parlamentos propios comparables a países
> federales. Naturalmente, no trato de entrar en un debate político.
> Simplemente state es el que más se aproxima, y suele ser el admin_level
> 4 además.
>
> >
> > - ¿Abrimos wiki para las provincias? En caso afirmativo, ¿el “type”
> > correspondiente sería ‘province’?
>
> Yo diría que sí. type province.
>
> >
> > - Para las comarcas… en algunas CCAA se las ha dotado de existencia
> > legal, con instituciones propias, como sería el caso de Aragón,
> > Asturias, Catalunya y Galicia [3]. En este caso, hemos estado debatiendo
> > con Daniel Capilla cuál sería el mejor valor. Siguiendo la lista, sería
> > un valor parecido al ‘county’ o al ‘district’. En la definición del
> > admin_level se asocia a ‘county’, que traducimos como condado. En algún
> > caso se podría ajustar a la historia de la comarca, como pasa con el
> > Condado de Empúries y la comarca histórica del Ampurdán (dividida
> > administrativamente en Alt Empordà i Baix Empordà, con parte del Pla de
> > l’Estany i el Gironès) [4]. No obstante, si se busca en el diccionario
> > la traducción de comarca, nos devuelve ‘region’, y se ajustaría más a la
> > definición de las comarcas históricas.
>
> region se usa normalmente para admins de alto nivel. ¿county o district?
> Yo me decantaría por county.
>
> Saludos,
>
> Rafael.
>
> >
> > - Finalmente, sé que la wiki del wikiproyecto España está en revisión, o
> > lo estuvo, me suena haber leído algo en la lista pero ahora mismo no lo
> > recuerdo. El caso es que comparando con las de otros países (Italia,
> > Francia, Alemania…) se echa en falta el mapa de situación del país.
> >
> >
> > Supongo que algunas de las dudas que presento se habrán debatido antes y
> > la situación actual estará motivada, pero como soy una recién llegada…
> > pregunto :-P
> >
> > Saludos!
> >
> >
> > [1] https://wiki.openstreetmap.org/wiki/ES:Wikiproyecto_Espa%C3%B1a
> >
> >
> > [2] http://wiki.openstreetmap.org/wiki/Template:Place
> >
> >
> > [3] https://es.wikipedia.org/wiki/Comarca
> >
> >
> > [4] https://es.wikipedia.org/wiki/Condado_de_Ampurias
> >
> >
> >
> >
> >
> > /*Sólo la verdad nos hará libres*/
> >
> >
> >
> > ___
> > Talk-es mailing list
> > Talk-es@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-es
> >
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> 

Re: [Talk-es] Ediciones absurdas en la wiki, Wikiproyecto España era: (sin asunto)

[Alejandro S.]

Vale entiendo el razonamiento, que es una etiqueta redundante. Por otra
parte, verdy_p podría haber puesto en el comentario de la edición la razón
de la misma. En osm "exigimos" que en la descripción del conjunto de
cambios se explique que se ha hecho z sin embargo en la wiki, no. ¿Tiene
esto sentido?

Saludos,
Alejandro

On Fri, Dec 1, 2017, 02:23 dcapillae  wrote:

> La edición de Verdy_p me parece correcta. Existiendo una categoría
> específica
> para el país, lo más correcto es categorizar la página de España en la
> categoría «España». La categoría «Países/Territorios» es genérica, e
> incluye
> a todas las categorías de países y territorios, también a la categoría
> «España». La categoría para España, o para el Wikiproyecto España, debiera
> ser la específica del país, es decir, «España», no la genérica
> «Países/Territorios».
>
> Sé que ya ha habido polémica con anterioridad con las ediciones que
> Verdy_p,
> pero yo vengo haciendo un seguimiento de las páginas del wiki en español y
> hasta ahora siempre le he visto hacer cambios con mucha lógica. Creo que
> está haciendo un gran trabajo en el wiki para mejorarlo en todos los
> sentidos.
>
>
>
> -
> 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

[Talk-es] Ediciones absurdas en la wiki, Wikiproyecto España era: (sin asunto)

[Alejandro S.]

Disculpad que enviara el correo anterior sin asunto, aquí va de nuevo para
tenerlo bien clasificado

Alejandro

2017-12-01 1:31 GMT+01:00 Alejandro S. <alejandro...@gmail.com>:

> Buenas
>
> Me llega este cambio[0] de Very_p en la wiki. Lo he revertido porque me
> parece que no aporta nada y solo destruye información. ¿Qué opinais?
>
> [0]: https://wiki.openstreetmap.org/w/index.php?title=ES:
> Wikiproyecto_Espa%C3%B1a=0=1415225
>
> Atentamente,
>   Alejandro Suárez
>
> ___
> 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] (sin asunto)

[Alejandro S.]

Buenas

Me llega este cambio[0] de Very_p en la wiki. Lo he revertido porque me
parece que no aporta nada y solo destruye información. ¿Qué opinais?

[0]:
https://wiki.openstreetmap.org/w/index.php?title=ES:Wikiproyecto_Espa%C3%B1a=0=1415225

Atentamente,
  Alejandro Suárez
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Proyecto #1calle1nombre, o estado del etiquetado de las calles españolas...

[Alejandro S.]

Hola!

¡Genial trabajo!

Esto hay que automatizarlo y montarlo en los servidores de Púlsar donde
está el Gestor de Tareas de OSMes para que se generen automáticamente y así
liberar de trabajo a los que lo hacen ahora.

Saludos,
Alejandro Suárez

On Sun, Nov 26, 2017, 10:22 Javier Sánchez Portero 
wrote:

> Magnífico trabajo. Lo que más me gusta es que es objetivo y cuantificable.
>
> El 26 de noviembre de 2017, 0:24, Esther Mingot 
> escribió:
>
>> Buenas!
>>
>>
>> El pasado viernes 17 de noviembre se realizó en Barcelona una reunión
>> informal de mapeadores. Entre cervezas y debates salió el tema de un
>> proyecto que estamos llevando a cabo la comunidad catalana desde el año
>> pasado: el proyecto #1carrer1nom. El proyecto nació con la intención de dar
>> homogeneidad al mapa, revisando y etiquetando todas las calles de, en este
>> caso, Catalunya. Se creó un apartado en la wiki para coordinar el trabajo
>> [1], a la que siguió la generación de informes semanales, con el
>> programa desarrollado por Xevib [2], y posteriormente los mapas que empecé
>> a generar con estos datos [3].
>>
>>
>> Se comentó que hace tiempo, en esta misma lista se había debatido sobre
>> el estado del mapeado de las ciudades españolas, incluyendo el tema de las
>> calles y la actualización de la wiki correspondiente. Con el bagaje de este
>> año largo con el proyecto #1carrer1nom, decidimos probar a sacar un mapa
>> del estado del etiquetado de las calles a nivel de España, con el objetivo
>> de dotar a las comunidades locales de una guía sobre qué zonas del
>> territorio requieren mayor atención. El mapa se ha realizado tomando como
>> elemento de referencia las relaciones de provincia, a partir de los datos
>> obtenidos de geofabrik [4], tanto para el planet de España como el de las
>> Islas Canarias. El resultado se puede ver en la wiki [5]. En el proceso de
>> elaboración de este primer mapa se han identificado tres errores, que habrá
>> que determinar si son fruto del mapeado o error de geofabrik al establecer
>> los límites de descarga: no se obtienen las relaciones correspondientes a
>> las provincias de Cáceres y Huelva, ni la Comunidad Autónoma de Extremadura.
>>
>>
>> Este viernes adelanté los resultados en el grupo de Telegram, a la vez
>> que me comprometí a trasladar el tema a la lista, para poder continuar el
>> debate por este canal. A petición de algunos usuarios, he empezado a
>> elaborar los informes y mapas de los municipios por Comunidad Autónoma, y
>> los mapas se pueden consultar aquí [6]. Mi intención es ir preparando el
>> resto en los próximos días, para completar la “radiografía” a nuestro
>> territorio, al mismo tiempo que se detectan municipios sin datos, bien
>> porque no hay en la categoría inspeccionada, bien porque hay algún problema
>> en sus límites administrativos.
>>
>>
>> Cabe destacar que tanto los informes como los mapas se elaboran sobre los
>> datos incorporados a OSM, siendo un reflejo sesgado de la realidad,  pues
>> se analizan las calles etiquetadas como residential o living_street sin
>> entrar a valorar si están mapeadas todas las calles o no, ni si ésta es la
>> categoría que les corresponde.
>>
>>
>> Como veis, hay mucho trabajo por delante, y sería bueno que cada
>> comunidad se organizara para mejorar su zona. En lo que pueda os echaré una
>> mano, y si alguien tiene tiempo, ganas y conocimiento, hay una serie de
>> mejoras que quiero incorporar para intentar automatizar más el sistema…
>>
>>
>> Saludos!
>>
>>
>> [1]
>> http://wiki.openstreetmap.org/wiki/WikiProject_Catalan/Revisi%C3%B3_Carrers_Catalunya
>>
>> [2] https://github.com/OSM-Catalan/manuel
>>
>> [3] https://imgur.com/a/NMe63
>>
>> [4] http://download.geofabrik.de/europe/spain.html
>>
>> [5]
>> https://wiki.openstreetmap.org/wiki/ES:Wikiproyecto_Espa%C3%B1a/Progreso
>>
>> [6] https://imgur.com/a/opbSV
>>
>>
>> *Sólo la verdad nos hará libres*
>>
>> ___
>> 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] enlace riot-telegram

[Alejandro S.]

Genial!

¡Muchas gracias Sanchi!

Atentamente,
  Alejandro Suárez

2017-11-01 23:34 GMT+01:00 Miguel Sevilla-Callejo :

> Hola,
>
> Rápidamente y retomando este hilo (no se si hay uno posterior) os comento
> que @sanchi ha arreglado la conexión entre Riot y Telegram y, por extensión
> con la sala de IRC #osm-es por lo que vuelve a estar operativa.
>
> Aunque seguimos leyendonos "asíncronamente" por esta vía ahora ya lo
> podemos hacer de manera inmediata por cualquiera de esas vías.
>
> Un saludo
>
> Miguel
>
> --
> *Miguel Sevilla-Callejo*
> Doctor en Geografía
>
> On 10 November 2016 at 22:37, Simó Albert i Beltran 
> wrote:
>
>> https://matrix.to/#/@sijmen:sijmenschoon.nl
>> ___
>> 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] Taller OSM en Hackmeeting 2017 en La Ingobernable. Madrid. Puente 12 Oct.

[Alejandro S.]

Buenas,

Para estar al tanto de la organización del hackmeeting lo mejor es
suscribirse a la asamblea virtual/lista de correo [0].

Saludos,
Alejandroscf

[0]:https://listas.sindominio.net/pipermail/hackmeeting/

On Mon, Sep 4, 2017, 21:36 Ivan Garcia  wrote:

> Hola Santiago y Miguel, muchas gracias por el material.
>
> Miguel: El hackmeeting es algo bastante autogestionado asi que no creo que
> haya mucha informacion sobre la de este año, que además se hace en un local
> ocupado como es la Ingobernable en Madrid. Si me entero de más info,
> fechas, horarios, etc... te aviso.
>
> Un abrazo.
> Iván.
>
> 2017-09-04 10:02 GMT+02:00 Santiago Higuera :
>
>> Hola:
>> Si sirve de algo, en [1] está la presentación que hice en el pasado
>> SigLibre de Girona; en github [2] está el código fuente de la
>> presentación
>>
>> Un saludo
>>
>> Santiago Higuera
>>
>> [1] https://shiguera.github.io/osm2017/#/
>> [2] https://github.com/shiguera/osm2017
>>
>>
>> El lun, 04-09-2017 a las 03:17 +0200, Ivan Garcia escribió:
>> > Hola Miguel, pues el hacklab de la ingobernable está disponible aquí:
>> > https://wiki.ingobernable.net/doku.php?id=llegar_a_la_ingobernable
>> >
>> > Sobre el taller, había pensado algo poco técnico, recálcando los
>> > valores de datos cartográficos libres, sus utilidades prácticas
>> > (mapas y navegación offline, gestión de desastres, etc)...
>> >
>> > alguien tiene alguna presentación parecida en Impress que podamos
>> > modificar?
>> > Miguel, si estás por esos días, genial, me vendría falta ayuda con
>> > tanto hacker preguntón...
>> >
>> > Un abrazo
>> >
>> > 2017-09-03 16:20 GMT+02:00 Miguel Sevilla-Callejo > > om>:
>> > > Hola,
>> > >
>> > > Yo puede que esté por Madrid ese puente (aprovechando a huir de las
>> > > Fiestas del Pilar en Zaragoza) y quizá pueda pasarme.
>> > >
>> > > Puedes mandar más información del evento y la actividad que tienes
>> > > pensada?
>> > >
>> > > Gracias
>> > > --
>> > >  Miguel Sevilla-Callejo
>> > > from my mobile 
>> > >
>> > > El 3/9/2017 16:13, "Ivan Garcia"  escribió:
>> > > Hola compañer@s,
>> > > tengo intención de asistir a la Hackmeeting y me gustaría proponer
>> > > un taller OSM sobre todas las herramientas del ecosistema OSM y
>> > > resolver dudas y quizás atraer futuros contribuidores.
>> > >
>> > > Alguien tenía pensado venir también y quisiera echar una mano?
>> > >
>> > > 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
>>
>> ___
>> 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] Debemos comprobar el nombre de 2800 vías.

[Alejandro S.]

Hola,
Gracias por tu aportación, pero creo que utilizar una fuente incompatible
para intentar salvar la información de otra fuente no permitida no parece
que vaya a funcionar, habrá que seguir con Catastro y survey el que pueda.
Por otra parte, lo que hay que intentar es que el CDAU cambie su licencia o
autorice explícitamente a OSM.

Saludos,
Alejandroscf

On Wed, Aug 30, 2017, 09:44 Paloma Maria Lopez Lara <
paloma.lopez.l...@juntadeandalucia.es> wrote:

> Buen día
>
> Desde Andalucía las calles pueden por ahora ir recopilándose apoyándonos
> en CDAU, es fuente de ayuntamientos, son los garantes de éste dato, no sé
> si lo veis muy *mal* pero entiendo que puede ser una opción teniendo en
> cuenta el número de vías y el tiempo a emplear. También es cierto que aun
> CDAU no está admitido como lo está Catastro.
>
> La licencia actualmente es :
> "1. Condiciones legales de uso
> La licencia de uso general a aplicar a la información del Callejero
> Digital de Andalucía Unificado (CDAU)  es la Creative Commons
> Reconocimiento 4.0 (CC BY 4.0) que implica la autorización para la
> reutilización de la información en condiciones no restrictivas, siendo
> posible la copia, distribución y comunicación pública, así como la
> producción de obras derivadas, incluso con finalidad comercial citando la
> autoría de la fuentes."
> http://www.callejerodeandalucia.es/portal/web/cdau/aviso-legal
>
> Si no,pues cada uno que aporte lo que buenamente pueda en cada ciudad.
>
> saludos!
>
>
> paloma.
> ___
> 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] Debemos comprobar el nombre de 2800 vías.

[Alejandro S.]

Genial, muchas gracias.

On Wed, Aug 30, 2017, 09:35 Alan Grant  wrote:

> Pero mientras no se pregunte solo estamos especulando
>>
>>
>>
> He preguntado en el hilo original. Avisaré aquí si hay noticias.
>
> Un saludo
> Alan
> ___
> 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] Fwd: [Colaboracion.osm] Taller para las V Jornadas de WMES

[Alejandro S.]

Buenas,

De la categoría del wiki[0] tenemos varios usuarios:
* KikeTM [1] parece activo (ediciones hace 11 días)
* picoesquina [2] parece activo (ediciones hace 10 días)

Parece usuarios avanzados con miles de ediciones, seguro que tienen algo
interesante que contar :)

¿Estáis suscritos a esta lista? ¡Manifestaos!


Saludos,
alejandroscf

[0]: https://wiki.openstreetmap.org/wiki/Category:Users_in_Murcia
[1]: http://www.openstreetmap.org/user/KikeTM
[2]: http://www.openstreetmap.org/user/picoesquina

Atentamente,
  Alejandro Suárez

2017-08-09 13:16 GMT+02:00 Jaime Crespo :

> ¿A quién tenemos en Murcia?
>
>
> -- Forwarded message --
> From: David Abián 
> Date: 2017-08-09 12:19 GMT+02:00
> Subject: [Colaboracion.osm] Taller para las V Jornadas de WMES
> To: colaboracion@wikimedia.es, Jorge Sanz , Miguel Sevilla-Callejo
>
>
> Hola, amigos.
>
> Como el año pasado, nos encantaría aprender más sobre OpenStreetMap con
> una charla o un taller de unos 30 minutos (y, si es posible, también con
> una presentación muy breve sobre el proyecto) en las Jornadas de
> Wikimedia España, que esta vez se celebrarán en Murcia los días 15, 16 y
> 17 de septiembre.
>
> Si os parece bien la propuesta, podéis decidir la temática o contactar
> con quienes creáis que puedan y quieran acudir a compartir algo
> interesante sobre OSM. Quedáis todos invitados a asistir en cualquier
> caso. ;-)
>
> Saludos.
>
>
> --
> David Abián
> Junta Directiva
>
> Wikimedia España
> Vega Sicilia, 2
> 47008 - Valladolid
> https://wikimedia.es
>
> Wikimedia España es una asociación sin ánimo de lucro española con
> CIF G-10413698 inscrita en el Registro Nacional de Asociaciones,
> Grupo 1, Sección 1, Núm. Nacional 597390.
>
> «Imagina un mundo en el que cada persona
> tenga acceso libre a todo el conocimiento».
> ___
> Colaboracion.osm mailing list
> colaboracion@wikimedia.es
> https://listas.wikimedia.es/mailman/listinfo/colaboracion.osm
>
>
> --
> Jaime Crespo
>
> ___
> 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] Grupos de usuarios en España

[Alejandro S.]

Tenemos logo de Mapeado Colaborativo,

Disñado por Mieguel Sevilla, luego te lo mando.

Atentamente,
  Alejandro Suárez

2017-06-21 12:17 GMT+02:00 dcapillae :

> Hola, Bolosig. Muchas gracias por responder.
>
> En el wiki se relacionan los grupos de usuarios con una localidad concreta.
> Invitan a colocar la plantilla "grupo de usuarios" en la página de la
> ciudad
> origen del grupo, por eso preguntaba si en Catalunya existe algún grupo que
> responda a estas características. Sería genial si podéis añadir información
> adicional sobre vuestro grupo en la página de Catalunya, un sitio web (si
> lo
> tenéis), calendario de reuniones o eventos realizados. Así cualquiera que
> visite la página de Catalunya sabrá de vuestra existencia y a lo mejor se
> anima a unirse a vosotros.
>
> En Telegram me han contestado que preguntar si existe un grupo tal en
> Catalunya es un insulto, que ponía en duda su existencia. Me parece una
> exageración innecesaria. Preguntar e interesarse por saber más no puede ser
> nunca un insulto. Preguntar no presupone nada. No tengo intención de
> molestar a nadie, me intereso por conocer los grupos que están funcionando
> en España y quiero darlos a conocer, eso es todo. Si en el wiki no hay
> información, tengo que preguntar.
>
> ¿Conocéis algún otro grupo?
>
> De nuevo, muchas gracias, Bolosig.
>
> P. S.: Hace tiempo estuve buscando en Internet alguna imagen libre de
> derechos que pudiera usar como logo de grupo para  Mapeado Colaborativo
>   ,
> pero
> no encontré ninguna. Sería genial si algún miembro del grupo se anima a
> ponerle una imagen propia que identifique al grupo de Zaragoza en el wiki.
>
>
>
> -
> Daniel Capilla
> OSM user: dcapillae
> --
> View this message in context: http://gis.19327.n8.nabble.
> com/Grupos-de-usuarios-en-Espa-a-tp5898163p5898210.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] Discusión sobre uso de mayúsculas y minúsculas en los nombres de las calles.

[Alejandro S.]

Buenas tardes,

Creo que hay que seguir un criterio unificado, en primer lugar a nivel
internacional (¿algún país o región pone en minúsculas la primera palabra
del nombre? Se podría buscar y/o preguntar en tagging), en segundo lugar a
nivel nacional (en castellano parce que está claro que se empieza con
mayúscula) y por último a nivel territorial (independientemente de en
Cataluña se empiece por mayúscula o minúscula, queda muy feo que cada uno
lo ponga de una manera distinta sin consensuarlo en la comunidad).

Saludos,
Alejandroscf

On Mon, Jun 19, 2017, 23:04 Javier Sánchez Portero 
wrote:

> Hola
>
> Ayer pregunté en la sala de Telegram cual es el criterio oficial en
> Catalán para el uso de mayúsculas/minúsculas al comienzo del nombre de una
> calle. La cuestión salió al fijarme en las calles de Palma de Mallorca,
> donde existe una mezcolanza de Carrer/carrer y Plaça/plaça [1]
>
> Se comentó que en Catalán es norma[2] poner en la toponimia urbana e
> interurbana la designación genérica del tipo de vía en minúsculas, aunque
> no me queda claro si este documento se refiere al habla coloquial ("Envía
> el paquete a la calle de San Jorge") o a la designación oficial en mapas y
> rótulos.
>
> Mi planteamiento era que la lista talk-cat debería elegir un criterio
> único a aplicar en una zona determinada para evitar esa mezcla y
> documentarlo.
>
> La discusión derivó en si es necesario poner la denominación genérica del
> nombre de la vía al principio de la etiqueta name. Varias personas
> argumentaron a favor de ponerla y se comentó que es la norma aprobada hace
> tiempo en [3].
>
> La charla completa está en [4] y a continuación pongo una selección de los
> mensajes.
>
> [1] http://www.openstreetmap.org/#map=19/39.57134/2.65321
> [2]
> http://www.uoc.edu/portal/ca/servei-linguistic/convencions/majuscules-minuscules/coses/index.html#11
> [3] https://wiki.openstreetmap.org/wiki/ES:Normalizaci%C3%B3n
> [4] https://web.telegram.org/#/im?p=@OSMes
>
>
> Javier Sánchez Portero, [17.06.17 12:24]
> ¿Alguien de Mallorca por aquí? Una duda los tipos de vía al principio del
> nombre (como Carrer o Pla¢a) deben ir en mayúscula inicial o en minúscula.
> ¿Cuál es el criterio oficial? Lo digo por que en Palma hay una mezcolanza
> de los dos casos y habría que dejar uno u otro.
> http://www.openstreetmap.org/#map=19/39.57134/2.65321
>
> yopaseopor, [17.06.17 12:25]
> hay debate en la comunidad catalana
> todo esté en si se considera inicio o no de frase
> también en si la misma palabra "calle" o "plaza" forma parte del nombre
> propio
> hay en casos muy claros como una Plaça Catalunya de Barcelona que puedes
> entender que sí
> pero entonces la Plaça Catalunya de mi pueblo, que es pequeña no se merece
> la misma normativa?
>
> Javier Sánchez Portero, [17.06.17 12:26]
> No hay duda de que es inicio de frase, ¿no?
>
> yopaseopor, [17.06.17 12:27]
> [In reply to Javier Sánchez Portero]
> no está tan claro, además debes tener en cuenta que OSM es una base de
> datos y que la palabra calle según cómo pudiere ser muy prescindible, hasta
> el punto de que a veces la quitamos
>
> Jorge Sanz, [17.06.17 12:56]
> En osm siempre hay que poner si es calle plaza o lo que sea
> https://wiki.openstreetmap.org/wiki/ES:Normalizaci%C3%B3n
>
> Jorge Sanz, [17.06.17 13:04]
> El ign tiene como norma según pone ahí que sea en mayúsculas. Creo que
> debería ser así siempre. Aunque si en Cataluña deciden que empieza en
> minúsculas no veo problema. Eso sí como dice Javier que se tenga una norma
> fija o mayúscula o minúscula
>
> Jorge Sanz, [17.06.17 13:06]
> Eso sí siempre que sea por cosas de lingüística del catalán no por
> historias de si consideran que es o no principio de frase o cosas así
>
> yopaseopor, [17.06.17 13:11]
> [In reply to Jorge Sanz]
> El ICGC acostumbra a tener lo contrario
>
> Daniel Capilla, [17.06.17 13:11]
> [In reply to Javier Sánchez Portero]
> En español (desconozco cómo será en otras lenguas), las denominaciones de
> espacios urbanos como "calle" o "avenida" son génericas y se escriben en
> minúscula. Por ejemplo, lo correcto sería escribir "Vivo en la calle Puente
> Viejo", mientras que "Vivo en la Calle Puente Viejo" no sería correcto.
> Seguramente de ahí viene la confusión entre uso de mayúsculas y minúsculas.
> Unos escriben "calle" en minúscula porque consideran que es una
> denominación genérica que no forma parte del nombre. Otros piensan que es
> parte del nombre y, por tanto, debe ir en mayúsculas. Por último, habrá
> quien considere que, aun siendo genérica, queda mejor ponerla en mayúsculas
> como si formara parte del nombre. A mí me gusta más esta tercera opción y
> es la que más suelo encontrar representada en el mapa. Respecto a la
> supresión de la denominación del tipo de espacio urbano, esto es, respecto
> a si hay que usar siempre "calle", "avenida", "plaza", etc., como prefijo
> del nombre, entiendo que dependerá de las costumbres del lugar y del idioma
> que se emplee. Yo 

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

[Alejandro S.]

Hola,
Como ya argumenté en su día cuando cree este hilo (espero que lo hayáis
leído antes de empezar a discutir de nuevo dando vueltas a lo mismo) y
corrobora en parte andrzej.
No os confundáis, el texto de las claves y valores de las etiquetas es un
mero código, casualmente esta en inglés y lo entendemos (la mayoría) porque
tenemos la fortuna de entender ese idioma, pero la relación entre lo que
está escrito y lo que representa no tiene porqué estar relacionado
(natural=water representa cualquier cuerpo de agua, aunque no sea de origen
natural). Por tanto que haya un cartel que indique que el nombre del sitio
es "Bar water" no quiere decir que tenga que etiquetarse con "amenity=bar"
ni con "natural=water", serán las características del lugar las que
indicaran que etiqueta utilizar: Si es un sitio tranquilo, sin música
fuerte, donde te puedes sentar y comer algo "amenity=pub", si es una gran
masa de agua "natural=water" y si es un establecimiento con música fuerte,
sin asientos ni mesas y donde se venden cocteles "amenity=bar".

Respondiendo a Javier Sánchez Portero, es la herramienta de edición la que
debe abstraer al usuario novel de las etiquetas de manera correcta, al
igual que en la etiqueta "waterway=stream" podrá "Arroyo" y no
"Retransmisión" para la etiqueta "amenity=pub" podría poner "Bar" y para la
etiqueta "amenity=bar" podría poner "Bar de copas". De esta forma el
usuario novel que no se ha leído la wiki (mal hecho) no caerá en errores
por hacer traducciones literales.

No estoy de acuerdo con la excepción en la página de la wiki sobre la
etiqueta "amenity=bar" en la zona mediterránea, no está consensuada y no
aporta nada, solo resta información, gracias a ese párrafo, en la zona
mediterránea no puedes distinguir un sitio tranquilo donde tomar una tapa
sentado de un garito con música  y bebidas fuertes, porque todo puede estar
bajo la etiqueta "amenity=bar". Creo que aporta mucho más al proyecto
concretar que tipo de establecimiento estás mapeando utilizando
"amenity=bar", "amenity=pub", "amenity=cafe" o "amenity=restaurant".
Además siempre se pueden refinar aún más las características con etiquetas
como "cuisine" por ejemplo.

Esto se ha consultado también en la lista de tagging pero se fueron por las
ramas desviándose de la pregunta y son llegar a ninguna conclusión.

Saludos,
Alejandro

On Tue, Jun 20, 2017, 23:53 andrzej zaborowski  wrote:

> Este paragrafo de la wiki parece ser un comentario linguistico sobre
> una coincidencia de palabras, no veo que invite a usar la etiqueta
> amenity=bar para los bares "mediterraneos".
>
> Entiendo lo que dices de que el hecho de que el etiquetado generalice
> un poco la informacion sobre los puntos de interes es una ventaja, y
> tampoco estoy seguro si es buena idea crear un valor de amenity=
> completamente nuevo.  Pero en este caso, el de los cuatro o cinco
> tipos de amenities donde puedes tomarte una cerveza, hay ya un sistema
> de etiquetado algo detallado y bien establecido (porque para los
> britanicos que crearon el proyecto era importante) y hay que seguirlo.
> Los bares españoles tambien se pueden dividir en varios subtipos y
> cada uno de ellos mas o menos corresponde con alguna de las etiquetas
> ya existentes.
>
> La pagina de wiki citada incluso dice que el cafe juega un papel mas
> importante que la cerveza en muchos de los bares y muchos de ellos
> realmente son medio amenity=cafe y personalmente he usado esta
> etiqueta en algunos casos y todavia lo veo correcto.  Otros bares
> corresponden con amenity=restaurant o pub (que en general tienen
> bastante en comun y creo que hay alguna ambiguedad en todo el mundo),
> y otros, los bares de copas, con amenity=bar.
>
> El hecho de que la etiqueta sea textual en vez de ser un numero como
> en los mapas antiguos para Garmin, y que justo diga "bar" no deberia
> influir en su uso.  Por otro lado conviene tener una definicion simple
> de lo que esta etiqueta significa y asumir que corresponde con la
> palabra española bar lo simplifica bastnate.  En fin no una solucion
> perfecta.
>
> Saludos
>
> 2017-06-20 20:51 GMT+02:00 dcapillae :
> > La página en inglés para "amenity=bar", en su edición actual
> (20/06/2017),
> > dice que:
> >
> > «En los países mediterráneos, la palabra "bar" tiene un significado
> > diferente (aunque esto no significa necesariamente que la etiqueta deba
> > aplicarse de forma diferente). Allí un bar es parte integral del estilo
> de
> > vida. Se va por la mañana a desayunar, en el almuerzo sirven comidas
> > sencillas, durante todo el día (si no se cierra después del almuerzo) la
> > gente lo usa para tomar un café rápido y por la noche es un lugar de
> > encuentro para tomar un aperitivo antes de la cena. Algunos abren por la
> > tarde y durante la noche, aunque la mayoría cierran por la noche, algunos
> > venden también tabaco, caramelos y sellos. A diferencia de un /pub/, este
> > tipo de bar está abierto para el desayuno y el 

Re: [Talk-es] Propuesta de Importación de Catastro (¡¡¡¡NO SE PUEDE SUBIR NADA !!!).

[Alejandro S.]

2017-06-15 13:27 GMT+02:00 Javier Sánchez Portero <javiers...@gmail.com>:

> El 15 de junio de 2017, 11:22, Alejandro S. <alejandro...@gmail.com>
> escribió:
>
>>
>> Respondiendo a Matías, hablo de la etiqueta building:min_level[0] no de
>> la etiqueta building_levels. Y entiendo de [2] que no está reflejada.
>>
>> Según entiendo de esa definición se está usando el modelo "ISNPIRE 2D
>> extended BU" pero en la página que indican[1] en la web de del catastro no
>> aparece referenciado ese modelo "extended", ya empezamos mal...
>>
>>
>> [0]: https://wiki.openstreetmap.org/wiki/Key:building:min_level
>> [1]: http://inspire.ec.europa.eu/schemas/
>> [2]: http://www.catastro.minhap.gob.es/webinspire/documentos/Conj
>> untos%20de%20datos.pdf
>>
>
> Tienes razón. Sólo tenemos la información de building:levels y
> building:levels:underground, pero falta building:min_level. Esto afecta
> principalmente a los balcones, que están 'plantados' a nivel del suelo.
> Tampoco tenemos una información que nos distinga los balcones y permita
> hacer algo con ellos (eliminarlos, por ejemplo). La única solución que veo
> en este momento es que como en cualquier caso hay que revisar edificio por
> edificio para comprobar errores de Catastro que pueden ocurrir
> (principalmente edificios mal situados o que no existen), esa podría ser
> una cuestión más a revisar.
>

También se podría intentar sacar la información de los archivos en formato
shp del catastro, si coinciden los identificadores de los building part no
debería ser muy complicado, sino puede ser un culo.

>
>
>> http://datos.gob.es/sites/default/files/manual_descriptivo_shapefile.pdf
>>
>>
>>> Entiendo que para los polígonos adyacentes se esta optando por la
>>> solución de usar áreas adyacentes que comparten los nodos. ¿Es esta la
>>> estructura de datos que queremos utilizar?
>>>
>>
>> No entiendo muy bien a que te refieres
>>
>
> A la hora de reflejar polígonos adyacentes, se puede utilizar áreas que
> comparten los nodos (sistema que usa el programa ahora) o multipolígonos
> que compartan las vías que separan unas áreas de otras, aquí puedes ver un
> ejemplo[3]
>
> [3]: http://www.openstreetmap.org/#map=19/41.64392/-0.88465
>
> Ah vale. Yo voto por la opción actual, compartir nodos y repetir
> segmentos. Lo de dibujar segmentos únicos y emplear múltiples relaciones me
> atrajo hace años pero creo que es mucho más difícil de comprender y
> mantener. Cuando quieres hacer un cambio es un follón y es muy fácil que se
> roma si le mete mano un "newby". Creo que generaríamos demasiadas
> relaciones y tendríamos rechazo en la lista imports.
>

Personalmente me parece más dificil editar cuando tienes muchas áreas
contiguas porque no hay manera de seleccionar la que quieres, sin embargo
con los multipolígonos, es más fácil seleccionar al poder elegir en el menú
que relación te interesa. También me parece más correcto topológicamente
que usar vías superpuestas. Es verdad que hace años no gustó en imports,
pero tampoco se insistió e igual han cambiado de parecer. Podemos seguir
hablándolo más adelante.

Saludos,
Alejandro Suárez
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Propuesta de Importación de Catastro (¡¡¡¡NO SE PUEDE SUBIR NADA !!!).

[Alejandro S.]

Atentamente,
  Alejandro Suárez

2017-06-15 10:37 GMT+02:00 Javier Sánchez Portero <javiers...@gmail.com>:

> Hola.
>
> Contesto entre lineas
>
> El 14 de junio de 2017, 13:58, Alejandro S. <alejandro...@gmail.com>
> escribió:
>
>> ¿El Atom tiene tanta información como la base de datos del Catastro en su
>> formato shp? ¿Está reflejada en el Atom la información correspondiente a
>> building:min_level? Si no es así, ¿queremos importar esta información
>> parcial en lugar de la general? ¿podemos combinar información de ambos
>> repositorios para quedarnos con lo mejor de cada uno?
>>
>
> La información del servicio Atom no es tan detallada como la de los
> shapefiles pero casi. Creo que es más que suficiente. Falta si el edificio
> está en construcción, la definición de algunas partes como escaleras o
> balcones, pero la forma de los edificios y el número de pisos es igual.
>
> http://www.catastro.minhap.gob.es/webinspire/documentos/
> Conjuntos%20de%20datos.pdf
>

Respondiendo a Matías, hablo de la etiqueta building:min_level[0] no de la
etiqueta building_levels. Y entiendo de [2] que no está reflejada.

Según entiendo de esa definición se está usando el modelo "ISNPIRE 2D
extended BU" pero en la página que indican[1] en la web de del catastro no
aparece referenciado ese modelo "extended", ya empezamos mal...


[0]: https://wiki.openstreetmap.org/wiki/Key:building:min_level
[1]: http://inspire.ec.europa.eu/schemas/
[2]: http://www.catastro.minhap.gob.es/webinspire/documentos/
Conjuntos%20de%20datos.pdf



> http://datos.gob.es/sites/default/files/manual_descriptivo_shapefile.pdf
>
>
>> Entiendo que para los polígonos adyacentes se esta optando por la
>> solución de usar áreas adyacentes que comparten los nodos. ¿Es esta la
>> estructura de datos que queremos utilizar?
>>
>
> No entiendo muy bien a que te refieres
>

A la hora de reflejar polígonos adyacentes, se puede utilizar áreas que
comparten los nodos (sistema que usa el programa ahora) o multipolígonos
que compartan las vías que separan unas áreas de otras, aquí puedes ver un
ejemplo[3]

[3]: http://www.openstreetmap.org/#map=19/41.64392/-0.88465


>
>
>>
>> ¿Se está comprobando que no se generan nodos superpuestos en geometrías
>> adyacentes?
>>
>>
> Cuando se genera el archivo OSM, los nodos que tienen las mismas
> coordenadas se introducen una sola vez, con una referencia única. Las
> distintas vías 'padres' del nodo usan la misma referencia. Aun así todavía
> salen algunos nodos duplicados (pocos) al validar en JOSM en municipios con
> mucha información (pendiente de revisar).
>
> Más información sobre temas parecidos en
> https://wiki.openstreetmap.org/wiki/ES:Catastro_espa%C3%
> B1ol/Importaci%C3%B3n_de_edificios/Conversi%C3%B3n_de_datos/Programa
>
>
Genial que se haya tenido en cuenta, muy buen labor de documentación, solo
hay que ser conscientes de que este programa va a procesar grandes
conjuntos de datos y tiene que ser mínimamente eficiente, que no pase como
con cat2osm...


> El 15 de junio de 2017, 7:49, Matías h <taborda.barr...@gmail.com>
> escribió:
>
>>
>>- En el archivo correspondiente a las direcciones, el código postal
>>aparece como 6900 cuando en realidad es 06900.
>>
>> Corregido en la última versión.
>
>>
>>- addr:street = CL SANTIAGO y addr:city = LLERENA. Aparecen en
>>mayúsuculas.
>>
>>


> Lo de los municipios es una cuestión abierta y para la que se piden
> opiniones, voy a abrir un hilo para tratarlo.
>
> Lo de corregir los nombres de las calles (que vienen en mayúsculas y con
> varios errores) es una cuestión que estoy trabajando para definir e
> implementar. Se agraden colaboradores, especialmente para Catalán,
> Gallego... y otros.
>

Con el tema de las direcciones hay que tener cuidado, ya que ha sitios
donde ya hay mucha información de ese tipo introducida o importada y hay
que dar facilidad a la conflación de los datos existentes.

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

Re: [Talk-es] Propuesta de Importación de Catastro (¡¡¡¡NO SE PUEDE SUBIR NADA !!!).

[Alejandro S.]

Hola,

Genial que se siga desarrollando este tema sobre el que tantas vueltas se
ha dado.

Sin haberlo probado, me surgen algunas cuestiones, a raíz de problemas
encontrados en anteriores intentonas:

¿El Atom tiene tanta información como la base de datos del Catastro en su
formato shp? ¿Está reflejada en el Atom la información correspondiente a
building:min_level? Si no es así, ¿queremos importar esta información
parcial en lugar de la general? ¿podemos combinar información de ambos
repositorios para quedarnos con lo mejor de cada uno?

Entiendo que para los polígonos adyacentes se esta optando por la solución
de usar áreas adyacentes que comparten los nodos. ¿Es esta la estructura de
datos que queremos utilizar?

¿Se está comprobando que no se generan nodos superpuestos en geometrías
adyacentes?

Vamos comentando.

Saludos,
  Alejandro Suárez

2017-06-14 14:36 GMT+02:00 Matías h :

> Hola. Buenas y calurosas tardes.
>
> Tal y como señalo en el título del hilo y para que quede claro :).
>
> *¡¡¡ *
>
> *NO SE PUEDE IMPORTAR TODAVÍA !!!.*
> Estamos empezando el proceso para intentar nuevamente una posible
> importación de los datos de catastro.
>
> Javier Sánchez ha creado una herramienta para hacer la conversión de datos
> y como todo software en principio necesitamos hacer el conveniente testeo.
>
>- *CatAtom2Osm*. https://github.com/javiersanp/CatAtom2Osm
>
>
>
>- *Procedimiento de Conversión.* http://wiki.openstreetmap.org/
>wiki/ES:Catastro_espa%C3%B1ol/Importaci%C3%B3n_de_edificios/
>Conversi%C3%B3n_de_datos
>
> 
>.
>
>
>
>- *Discusiones y acuerdos. *http://wiki.openstreetmap.org/
>wiki/ES_talk:Catastro_espa%C3%B1ol/Importaci%C3%B3n_de_
>edificios/Conversi%C3%B3n_de_datos
>
> 
>
>
> En definitiva, aunque utilicemos los canales más rápidos como son Telegram
> y/o Riot, la discusión y tratamiento que vayamos a hacer con los datos de
> catastro es mejor hacerlo por la lista y/o por la wiki en el enlace que he
> puesto arriba.
>
> El proceso no ha hecho más que empezar, así que paciencia y colaboración :)
>
> 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

Re: [Talk-es] Conflicto sobre el uso de notas en Galicia (o no)

[Alejandro S.]

Buenos días,
He comenzado a leer el correo del usuario Nemigo y he tenido que dejarlo a
mitad por la mala gana que me daban sus faltas de respeto.
Si esta persona no es capaz de respetar a sus compañeros no se porque
debería seguir participando en este proyecto colaborativo. Opino que
debería informarse a la OSMF para que actúe como considere oportuno.

Saludos,
Alejandro Suárez

On Mon, Jun 12, 2017, 01:59 Xuacu  wrote:

> Hola.
>
> Después de leer el correo llego a una conclusión: el usuario Nemigo es
> un vándalo (posiblemente por desconocimiento y obcecación); pero lo
> que es seguro es que es la mismísima definición de troll.
>
> Con uno sólo de los insultos, desprecios y ataques «ad hominem» sería
> suficiente para banearlo; por mi parte fin de la discusión con quien
> no atiende a razones. Cuando toque votar, mi voto es expulsarle.
>
> Un saludo.
> Xuacu Saturio
> Usuariu de Linux // Linux user #134680
> https://www.linuxcounter.net/
>
>
> El día 12 de junio de 2017, 1:10, Nemigo 
> escribió:
> > voy a responder al tal usuario seijas... mal que le pesa (me lo ha dicho
> él
> > mismo)
> >
> > este señor opinó en notas con alusiones personales a mí. No hay problema
> por
> > esto, cada uno edita o no, es decisión personal
> >
> > Le envié un mensaje personal para informarle de la situación: hay notas
> hace
> > años a las que nadie responde, hace caso ni lee. Le da igual
> > Me respondió a mi mensaje con otro en el que se queja de que me dirija a
> él
> > (este usuario me cita, critica y ahora abre hilos en un foro en el que NO
> > participo pero se queja de que le respondan?) Quizá no sepa que las
> notas de
> > OSM no son para hacer discusiones y mucho menos para arengar a usuarios
> más
> > veteranos que tú para que hagan lo que tú no haces: MAPEAR... mientras
> > escribes aquí no mapeas... a mí me pasa.
> >
> > Tengo el mensaje de este usuario por si alguien quiere ver la capacidad
> de
> > diálogo de su compañero.
> >
> > En esta nota se hizo exactamente lo mismo que el critica y parece ser
> que no
> > hubo problema, apesar de que las acusaciones fueron las mismas:
> > http://www.openstreetmap.org/note/1019836
> >
> > este otro es el mismo caso, el usuario abrió tres notas con lo mismo, se
> > solucionó y hubo que explicar que no convencer de la solución a otro
> usuario
> > que no tenía ni idea de que iba la feria
> > http://www.openstreetmap.org/note/1021372
> > http://www.openstreetmap.org/note/1020707
> > http://www.openstreetmap.org/note/1021371
> > Esta nota está criticada por seijas (que no entendió ni papa) el usuario
> > quería poner un acceso a la autopista cruzando una línea continua
> >
> >
> > Pero vamos a las notas de Galiza a las que nadie ha hecho caso durante
> años
> > (una tiene 4 años de antiguedad y muchas son del usuario rega):
> >
> > *son tus notas seijas, no lo olvides:*
> > Cierra la nota sin añadirla al mapa sin dar razones:
> > http://www.openstreetmap.org/note/786444
> > en qué número está? (ese es mi mensaje en la nota)
> > la nota lleva 7 meses abierta, se pide la dirección que falta para
> añadir,
> > en la nota no lo pone. No se sabe y se cierra la nota, no había más
> datos. 7
> > meses sin que nadie hiciese nada
> > http://www.openstreetmap.org/note/272532
> > Aparentemente en esta zona está la "Capela de San Paio dos Redos". No
> > consigo situarla.
> > Creado por Rodrigo Rega hai 2 anos
> > el usuario Rodrigo Rega es mapeador habitual, sabe que en los mapas falta
> > mucha información. En dos años no ha sido capaz-no le ha dado la gana de
> > buscar la información. El usuario seijas tampoco buscó esa información
> (la
> > nota sigue abierta)
> > http://www.openstreetmap.org/note/957984
> > un notario en un segundo piso, 2 meses sin que nadie haga nada. No se
> sabe
> > la dirección. Tras insistir en que si la sabes la pongan la pone otro
> > usuario (nota cerrada por ese usuario)
> > http://www.openstreetmap.org/note/445120
> > un usuario dice que hay un semáforo en una intersección en una calle da a
> > coruña, eso hace más de un año. Nadie hace ni puto caso. A base de
> insistir
> > otro usuario lo añade. Ese los miles que faltan, quedan para otra nota o
> > para dentro de más de un año
> > http://www.openstreetmap.org/note/724708
> > gasolinera cerrada, la nota es de hace 9 meses y la nota sigue abierta
> > http://www.openstreetmap.org/note/562313
> > el usuario Rega que abre una nota hace más de un año y sigue sin cerrar
> la
> > nota (son datos importados del catastro) la nota sigue abierta
> > http://www.openstreetmap.org/note/274333
> > nuestro conocido usuario Rega que dice desde hace dos años que falta el
> > nombre de un parque que no sabe si tiene nombre, ni lo sabe ni en DOS
> años
> > ha sido capaz de hacer nada para averiguarlo. La nota sigue abierta
> > http://www.openstreetmap.org/note/528143
> > vuelve el mapeador Rega... con una nota abierta más de un año en la que
> > según él hay que hacer algo 

Re: [Talk-es] Uso de landuse=village_green en España

[Alejandro S.]

Hola,
Diría que esa parte del artículo[0] se ha escrito sin consensuarla con la
comunidad española.
No me parece erronea pero no estoy seguro de que sea la manera mas correcta
de usarla.

[0]:
https://wiki.openstreetmap.org/w/index.php?title=Tag:landuse%3Dvillage_green=prev=1426271

Atentamente,
  Alejandro Suárez

On 22 May 2017 at 17:38, alan_gr  wrote:

> Pequeña rectificación: "Antes de cambiar la etiqueta leí la página del wiki
> sobre el tema [2]".
>
>
>
> --
> View this message in context: http://gis.19327.n8.nabble.
> com/Uso-de-landuse-village-green-en-Espa-a-tp5897055p5897056.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] Inundación en Tenerife

[Alejandro S.]

Parece que le /dirty no está teniendo efecto, porque en /status[0] no
cambia la fecha de renderizado al principio de los tiempos al aplicar el
/dirty, igual esto se podeía pasar a [talk] que hay gente más puesta.


[0]: http://a.tile.openstreetmap.org/17/59559/54791.png/status

Atentamente,
  Alejandro Suárez

2017-05-09 13:37 GMT+02:00 Javier Sánchez Portero :

> Buenos días.
>
> Desde hace tiempo hay un conjunto de 7x7 teselas en el nivel de zoom 17,
> entre la http://a.tile.openstreetmap.org/17/59552/54784.png y la
> http://a.tile.openstreetmap.org/17/59559/54791.png, que tienen el fondo
> azul.
>
> Normalmente eso se produce cuando hay un corte en la línea de costa, pero
> la he descargado y revisado y no veo ningún fallo. En OSM Inspector[1]
> tampoco veo nada.
>
> El problema se produce sólo en ese nivel de zoom y esa zona. Supongo que
> habrá habido algún problema en la costa y alguien ya lo habrá solucionado.
> Como ese tipo de problemas tardan mucho en actualizarse en Mapnik, no me he
> preocupado, pero ya lleva más de un mes así y me parece demasiado. Le he
> estado aplicando /dirty a las teselas para que se actualicen, pero nada.
> ¿Se os ocurre algo más?
>
> [1] http://tools.geofabrik.de/osmi/?view=coastline
>
> 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

Re: [Talk-es] Bibliobús

[Alejandro S.]

Siento discrepar, pero que el itinerario no tenga utilidad para ti no
quiere decir que para otras personas no pueda resultarle internaste.

Atentamente,
  Alejandro Suárez

2017-05-04 15:58 GMT+02:00 Jo <winfi...@gmail.com>:

> su itinerario no tienen ninguna interés o importancia  y como no va
> recoger la gente para trransportarles, no veo lo de highway=bus_stop.
>
> Lo hariamos tambien para  buses que hacen test de cancer? o una tienda
> sobre ruedas que va de un mercado a otro?
>
> Jo
>
> 2017-05-04 15:28 GMT+02:00 Carlos Cámara <carlos.cam...@gmail.com>:
>
>> Yo no me lo había planteado hasta leer de nuevo y ver la propuesta de
>> Héctor, pero le veo mucho sentido dado que efectivamente existe un poste en
>> el que no solo para el bibliobus sino que se especifica su horario y demás
>> información relevante.
>>
>> +1 a poner higway=bus_stop y +1 a la relación de la ruta (aunque en mi
>> caso no tengo ni idea de dónde obtener esa información)
>>
>> Saludos,
>>
>> Carlos Cámara
>> http://carloscamara.es
>>
>> 2017-05-04 15:16 GMT+02:00 Alejandro S. <alejandro...@gmail.com>:
>>
>>> Yo veo bien el highway=bus_stop y también puede ser interesante hacer
>>> una relación route=bus como indica [0] que recoja la ruta del biblio bus y
>>> sus paradas.
>>>
>>>
>>> [0]: http://wiki.openstreetmap.org/wiki/Key:ref:isil
>>>
>>> Atentamente,
>>>   Alejandro Suárez
>>>
>>> 2017-05-04 13:58 GMT+02:00 Jo <winfi...@gmail.com>:
>>>
>>>> añadir highway=bus_stop no me parece buena idea. No es que ese bus va
>>>> transportar gente de un paradero a otro.
>>>>
>>>> Polyglot
>>>>
>>>> 2017-05-04 12:36 GMT+02:00 Carlos Cámara <carlos.cam...@gmail.com>:
>>>>
>>>>> Hola, yo me topé con la misma duda que tú hace un tiempo y tras leer
>>>>> estas dos wikis
>>>>> http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dmobile_library
>>>>> http://wiki.openstreetmap.org/wiki/Key:ref:isil
>>>>>
>>>>> Opté por un etiquetado convencional de biblioteca con la salvedad de
>>>>> que puse "amenity=mobile_library (ver:http://www.openstreetmap.
>>>>> org/node/4783469727) y puse su horario. Viendo tu etiquetado quizá
>>>>> estaría bien añadir highway=bus_stop
>>>>>
>>>>> Saludos,
>>>>>
>>>>>
>>>>>
>>>>> Carlos Cámara
>>>>> http://carloscamara.es
>>>>>
>>>>> 2017-05-04 12:12 GMT+02:00 Héctor Ochoa <cie.hoc...@gmail.com>:
>>>>>
>>>>>> Buenas, me ha entrado la duda de cómo mapear una parada de bibliobús:
>>>>>> https://twitter.com/ZGZBibliotecas/status/860062726860795904
>>>>>>
>>>>>> Se trata de un servicio de biblioteca en barrios que no tienen
>>>>>> población suficiente para justificar una y tienen la biblioteca más 
>>>>>> cercana
>>>>>> a bastante distancia.
>>>>>> Es un bus que tiene una biblioteca dentro y que se recorre dichos
>>>>>> barrios con un horario fijo.
>>>>>>
>>>>>> Mapeé hace tiempo una de las paradas, pero no se si es la mejor forma
>>>>>> de hacerlo.
>>>>>> https://www.openstreetmap.org/node/3891577485
>>>>>>
>>>>>> Gracias por adelantado.
>>>>>> Héctor Ochoa
>>>>>> ___
>>>>>> 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] Bibliobús

[Alejandro S.]

Yo veo bien el highway=bus_stop y también puede ser interesante hacer una
relación route=bus como indica [0] que recoja la ruta del biblio bus y sus
paradas.


[0]: http://wiki.openstreetmap.org/wiki/Key:ref:isil

Atentamente,
  Alejandro Suárez

2017-05-04 13:58 GMT+02:00 Jo :

> añadir highway=bus_stop no me parece buena idea. No es que ese bus va
> transportar gente de un paradero a otro.
>
> Polyglot
>
> 2017-05-04 12:36 GMT+02:00 Carlos Cámara :
>
>> Hola, yo me topé con la misma duda que tú hace un tiempo y tras leer
>> estas dos wikis
>> http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dmobile_library
>> http://wiki.openstreetmap.org/wiki/Key:ref:isil
>>
>> Opté por un etiquetado convencional de biblioteca con la salvedad de que
>> puse "amenity=mobile_library (ver:http://www.openstreetmap.
>> org/node/4783469727) y puse su horario. Viendo tu etiquetado quizá
>> estaría bien añadir highway=bus_stop
>>
>> Saludos,
>>
>>
>>
>> Carlos Cámara
>> http://carloscamara.es
>>
>> 2017-05-04 12:12 GMT+02:00 Héctor Ochoa :
>>
>>> Buenas, me ha entrado la duda de cómo mapear una parada de bibliobús:
>>> https://twitter.com/ZGZBibliotecas/status/860062726860795904
>>>
>>> Se trata de un servicio de biblioteca en barrios que no tienen población
>>> suficiente para justificar una y tienen la biblioteca más cercana a
>>> bastante distancia.
>>> Es un bus que tiene una biblioteca dentro y que se recorre dichos
>>> barrios con un horario fijo.
>>>
>>> Mapeé hace tiempo una de las paradas, pero no se si es la mejor forma de
>>> hacerlo.
>>> https://www.openstreetmap.org/node/3891577485
>>>
>>> Gracias por adelantado.
>>> Héctor Ochoa
>>> ___
>>> 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] Participación en el congreso "ciudad de las bicis"

[Alejandro S.]

Gracias por la anotación.

Desde luego es un tema importante, pero decidimos no incluir temas de
ciclabilidad fuera del entrono urbano ya que la temática del congreso es
"la bicicleta y la ciudad".

Además ya enviamos ayer la comunicación :P

Saludos,
  Alejandro Suárez

2017-04-24 14:26 GMT+02:00 dcapillae :

> ¡Enhorabuena por vuestro trabajo!
>
> Como sugerencia se me ocurre que podríais comentar algo sobre las
> posibilidades de OpenStreetMap aplicado al cicloturismo: edición de rutas
> cicloturística con OSM, servicios y aplicaciones disponible, etc. Seguro
> que
> en Zaragoza tenéis rutas de primera. Entre los miembros de ConBici hay
> mucha
> afición por este tema.
>
>
>
> -
> Daniel Capilla
> OSM user: dcapillae
> --
> View this message in context: http://gis.19327.n8.nabble.
> com/Participacion-en-el-congreso-ciudad-de-las-bicis-
> tp5895585p5895799.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] Participación en el congreso "ciudad de las bicis"

[Alejandro S.]

Hola todos,

Nos han invitado a participar con una comunicación en el próximo XIV
Congreso Ibérico “La Bicicleta y la Ciudad” que tendrá lugar en Zaragoza
dentro del evento La Ciudad de las Bicis[0].
Desde el grupo de Mapeado Colaborativo hemos preparado la comunicación con
el objetivo de difundir OSM entre la comunidad ciclista
En este documento compartido podéis ver que esta prácticamente
terminado[1], pero nos gustaría que entre todos le echáramos un vistazo y
hicierais las sugerencias que os parezcan convenientes.

Tenemos hasta el domingo para mandarlo, esperamos vuestros comentarios ;)

[0]: http://laciudaddelasbicis.org/
[1]:
https://docs.google.com/document/d/1RS9LOBticdqcxd9Z4sXTJBihXxs0xZg-_jawbLNCuSk/edit?usp=sharing

Saludos,
  Los coordinadores del grupo de Mapeado Colaborativo
  Alejandro Suárez
  Héctor Ochoa
  Carlos Cámara
  Miguel Sevilla-Callejo
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Qué hacer con geometrías de EU CORINE land cover 2006

[Alejandro S.]

Hablo de Zaragoza, como se puede ver en los enlaces que envié.

Saludos,
Alejandro

On Thu, Apr 13, 2017, 00:34 Rafael Avila Coya <ravilac...@gmail.com> wrote:

> Hola:
>
> No sé de qué zona hablas en concreto, pero en las zonas de Galicia en
> las que he mapeado todos estos años (y no son pocas ni reducidas) hay
> multitud de solapamientos sobre cualquier otro landuse (residential,
> wood, farmland, etc).
>
> Un saludo,
>
> Rafael.
>
> On 11/04/17 16:39, Alejandro S. wrote:
> > Hola,
> >
> > Creo que aunque los datos no eran muy buenos, la importación si que se
> > hizo teniendo en cuenta los polígonos de bosque existentes para evitar
> > que se superpusieran:
> > Esta vía[0] trazada en 2008 para delimitar un bosque y esta vía[1] que
> > proviene de la importación de CORINE (de 2011) solo añadió esa esquinita
> > que faltaba, no tapó lo que ya existía.
> >
> > Estaría bien conservar el historial en los casos en que haya habido
> > modificaciones, si son polígonos en la versión 1, creo que tampoco
> > pasaría nada si se borra y se hace nuevo.
> >
> > Por otra parte, en cuanto al Gestor de Tareas, hacer cuadrantes que
> > cubran todo el país hace que queden muy grandes, igual habría que
> > separar por provincias para que sea más más manejable.
> >
> > [0]: http://www.openstreetmap.org/way/24495813/history
> > [1]: http://www.openstreetmap.org/way/94056665/history
> >
> >
> > Atentamente,
> >   Alejandro Suárez
> >
> > 2017-04-11 16:18 GMT+02:00 Carlos Dávila <cdavi...@orangecorreo.es
> > <mailto:cdavi...@orangecorreo.es>>:
> >
> > El 11/04/17 a las 15:29, Rafael Avila Coya escribió:
> >
> > Hola a todos/as:
> >
> > No sé si este tema ya fue tratado con anterioridad, pero llevo
> > tiempo preguntándome qué deberíamos hacer con las geometrías
> > claramente deficientes de la importación de datos de EU CORINE
> > land cover 2006 que se llevó a cabo a finales de 2010,
> > principios de 2011, y que llevamos "sufriendo" desde entonces.
> >
> > Las posibles soluciones pasarían por:
> >
> > a) La no solución. Dejar las cosas como están y que los
> > usuarios, a su discreción, vayan corrigiendo lo que quieran.
> > Creo que es la peor solución, pues como se puede ver, la gran
> > mayoría de geometrías siguen ahí, en su versión 1, tapando zonas
> > urbanas completas, geometrías correctas de bosques y otros usos
> > de la tierra que ya se habían hecho con anterioridad y que no
> > fueron consideradas cuando se importaron los datos, etc.
> >
> > b) Revertir los cambios. Habida cuenta la cantidad de
> > modificaciones y eliminaciones de geometrías que se hicieron
> > todos estos años, esta solución se me antoja bastante compleja.
> >
> > c) Corregir los datos siguiendo un control de las zonas
> > corregidas y las que no. Esto podría hacerse usando el gestor de
> > tareas de OSM-ES (el mismo que se está usando para llevar a cabo
> > algunas importaciones, por ejemplo en el ayuntamiento de
> > Madrid). El Gestor de Tareas no es óptimo, habida cuenta que
> > muchas geometrías del EU CORINE land cover abarcan zonas muy
> > amplias, pero creo que valdría, sobre todo si se escribe una
> > buena wiki explicando el proceso. Para esta corrección veo dos
> > posibilidades:
> >
> > c.1) Borrar las geometrías de la zona escogida y re-mapear
> > correctamente. A mí, personalmente, no me gustaría, pues se
> > pierde el historial.
> >
> > c.2) Modificar las geometrías. No es necesariamente más lento
> > que el anterior, y se mantiene el historial. Sólo hay que saber
> > usar la herramienta 'Reemplazar geometría' (CTRL+Mayús+G
> > (necesita el plugin UtilsPlugin2)), cosa que se explicaría en la
> > wiki. Para mí sería la solución mejor que se me ocurre.
> >
> > Con el Gestor de Tareas podríamos ver lo que ya se ha hecho y lo
> > que queda por hacer, y otros valores estadísticos.
> >
> > Un saludo cordial,
> >
> > Rafael.
> >
> >
> > Personalmente creo que los objetos que se encuentren en la versión 1
> > se podrían borrar sin muchas contemplaciones. Si se ve necesario, se
> > pueden revisar previamente sobre foto aérea y eliminar si difieren
> > más de X porcentaje 

Re: [Talk-es] ¿Abreviar nombres de colegios, universidades etc..?

[Alejandro S.]

Buenas,
Las abreviaturas pueden resultar interesantes de cara a ampliar las
posibilidades de encontrar un elemento a través del buscador, pero se
tienen que poner con la etiqueta short_name, nunca en el name.

https://wiki.openstreetmap.org/wiki/Key:short_name

Saludos,
Alejandro

On Wed, Apr 12, 2017, 12:28 dcapillae  wrote:

> Suelo seguir las recomendaciones del wiki y nombrar los centros de
> enseñanza
> con su denominación completa, sin abreviaturas. Personalmente considero más
> adecuado no utilizar abreviaturas en ningún caso, ni como sustitución del
> nombre ni como complemento del nombre.
>
> Por ejemplo, el "Instituto de Educación Secundaria Ciudad Jardín" ( en OSM
> <
> https://www.openstreetmap.org/?mlat=36.74664=-4.41662#map=18/36.74664/-4.41662
> >
> ) se nombraría como tal. Yo evitaría utilizar fórmulas que incluyesen
> abreviaturas. No utilizaría ni "I. E. S. Ciudad Jardín" ni tampoco
> "Instituto de Educación Secundaria IES Ciudad Jardín". La primera resulta
> críptica, la segunda redundante.
>
> Considero que la fórmula más adecuada sería precisamente la que recomiendan
> en el wiki: utilizar el nombre completo tal cual, sin abreviaturas.
>
>
>
> -
> Daniel Capilla
> OSM user: dcapillae
> --
> View this message in context:
> http://gis.19327.n8.nabble.com/Abreviar-nombres-de-colegios-universidades-etc-tp5895234p5895240.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] Qué hacer con geometrías de EU CORINE land cover 2006

[Alejandro S.]

Hola,

Creo que aunque los datos no eran muy buenos, la importación si que se hizo
teniendo en cuenta los polígonos de bosque existentes para evitar que se
superpusieran:
Esta vía[0] trazada en 2008 para delimitar un bosque y esta vía[1] que
proviene de la importación de CORINE (de 2011) solo añadió esa esquinita
que faltaba, no tapó lo que ya existía.

Estaría bien conservar el historial en los casos en que haya habido
modificaciones, si son polígonos en la versión 1, creo que tampoco pasaría
nada si se borra y se hace nuevo.

Por otra parte, en cuanto al Gestor de Tareas, hacer cuadrantes que cubran
todo el país hace que queden muy grandes, igual habría que separar por
provincias para que sea más más manejable.

[0]: http://www.openstreetmap.org/way/24495813/history
[1]: http://www.openstreetmap.org/way/94056665/history


Atentamente,
  Alejandro Suárez

2017-04-11 16:18 GMT+02:00 Carlos Dávila :

> El 11/04/17 a las 15:29, Rafael Avila Coya escribió:
>
>> Hola a todos/as:
>>
>> No sé si este tema ya fue tratado con anterioridad, pero llevo tiempo
>> preguntándome qué deberíamos hacer con las geometrías claramente
>> deficientes de la importación de datos de EU CORINE land cover 2006 que se
>> llevó a cabo a finales de 2010, principios de 2011, y que llevamos
>> "sufriendo" desde entonces.
>>
>> Las posibles soluciones pasarían por:
>>
>> a) La no solución. Dejar las cosas como están y que los usuarios, a su
>> discreción, vayan corrigiendo lo que quieran. Creo que es la peor solución,
>> pues como se puede ver, la gran mayoría de geometrías siguen ahí, en su
>> versión 1, tapando zonas urbanas completas, geometrías correctas de bosques
>> y otros usos de la tierra que ya se habían hecho con anterioridad y que no
>> fueron consideradas cuando se importaron los datos, etc.
>>
>> b) Revertir los cambios. Habida cuenta la cantidad de modificaciones y
>> eliminaciones de geometrías que se hicieron todos estos años, esta solución
>> se me antoja bastante compleja.
>>
>> c) Corregir los datos siguiendo un control de las zonas corregidas y las
>> que no. Esto podría hacerse usando el gestor de tareas de OSM-ES (el mismo
>> que se está usando para llevar a cabo algunas importaciones, por ejemplo en
>> el ayuntamiento de Madrid). El Gestor de Tareas no es óptimo, habida cuenta
>> que muchas geometrías del EU CORINE land cover abarcan zonas muy amplias,
>> pero creo que valdría, sobre todo si se escribe una buena wiki explicando
>> el proceso. Para esta corrección veo dos posibilidades:
>>
>> c.1) Borrar las geometrías de la zona escogida y re-mapear correctamente.
>> A mí, personalmente, no me gustaría, pues se pierde el historial.
>>
>> c.2) Modificar las geometrías. No es necesariamente más lento que el
>> anterior, y se mantiene el historial. Sólo hay que saber usar la
>> herramienta 'Reemplazar geometría' (CTRL+Mayús+G (necesita el plugin
>> UtilsPlugin2)), cosa que se explicaría en la wiki. Para mí sería la
>> solución mejor que se me ocurre.
>>
>> Con el Gestor de Tareas podríamos ver lo que ya se ha hecho y lo que
>> queda por hacer, y otros valores estadísticos.
>>
>> Un saludo cordial,
>>
>> Rafael.
>>
>
> Personalmente creo que los objetos que se encuentren en la versión 1 se
> podrían borrar sin muchas contemplaciones. Si se ve necesario, se pueden
> revisar previamente sobre foto aérea y eliminar si difieren más de X
> porcentaje de superficie de la realidad.
>
> La opción c2 yo la he usado para polígonos no muy grandes, pero para
> objetos grandes creo que puede dar más trabajo que empezar de cero. Puedes
> explicar un poco cómo funciona lo de "Reemplazar geometría". He cargado
> UtilsPlugin2 para probar, pero esa opción aparece desactivada.
>
>
>
>
> ___
> 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] Cómo etiquetar una antigua era abandonada

[Alejandro S.]

Buenas,
Solo para dejarlo perfecto, la etiqueta barrier=retaining_wall tiene
sentido, quiero decir, que indica que el desplome está en el lado derecho
de la vía, así que en el ejemplo de la foto tendrías que hacer un
multipolígono con la etiqueta landuse=threshing_floor formado por dos vías
de sentido opuesto con barrier=retaining_wall.



Atentamente,
  Alejandro Suárez

2017-04-05 12:10 GMT+02:00 dcapillae :

> Estoy valorando la posibilidad de utilizar "barrier=retaining_wall" para
> etiquetar la estructura de piedra de las eras. Un "barrier=retaining_wall"
> o
> muro de contención es "una estructura que retiene el terreno o cimientos de
> un edificio, estructura o área bajo pendientes no naturales",  según el
> wiki
>  barrier%3Dretaining_wall=1401056>
> . Combinada con "landuse=threshing_floor", creo que puede dar buen
> resultado.
>
> Una pequeña era como la de la imagen, ejecutada a base de acumulación de
> piedras hasta conseguir una superficie llana en un terreno accidentado, se
> mapearía entonces como una única vía cerrada circular con el siguiente
> etiquetado básico:
>
> landuse=threshing_floor
> barrier=retaining_wall
>
> Si la estructura de piedra estuviese en ruinas, bastaría con agregar el
> prefijo "ruins:barrier=retaining_wall". Si además la era tiene interés
> histórico, agregaríamos la etiqueta "historic=threshing_floor" al esquema
> anterior.
>
> Me parece lo más sencillo y lógico.
>
> Para otro tipo de eras, las que son a terreno abierto y sin estructura
> alguna, bastaría con etiquetarla como "landuse=threshing_floor".
>
>
>
> -
> Daniel Capilla
> OSM user: dcapillae
> --
> View this message in context: http://gis.19327.n8.nabble.
> com/Como-etiquetar-una-antigua-era-abandonada-tp5894712p5894786.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] Sobre cañones deportivos (barranquismo)

[Alejandro S.]

Buenas,

Estoy completamente de acuerdo contigo en el caso de los barrancos, pero en
el caso de las ferratas, si bien es interesante utilizar una relación para
definir la ruta, es necesaria también una etiqueta para reflejar las zonas
de la vía ferrata que no son un sendero (highway=path) sino que transcurren
por instalaciones fijadas en la pared. Hay una propuesta [0] de etiquetado
para éstas vías: highway=via_ferrata.

En cualquier caso las relaciones con colecciones de elementos son
incorrectas y no aportan información relevante, mediante cualquier
herramienta SIG puedes extraer elementos de un tipo que se encuentren en
una zona. Con la opción wizard/asistente de overpass turbo [1] resulta muy
sencillo buscar elementos en osm con un determinado etiquetado en una zona
concret, simplemente pon:
etiqueta=valor in región
Por ejemplo: waterway=stream in Huesca

Si tienes cualquier duda pregunta por aquí o en el grupo de
Telegram-Matrix-IRC

Saludos,
Alejandro Suárez

[0]: https://wiki.openstreetmap.org/wiki/Proposed_features/via_ferrata
[1]: https://overpass-turbo.eu

On Tue, Apr 4, 2017, 18:02 Diego García  wrote:

> Buenas tardes a todos.
>
> En respuesta a una pregunta planteada por otro usuario en el canal de
> Telegram, hago una aclaración sobre la forma de etiquetar barrancos
> deportivos en OSM. No es una propuesta, sino un desarrollo lógico de lo que
> ya tenemos en uso sobre etiquetado de rutas deportivas en OSM, sin ánimo en
> absoluto de sentar cátedra sobre el asunto. Sólo pretendo ayudar y, por
> supuesto, estoy abierto a escuchar cualquier otra opinión.
>
> La forma de etiquetar una ruta deportiva, por ejemplo de senderismo, es
> agrupar todos los tramos de dicha ruta en una relación, etiquetada a
> continuación como *type=route* y *route=hiking*, junto con la
> correspondiente etiqueta *name*. Para este ejemplo concreto existen otras
> etiquetas, como *osmc:symbol* o *network*, pero no vienen al caso de los
> barrancos. Lo básico son las etiquetas *type *y *route*.
>
> Un barranco deportivo debería seguir la misma pauta: agrupar los tramos
> deportivos de dicho barranco en una relación, y definir la relación
> conseguida como *type=route*. Para especificar más el tipo de ruta no hay
> un tag aprobado, pero pienso que puede (y debe) usarse el propuesto en la
> wiki http://wiki.openstreetmap.org/wiki/Proposed_features/Canyoning
> *route=canyoning*. Allí también se propone, con acierto pienso yo, el tag 
> *rating
> *para definir la dificultad del barranco. Quizá necesitaría algún otro
> tag: es muy común en los barrancos indicar siempre el número de rápeles que
> hay que hacer, así como la longitud del rápel más largo.
>
> Lo que resulta incorrecto es agrupar TODOS los barrancos de un área
> determinada, por ejemplo una provincia, en una misma relación. Debe haber
> una relación por cada barranco. Si se quieren obtener los barrancos
> deportivos de una zona determinada, debe utilizarse overpass. Tampoco es
> correcto cambiar el *name *a un tramo de río/barranco con el nombre con
> que se conoce deportivamente ese tramo, o incluir etiquetas en la relación
> como *intermittent=yes*, *waterway *o *sport*.
>
> Como ejemplo, acabo de subir un cambio sacando de la relación "Barrancos
> deportivos de la provincia" (que no era tal sino una colección de
> elementos, lo que es incorrecto), el tramo deportivo del río Flumen
> conocido como Barranco de las Palomeras del Flumen. Puede verse aquí:
> http://www.openstreetmap.org/changeset/47446273 No he incluído el tag *rating
> *porque no conozco la dificultad correcta de dicho barranco (sé que es
> jodidillo por la cantidad de agua que lleva, es un río al fin y al cabo,
> pero no lo he bajado personalmente). Sirva de sencillo ejemplo.
>
> Idem para el tema "vías ferratas". Que un sendero sea una vía ferrata es
> una condición de un tramo de dicho sendero, no da pié a definir una
> relación. La etiqueta que define la vía ferrata debe ir en el tramo que es
> vía ferrata, y si se crea una relación (p.ej tipo *hiking*) para definir
> la ruta, no debe contener etiquetas de dicho tipo, ya que no toda la ruta
> es vía ferrata. Las relaciones del tipo "Conjunto de vías ferratas de la
> provincia", son incorrectas.
>
> Espero que esto haya aclarado las dudas, y estaría bien ver algún otro
> aporte sobre el tema por aquí.
>
>
> 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] Cómo etiquetar una antigua era abandonada

[Alejandro S.]

¡Ojo! Que hay una diferencia grande entre considerar como patrimonio
etnográfico elementos (las eras) en general y considerar que esa era en
concreto tiene un valor histórico.
De hecho pone que los poblados de casas tienen valor etnográfico, que por
supuesto, pero no quiere decir que haya que mapearlos con etiquetas
historic.

Saludos,
Alejandro Suárez

On Wed, Apr 5, 2017, 00:12 Javier Sánchez Portero 
wrote:

> Una era, persé tiene interés histórico. Me explico.
>
> Ley 4/1999, de 15 de marzo, de Patrimonio Histórico de Canarias.
>
> "*Artículo 2.*
> Constitución del patrimonio histórico de Canarias.
> *El patrimonio histórico de Canarias* *está constituido* *por los bienes*
> muebles e inmuebles
> *que  tengan*  interés  histórico,  arquitectónico,  artístico,
> arqueológico,  *etnográfico*,
> paleontológico, científico o técnico.
> También  forman  parte  del  patrimonio  histórico  canario  los  bienes
> inmateriales  de  la
> cultura  popular  y  tradicional  y  las  particularidades  lingüísticas
> del  español  hablado  en
> Canarias."
>
> "*Artículo 73.*
> *Patrimonio etnográfico.*
> 1. El patrimonio etnográfico de Canarias está compuesto por todos los
> bienes muebles e
> inmuebles,  los  conocimientos,  técnicas  y  actividades  y  sus  formas
> de  expresión  y
> transmisión, que son testimonio y expresión relevante de la cultura
> tradicional del pueblo
> canario.
> *2. Integran el patrimonio etnográfico de Canarias, los siguientes
> elementos:*
> a) Construcciones y conjuntos resultado del hábitat popular, tales como
> poblados de
> casas,  haciendas,  poblados  de  cuevas,  etc.;  elementos
> arquitectónicos  singulares,  tales
> como portadas, tapias, almenados, chimeneas, calvarios, cruces, pilares,
> caminos, piedras
> labradas, blasones, lápidas, etc.; y aquellos otros que por su
> funcionalidad histórica formen
> parte  de  la  cultura  popular  ligada  a  la  producción  económica,
> tales  como  molinos,
> acueductos,  aljibes,  cantoneras,  acequias,  estanques,  salinas,
> canteras,  caleras,  alfares,
> hornos, pajeros, *eras,* corrales, lagares, bodegas y similares."
>
> https://www.boe.es/buscar/pdf/1999/BOE-A-1999-7981-consolidado.pdf
>
>
> El 4 de abril de 2017, 18:23, dcapillae  escribió:
>
> Si la era tiene interés histórico, me parece adecuado usar
> "historic=threshing_floor". En el wiki recomiendan usar "historic"
> únicamente para características que tengan interés histórico. Jesús lo
> resumen muy bien en este  mensaje anterior
> <
> http://gis.19327.n8.nabble.com/Como-etiquetar-una-antigua-era-abandonada-tp5894712p5894717.html
> >
> del hilo. Si no lo tiene, no debería utilizarse.
>
>
>
> -
> Daniel Capilla
> OSM user: dcapillae
> --
> View this message in context:
> http://gis.19327.n8.nabble.com/Como-etiquetar-una-antigua-era-abandonada-tp5894712p5894737.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] Cómo etiquetar una antigua era abandonada

[Alejandro S.]

Para la era en si, me gusta la propuesta de man_made=threshing_floor. Lo de
building=barn lo digo para los edificios anexos a la era o para bordas que
hay por el monte.
¿Precisamente lo queremos más concreto si puede ser, no? Da más información
reflejar que es un edificio para almacenaje y refugio, que un anexo
genérico a una granja...Está claro que en cada situación hay que ver que
etiqueta se adapta mejor a la realidad, pero de cuantas más etiquetas
dispongamos mejor para elegir.

Atentamente,
  Alejandro Suárez

2017-04-04 14:36 GMT+02:00 dcapillae :

> Saludos,
>
> Os transcribo una conversación que hemos mantenido vía Telegram relativa a
> cómo etiquetar antiguas eras abandonadas. En concreto, la era que
> inicialmente se quería etiquetar era una similar a la que se puede ver en
> esta imagen
> 
> ,
> de forma circular y construida artificialmente a base de acumulación de
> piedras. En la conversación se tratan algunos etiquetados alternativos y
> cuestiones relacionadas con el etiquetado de características con interés
> histórico.
>
> Daniel Capilla, [03.04.17 21:26]
> Estoy tratando de averiguar la mejor forma de etiquetar una antigua era
> abandonada. No encuentro nada adecuado más allá de "man_made=yes"
> acompañado
> quizás de "ruins=yes", aunque ninguna de estas etiquetas informa de qué
> característica se trata. ¿Alguna vez habéis tenido que mapear una antigua
> era abandonada? ¿Cómo lo habéis hecho?
>
> Diego, [03.04.17 21:26]
> ¿Cómo se etiquetaría una era en funcionamiento?
>
> Daniel Capilla, [03.04.17 21:27]
> [Respondiendo a Diego]
> Tampoco lo sé. No he encontrado en el wiki ninguna etiqueta específica para
> este tipo de construcciones.
>
> Diego, [03.04.17 21:29]
> Yo le pondría building=ruins + historic=building si tiene algún valor
> histórico, o building=ruins si no lo tiene. Puedes afinar más con
> historic=farm_auxiliary.
>
> Diego, [03.04.17 21:29]
> Todo el tema de etiquetar ruinas y cosas históricas es un gran agujero
> negro.
>
> D, [03.04.17 21:38]
> No sé a qué te refieres con era, para mi una era es un prado donde se
> trituraba el grano, yo le pondría landuse=meadow.
>
> Diego, [03.04.17 21:40]
> También es un edificio adyacente a una era que se utilizaba para guardar
> los
> aperos y/o el grano.
>
> Diego, [03.04.17 21:41]
> Estaba buscando algún ejemplo, justo esta mañana me tropecé con uno, pero
> no
> doy con ello.
>
> Daniel Capilla, [03.04.17 22:02]
> [Respondiendo a D]
> Se trata de una construcción artificial, con forma circular y ejecutada a
> base piedras. Te enlazo una imagen de ejemplo para ilustrarlo. No es la era
> que me he encontrado esta tarde pero igual sirve, su ejecución es muy
> similar. La imagen es del año pasado:
> https://archive.org/details/20160311RuinasDeCasaDeLasBeatasYAntiguaEra
> 
>
> Daniel Capilla, [03.04.17 22:07]
> [Respondiendo a Diego]
> ¡Gracias, Diego! "Abandoned:building=farm_auxiliary" junto con "ruins=yes"
> pudiera ser una buena solución.
>
> Diego, [03.04.17 22:07]
> Por aquí se dijo algo de abandoned:place=isolated_dwelling, aunque me
> gusta
> más abandoned=yes (aunque no debe usarse). Paralelamente, si tiene valor
> histórico, y tiene pinta de que sí, historic=building.
>
> Diego, [03.04.17 22:08]
> Para el elemento físico, es decir el edificio, me gusta más building=ruins.
>
> Daniel Capilla, [03.04.17 22:09]
> [Respondiendo a Diego]
> Tiene sentido. Lo tendré en cuenta.
>
> Diego, [03.04.17 22:09]
> Ya te digo, pienso que hay bastante lío con el tema de las ruinas.
>
> Diego, [03.04.17 22:10]
> Cuando sólo son dos o tres paredes, yo suelo dibujar como elemento físico
> lo
> que realmente es: barrier=wall + ruins=yes. Building=ruins lo reservo para
> cuando sólo falta el techo o parte de él.
>
> Diego, [03.04.17 22:11]
> Lo cierto es que habría que consensuar algo y luego "wikificarlo", pero lo
> veo muy complicado.
>
> yopaseopor, [03.04.17 22:11]
> aquí las tenemos inventariadas
>
> yopaseopor, [03.04.17 22:11]
> así que tienen ese nombre y referencia
>
> yopaseopor, [03.04.17 22:12]
> pero todo es mejorable
>
> yopaseopor, [03.04.17 22:12]
> http://www.openstreetmap.org/node/4604027053
> 
>
> Diego, [03.04.17 22:13]
> historic=ruins no me gusta, es muy genérico. Pienso que sólo debe usarse
> cuando no se sabe lo que es.
>
> Diego, [03.04.17 22:17]
> Ya puestos, me gustaría remarcar la importancia de cartografiar cualquier
> ruina que nos encontremos por el monte. Suelen ser un elemento de
> referencia
> muy bueno para senderistas, especialmente si están identificadas.
>
> Daniel Capilla, [03.04.17 22:29]
> [Respondiendo a Diego]
> Totalmente de acuerdo.
>
> D, [03.04.17 22:40]
> Veo tus ruinas de cara orientación y subo a cualquier elemento que puedas
> utilizar como referencia para orientarte con un mapa, líneas 

Re: [Talk-es] Puntos de comercios en la línea de los edificios

[Alejandro S.]

 Buenas,

Parece que no hay consenso, ni con los portales ni con los POIs:
* Ahí [0] dice que (para los portales) se puede poner el nodo en el borde o
dentro del polígono:
* Aquí [1] señala (para un caso concreto de POI) que se ponga un nodo en el
interior del área.

Además si el nodo se sitúa en el perímetro, puede dar lugar a error en caso
de que haya áreas colindantes.


[0]:
https://wiki.openstreetmap.org/wiki/Addresses#Buildings_with_multiple_house_numbers
[1]:
https://wiki.openstreetmap.org/wiki/Tag:amenity=cafe#Cafes_inside_other_shops_.2F_amenities


Atentamente,
  Alejandro Suárez

2017-03-23 11:14 GMT+01:00 Miguel Sevilla-Callejo <msevill...@gmail.com>:

> Hola,
>
> Corto/pego aquí una discusión muy interesante que ha surgido en el grupo
> de Telegram/Riot a cerca de si los puntos de los comercios han de ir en la
> línea de los edificios y no en su interior.
>
> Oscar Zorrilla Alonso, [22.03.17 22:21]
>
> Hola chicos, os presentamos el municipio de Miranda de Ebro, realizado por
> elpata33 [...] el tío es productivo para OSM.
>
> Mirad los pois metidos: http://www.openstreetmap.org/#
> map=17/42.68572/-2.94171
>
> Carlos Tapia, [22.03.17 22:31]
> Ahora sólo falta que los nodos de los comercios formen parte del polígono
> y no dejarlos sueltos dentro
>
> Nunca se debe dejar un nodo de un comercio suelto dentro de un polígono,
> normas básicas y fundamentales de OSM
>
> Y los números de portal más de lo mismo
>
> [...]
>
> Jorge Sanz, [22.03.17 23:16] / [In reply to Oscar Zorrilla Alonso]
> Yo habia visto hace unos días que estaba haciendo cosas por Miranda de
> Ebro pero no habia visto que habia tanto POI o no los habia puesto todavia.
> Se lo curra
>
> [...]
>
> Alejandro S., [23.03.17 10:04] / [In reply to Carlos Tapia]
> ¿Me podrías pasar las referencias a esto?
>
> Carlos Tapia, [23.03.17 10:05]
> Hay varios hilos de mensajes a esto en Telegram y por la lista de correo
>
> Alejandro S., [23.03.17 10:06]
> No me suena haberlo leído en la plataforma de documentación de
> OpenStreetMap
>
> Miguel Sevilla-Callejo, [23.03.17 10:07] / [In reply to Oscar Zorrilla
> Alonso]
> Wow! pero a ver quien mantiene actualizada toda esa información ahora 
>
> [...]
>
> Miguel Sevilla-Callejo, [23.03.17 10:11] / [In reply to Carlos Tapia]
> De todos modos por el resto del mundo sulene estar sueltos. ¿hay mención
> explícita a esto en la wiki?
>
> Miguel Sevilla-Callejo, [23.03.17 10:11]
> Si que hablamos lo de los portales pero no lo de los comercios... aunque
> tiene su paralelismo, si.
>
> [...]
>
> Jorge Sanz, [23.03.17 10:11]
> Con numeros de portal si pero con los comercios yo no tengo tan claro eso
> de que se tenga que ponerse en la vía del edificio
>
> Carlos Tapia, [23.03.17 10:11]
> Exceptuando en centros comerciales que por ser comercios interiores es
> imposible. Todos los comercios deben ser un nodo EN el edificio, no dentro
> de él. De esta forma coge la información de la dirección del polígono y no
> hay que volver a incluirla. Además de que queda más homogéneo y más
> completo.
>
> Los números de portal se pueden incluir en el polígono o añadir la
> dirección para todo el área, pero incluyendo la entrada para saber dónde
> está físicamente la entrada
>
> Jorge Sanz, [23.03.17 10:12]
> Si esta dentro coge exactamente igual el nombre de la dirección
>
> Alejandro S., [23.03.17 10:13] / [In reply to Jorge Sanz]
> Eso es, es una operación que la base de datos geoespacial realiza
> fácilmente
>
> Carlos Tapia, [23.03.17 10:13]
> Pero si está dentro y sigues las normas de los portales se debería poner
> donde está la entrada a ese comercio. Si lo pones en la fachada eso que te
> ahorras
>
> Carlos Tapia, [23.03.17 10:14]
> Es más útil saber por donde se entra a un comercio que saber sólo que está
> por ahí
>
> Alejandro S., [23.03.17 10:15] / [In reply to Carlos Tapia]
> De acuerdo, pero eso está documentado en algún sitio o te lo estás sacando
> de la manga @carlosz22?
>
> Carlos Tapia, [23.03.17 10:16]
> Ni idea de si está documentado
>
> Jorge Sanz, [23.03.17 10:16]
> Al menos de que este en algun sitio claro que la comunidad ha dicho que
> tenga que lo correcto ya dicho que se ponga tambien en la vía, se debería
> discutir en la lista.
>
> ---
>
> Abierto el debate en la lista!!
>
> Hasta donde yo se no hemos dejado claro aquí, ni se ha consensuado a nivel
> golbal (en la wiki) como proceder al respeto de la integración del los
> nodos de comercios si existen polígonos/areas/relaciones para los edificios.
>
> Lo que sugiere Carlos tiene su lógica, pero no se si hemos de proceder así.
>
> Y luego está que yo tampoco tengo claro si el número de portal ha de e

Re: [Talk-es] Compatibilidad entre CC-BY 4.0 y ODbL

[Alejandro S.]

ha*

Veo por otra parte que la noticia ha resultado de interés ¬¬
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-es] Compatibilidad entre CC-BY 4.0 y ODbL

[Alejandro S.]

Buenas,

La OSMF a terminado el análisis de compatibilidad entre la licencia de OSM,
la ODbL y la licencia Cretive Commons - Atribución 4.0 (CC-BY 4.0) [0]

Toca seguir pidiendo permiso explícito, y ahora para más cosas. Han
preparado una carta para pedir el permiso [1], habrá que traducirla.


[0]: https://blog.openstreetmap.org/2017/03/17/use-of-cc-by-data/
[1]: https://drive.google.com/file/d/0B3PN5zfbzThqeTdWR1l3SzJVcTg/view

Atentamente,
  Alejandro Suárez
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Rotondas concéntricas

[Alejandro S.]

Se podría hacer un agujero en el área de parking usando un multipoligono,
pero yo creo que no merece la pena.

Si la rotonda no tiene nombre propio, entonces se le puede poner el de la
calle.

Saludos,
Alejandro Suárez

On Mon, Mar 13, 2017, 13:20 |Colegota| <el_coleg...@villanos.net> wrote:

> Muchas gracias a todos. Al menos voy aprendiendo un montón. :)
>
> Polyglot ha dejado como parking todo "el círculo", si no hay opiniones en
> contra lo dejo así.
>
> Mi duda es si la rotonda no debería tener también el nombre de la calle.
>
> Saludos,
> Colegota
>
>
>
> El 2017-03-13 12:45, Jo escribió:
>
> si, he acabado ahora. No problema si lo cambian. Es como yo lo mapearia.
> Los individuales, solo lo haria para los especiales como los para
> handicapados.
>
> Polyglot
>
> 2017-03-13 12:41 GMT+01:00 Alejandro S. <alejandro...@gmail.com>:
>
> Buenos días,
>
> Con highway=* querían decir que les pongas la etiqueta highway que
> corresponda, en este caso diría que el interior sería highway=residential y
> el exterior highway=service, además esta vía exterior no debería llevar la
> etiqueta junction=roundabout, ya que tiene vías que la atraviesan y dudo
> que tenga preferencia de paso la vía circular sobre las que la atraviesan
> (esa es la definición de rotonda). Adicionalmente, a la vía exterior le
> podrías poner la etiqueta service=parking_aisle
>
>
> Ojo, que el usuario Polyglot esta editando ahora mismo esa zona también[0]
>
> [0]: https://www.openstreetmap.org/changeset/46810126
>
> Atentamente,
>   Alejandro Suárez
>
> 2017-03-13 10:28 GMT+01:00 dcapillae <dcapil...@gmail.com>:
>
> Colegota,
>
> Basándome únicamente en lo que parece adivinarse por las imágenes aéreas,
> yo
> consideraría la posibilidad de etiquetar la vía circular exterior como una
> vía de servicio. Las zonas de aparcamiento se pueden mapear como porciones
> circulares atravesadas por la vía de servicio, tres porciones en total. La
> rotonda como tal quedaría en el centro, fuera de las zonas de aparcamiento,
> así como las vías de circulación que dan acceso a la rotonda.
>
>
>
> -
> Daniel Capilla
> OSM user: dcapillae
> --
> View this message in context:
> http://gis.19327.n8.nabble.com/Rotondas-concentricas-tp5892970p5892976.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 
> listTalk-es@openstreetmap.orghttps://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] Rotondas concéntricas

[Alejandro S.]

Buenos días,

Con highway=* querían decir que les pongas la etiqueta highway que
corresponda, en este caso diría que el interior sería highway=residential y
el exterior highway=service, además esta vía exterior no debería llevar la
etiqueta junction=roundabout, ya que tiene vías que la atraviesan y dudo
que tenga preferencia de paso la vía circular sobre las que la atraviesan
(esa es la definición de rotonda). Adicionalmente, a la vía exterior le
podrías poner la etiqueta service=parking_aisle


Ojo, que el usuario Polyglot esta editando ahora mismo esa zona también[0]

[0]: https://www.openstreetmap.org/changeset/46810126

Atentamente,
  Alejandro Suárez

2017-03-13 10:28 GMT+01:00 dcapillae :

> Colegota,
>
> Basándome únicamente en lo que parece adivinarse por las imágenes aéreas,
> yo
> consideraría la posibilidad de etiquetar la vía circular exterior como una
> vía de servicio. Las zonas de aparcamiento se pueden mapear como porciones
> circulares atravesadas por la vía de servicio, tres porciones en total. La
> rotonda como tal quedaría en el centro, fuera de las zonas de aparcamiento,
> así como las vías de circulación que dan acceso a la rotonda.
>
>
>
> -
> Daniel Capilla
> OSM user: dcapillae
> --
> View this message in context: http://gis.19327.n8.nabble.
> com/Rotondas-concentricas-tp5892970p5892976.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] Gestor de Tareas

[Alejandro S.]

Hola Javier,

Detalla (en otro hilo distinto a este) para que quieres hacer proyectos en
el Gestor de Tareas y si a la comunidad le parece bien te doy permiso.

Saludos,
  Alejandro Suárez

2017-02-23 17:52 GMT+01:00 Javier Sánchez Portero :

> Hola.
>
> ¿Con quién hay que ponerse en contacto para obtener permisos para crear
> proyectos en el gestor de tareas de OSM-es? En relación al Plan Hidrológico
> de Tenerife que comenté en otro mensaje tengo en mente algunos proyectos en
> los que podría ser útil y me gustaría hacer pruebas antes de definirlos y
> comunicarlos.
>
> 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

Re: [Talk-es] Presentación en SigLibre

[Alejandro S.]

Buenas,

Siento no haber respondido, pero no contaba con acudir al evento. Por
supuesto apoyo cualquier incisiva que impulse y difunda OSM. Aunque parece
que aún estamos un poco "verdes"como comunidad...

Saludos,
Alejandro

On Wed, Feb 22, 2017, 13:59 Santiago Higuera  wrote:

> Gracias, Ester, por el ofrecimiento.
> Veo que el recibimiento de mi propuesta está siendo muy frío por parte
> de la comunidad OSM España, no sé si porque no parece bien la idea o
> por otro motivo.
> Si alguien piensa que la propuesta no es adecuada, me gustaría que lo
> dijera.
> Si alguien piensa que sí lo es, también, por animarme a llevarlo
> adelante. El plazo de presentación de propuestas al SigLibre acaba en
> un par de días.
> Si la propuesta fuera aceptada, el plan sería el siguiente: subo al
> wiki un borrador de documento con lo que habría que contar: qué estamos
> haciendo, cuantos somos, medios de comunicación que se utilizan
> actualmente, páginas web que tenemos y proyectos futuros. Lo vamos
> completando entre todos de aquí a junio. La presentación la haríamos
> los miembros de OSM que andemos por Girona esos días.
>
> Un saludo
>
> Santiago
>
>
> El mar, 21-02-2017 a las 19:28 +, Esther Mingot escribió:
> > Buenas tardes, me parece una gran idea, sería interesante poder dar a
> > conocer qué se está haciendo y los proyectos que se están cocinando.
> > Verlo, lo veo muy bien, pero muy justo de tiempo también. Por mi
> > parte me gustaría poder echar una mano, pero llevo poco tiempo por
> > aquí y voy muy mal de tiempo libre.
> >
> > Sólo la verdad nos hará libres
> >
> >
> > De: Miguel Sevilla-Callejo 
> > Enviado: martes, 21 de febrero de 2017 0:37
> > Para: Discusión en Español de OpenStreetMap
> > Asunto: Re: [Talk-es] Presentación en SigLibre
> >
> > Hola Santiago, a mi me parece una gran idea pero yo no sé si podría
> > ayudarte y no voy a poder ir a las jornadas. A ver si alguien se
> > anima.
> >
> > --
> >  Miguel Sevilla-Callejo
> > from my mobile 
> >
> > El 20/2/2017 7:36 p. m., "Santiago Higuera" 
> > escribió:
> > > Hola:
> > > Se me había ocurrido que igual era interesante hacer una
> > > presentación
> > > en las Jornadas de SigLibre de Girona de junio de este año acerca
> > > de
> > > OpenStreetMap España, el estado actual, en qué cosas se está
> > > trabajando
> > > y proyectos de futuro.
> > > No sé qué os parece. Yo voy a ir por allí. Si va a ir alguno más y
> > > se
> > > anima, podemos preparar algo juntos.
> > > El plazo límite para presentar propuestas es el 24 de febrero,
> > > dentro
> > > de cuatro días.
> > > ¿Cómo lo veis?
> > >
> > > Saludos
> > >
> > > Santiago Higuera
> > >
> > >
> > > ___
> > > 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] Gestor de Tareas

[Alejandro S.]

Lo mio me costó descubrir que le pasaba jeje, si les hace falta se lo
cuento más en detalle.

Saludos,
Alejandro Suárez

On Tue, Feb 21, 2017, 02:27 Rafael Avila Coya <ravilac...@gmail.com> wrote:

> Guay que informes de esto. Ahora mismo estoy viendo que hay otro con el
> que trabajo que también le pasa lo mismo. Seguro que la razón es ésa...
>
> Un saludo,
>
> Rafael.
>
> On 20/02/17 19:34, Alejandro S. wrote:
> > Buenas tardes,
> >
> > El gestor de tareas ha estado funcionando mal últimamente, no te dejaba
> > hacer login. Ya está corregido, se trataba de un problema por el que no
> > se conseguía conectar al servidor OAuth de OSM debido a que han cambiado
> > los certificados SSL a los proveídos por Let's Encrypt.
> >
> > Saludos,
> >   Alejandro Suárez
> >
> >
> > ___
> > 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] Gestor de Tareas

[Alejandro S.]

Buenas tardes,

El gestor de tareas ha estado funcionando mal últimamente, no te dejaba
hacer login. Ya está corregido, se trataba de un problema por el que no se
conseguía conectar al servidor OAuth de OSM debido a que han cambiado los
certificados SSL a los proveídos por Let's Encrypt.

Saludos,
  Alejandro Suárez
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Mensaje del foro: etiquetas Wikipedia incorrectas

[Alejandro S.]

¡Adelante!
Solo te recomiendo que no edites todo de golpe y sigas las recomendaciones
de la etiqueta wikipedia en la wiki:
https://wiki.openstreetmap.org/wiki/Key:wikipedia

Saludos,
Alejandro Suárez

On Sat, Feb 11, 2017, 19:50 Ibai Gurrutxaga 
wrote:

> Hola.
>
> En el foro de Users:Spain de Openstreetmap [1] hay un mensaje de alguien
> que ha detectado etiquetas con referencias a Wikipedia incorrectas. En
> concreto, son referencias a páginas de desambiguación. Toda la
> información la publica aquí [2] y permite ver el elemento con la
> etiqueta incorrecta y editarlo manualmente, es decir, uno a uno. Hay 112
> referencias a la Wikipedia en español, tanto de elementos en España como
> en Latinoamérica.
>
> Me parece interesante corregirlas y creo que se puede hacer a mano.
> Aunque nunca he usado este tipo de etiquetas estaría dispuesto a
> intentarlo, más que nada por aprender. La cuestión es que siendo novato,
> no me atrevo a tocar nada de esto sin preguntar.
>
> ¿Veis bien que empiece a corregir las etiquetas en español listadas en
> [1] sin más? ¿Creéis que debería seguir alguna metodología concreta?
> ¿Creéis que debería coordinarme primero con otros que quieran hacerlo (o
> que lo estén haciendo ya)? ¿Veis algún problema que desaconseje hacer
> las correcciones?
>
> Muchas gracias por vuestros consejos,
> Ibai Gurrutxaga.
>
> [1] https://forum.openstreetmap.org/viewtopic.php?pid=630683
> [2] https://www.mediawiki.org/wiki/User:Yurik/OSM_disambigs
>
>
> ___
> 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] SPAM en la wiki

[Alejandro S.]

Hola,

Acabo de encontrar esta edición [0] en la wiki con toda la pinta de ser
spam. ¿Que os parece? ¿Alguien puede denunciar al usuario y que revientan
sus cambios?

[0]:
https://wiki.openstreetmap.org/w/index.php?title=Encuesta_osm-es=next=1371751

Saludos,
Alejandro Suárez
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-es] Edición automática líneas AVE Era: Me presento y pregunto:

[Alejandro S.]

Buenas,

Creo que es preferible aprovechar que hay que revisar el nombre de las vías
para arreglar las relaciones también, parece que no están muy allá. Además
el cambio que propones contempla añadir información incompleta y etiquetas
fixme sin aportar mucho y eliminado información (name=AVE) que podría ser
aprovechada para crear las relaciones de transporte público con la etiqueta
network correspondiente.

Saludos,

Alejandro Suárez

On Tue, Feb 7, 2017, 11:39 Miguel Sevilla-Callejo 
wrote:

> Respecto a lo que comenta Jesús,
> ¿no se podría hacer un cambio masivo de denominación vía un overpass? Si
> nadie pone ninguna pega yo sería partidario de reemplazar las etiquetas de
> name=AVE por name=Línea de alta velocidad e incluir un fixme=pendiente de
> indicar tramos acorde con lo se recoge en la wikipedia
> ¿qué os parece?
>
> M
>
>
> On 07/02/17 10:57, Jesús Gómez Fernández wrote:
>
> Aprovecho el correo de Santiago para comentar algo referente a las líneas
> de ferrocarril de alta velocidad en España.
>
> He visto que hay muchos tramos con etiqueta name =AVE. Esto es erróneo ya
> que AVE es la marca comercial de RENFE para sus servicio de alta velocidad
> y no es el nombre de la infraestructura.
> En realidad deberían llevar, por ejemplo, "Línea de alta velocidad
> Madrid-Zaragoza-Barcelona-Frontera francesa" o "Línea de alta velocidad
> Madrid-Levante". La Wikipedia recogen las denominaciones de todas las
> líneas [1]
>
> [1] https://es.wikipedia.org/wiki/Categor%C3%ADa:L%C3%ADneas_de_
> alta_velocidad_en_Espa%C3%B1a
>
> Saludos.
>
> El 6 de febrero de 2017, 21:46, Santiago Díaz de Argandoña <
> santiago06d...@gmail.com> escribió:
>
> Hola:
> Hace bastante tiempo que me suscribí a esta lista, pero ahora me animo a
> escribir. Mi lugar de mapeo habitual es Álava (creo que soy el único
> usuario activo por aquí), aunque de vez en cuando edito otras zonas.
> Últimamente estoy añadiendo la cobertura de suelo en la Llanada Alavesa,
> aunque hasta hace poco estuve arreglando la infraestructura ferroviaria en
> Bilbao. Precisamente, después de editar esta zona me han surgido un par de
> dudas respecto al ferrocarril, pero en Cataluña. Son las siguientes:
>
> 1º La línea Llobregat-Anoia, a partir de Molí Nou (donde acaba la L8),
> creo que debería ser railway=narrow_gauge + gauge=1000 (no railway=rail,
> como ahora). La definición que se da en OSMWiki para este tipo de
> ferrocarriles es: "trenes con un ancho de vía
>  (trocha) menor que el
> llamado "ancho estándar" de 1435mm.".
>
> 2º Los tranvías de Barcelona (Trambaix/Trambesòs) tienen a lo largo de
> todo su trazado service=yard. En principio, esta etiqueta solo debería
> usarse en desvíos; las vías con servicio comercial tendrían que llevar
> usage=main. No solo es incorrecto el uso de service=yard, sino que además
> dificulta la visualización de las vías.
>
> Si estos supuestos fallos estuvieran en una zona que conociera, los
> hubiera arreglado sin más; pero en este caso no he tocado nada, por si
> acaso se utiliza otro criterio. Además, me chocaba que con una comunidad
> tan activa nadie se hubiera dado cuenta de los fallos.
>
> En resumen, si no hay problema, yo mismo me ofrezco para editar las vías.
> Saludos, Santi.
>
> PD: Suelo editar como Santi.
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
>
>
> ___
> Talk-es mailing 
> listTalk-es@openstreetmap.orghttps://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] Error en etiquetado de vértices geodésicos importados del IGN

[Alejandro S.]

Buenas,
Adelante con la corrección de la etiqueta ele.
Mejor discutir las otras etiquetas por separado que después se desmadran
los hilos.

Saludos,
Alejandro Suárez

On Mon, Feb 6, 2017, 12:14 Jorge Sanz Sanfructuoso 
wrote:

> He añadido enlace desde
> https://wiki.openstreetmap.org/wiki/ES:Limpieza_de_etiquetas a tu
> propuesta para solucionar el error.
> Estoy de acuerdo con la solución dada para corregir de manera automática
> el error de la etiqueta "ele".
> Yo tocaría primero esta etiqueta y las otras las discutiría aparte
> posteriormente. Para ir solucionando errores.
>
> Un saludo.
>
> El lun., 6 feb. 2017 a las 10:20, Carlos Dávila ()
> escribió:
>
> El 06/02/17 a las 09:07, Agustin Diez Castillo escribió:
> > En el wiki [1] pone colon donde debería poner semicolon.
>
> Cambiado, gracias por la corrección. No sé porqué te pide confirmar el
> correo.
>
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
> --
> Jorge Sanz Sanfructuoso - Sanchi
> Blog http://blog.jorgesanzs.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] Consulta sobre dibujado y etiquetado de edificios

[Alejandro S.]

Hola,

On Tue, Jan 31, 2017, 19:48 Carlos Cámara  wrote:

> Buenas a todos,
>
> Estoy interesado en mapear edificios y siempre me asaltan dudas acerca de
> la mejor manera de dibujarlos, especialmente cuando me encuentro con
> edificios ya empezados pero que no tienen suficiente detalle como este
> https://www.openstreetmap.org/relation/6633455  Como podéis ver, este que
> en realidad es una relación que incluye un montón de edificios que tienen
> distintas alturas e incluso, distintos usos (en algunos serán
> building=apartment y otros, como los juzgados, me gustaría etiquetarlos
> como building=public).
>


Ese multipoligono había que trocearlo.
Cada edificio debería tener su relación independiente, reflejando sus
características generales:
Type=multipoligon
Building=lo que sea
Building:levels=el máximo
Height=la máxima
Etc

Después si se quiere hilar fino, las partes distintas de cada edificio se
hacen con building parts:
Building:part=lo que sea
Building=lo que sea
Building:levels=el de esa zona
Height=la de esa zona
Etc

Como no estoy muy suelto con las relaciones, me gustaría saber cómo
> proceder en estas situaciones: ¿debo modificar la relación existente para
> segmentarla? ¿debo crear nuevas relaciones? (en ese caso, ¿cómo?)
>

Tendrías que cambiar la existente y crear nuevas. Con josm es fácil, dibuja
todas las vías que delimitarán edificios o partes de estás. Después parte
las vías (P) en todos los nodos donde intersecten 3 o más vías. Después
selecionas todas las vías que delimitan una parte y le das a Ctrl+b ¡Chas!
Multipoligono creado.

Para editar las etiquetas de una relación: selecionas una vía que sea parte
de la relación y en el panel de la derecha donde aparecen las etiquetas,
haces doble clic en la relación recién creada. En la ventana recién creada
puedes editar las etiquetas de la relación y sus miembros.

Espero haberme explicado bien y que se entienda un poco mejor como crear y
editar relaciones.

Saludos,
Alejandro Suárez


> Muchas gracias,
>
> Carlos Cámara
> http://carloscamara.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] Etiquetando fuentes

[Alejandro S.]

Te pongo un ejemplo de un abrevadero en el Pirineo aragonés [0] que yo veo
correcto.



[0]: http://www.openstreetmap.org/node/3844599304

Atentamente,
  Alejandro Suárez

2017-01-26 15:58 GMT+01:00 Ibai Gurrutxaga :

> Gracias por las respuestas.
>
> A ver si alguien sabe decirme si la combinación 
> "natural=spring"+"amenity=drinking_water"
> es correcta o no. Yo sigo pensando que no.
>
> Respecto a la potabilidad, yo creo que la Wiki en español es correcta
> cuando dice que drinking_water indica la potabilidad del agua. Donde la
> versión en inglés dice "Indication whether a feature provides drinking
> water" traduzco "drinking water" como "agua potable" [1].
>
> Saludos.
>
> [1] http://www.wordreference.com/es/translation.asp?tranword=
> drinking%20water
>
> On 26/01/17 14:50, Jan Esquerra wrote:
>
> leyendo la madre de todas las wikis, la wiki en ingles http://wiki.
> openstreetmap.org/wiki/Tag:natural%3Dspring
>
> "A spring is a locally limited area where groundwater discharges at the
> surface from an underground aquifer."
>
> natural=spring es por donde sale agua a la superficie de manera natural,
> sea de la forma que sea
>
> "A few of them may have a man made stone structure or fountain to gather
> the water for drinking purpose."
>
> algunas pocas pueden tener algun tipo de estructura que permita beber en
> ella o llenar la botella. En este caso
>
>- drinking_water
>=yes Indication
>whether a feature provides drinking water.
>
>
> que sea potable o no, a saber. Pero si se sabe porque se analiza pues
>
>- drinking_water:legal
>=yes the
>water is checked and approved by public authorities
>
>
> Asi pues, entiendo que un charco, una grieta, bajo una piedra, etc, por
> donde sale agua de forma natural sera natural=spring, drinking_water=no,
> si hay suerte y alguien se ha currado un caño donde arrimar la boca o
> poner la cantimplora, natural=spring + drinking_water=yes,
> probablemente la mayoria seran drinking_water:legal=no, aunque esto no
> necesariamente quiera decir que no sea potable, alla tu.
>
>
>
> La wiki en español, donde pone
>
>- drinking_water
>=yes/no Indicación
>de la potabilidad del agua.
>
> digo yo que esta mal traducido.
>
>
>
>
>
>
>
> 2017-01-26 13:31 GMT+01:00 Jesús Gómez Fernández <
> jesus.gomez.f...@gmail.com>:
>
>> Ibai, te indico algunas etiquetas que te pueden ser útiles:
>>
>> Fuente de agua potable
>> amenity=drinking_water
>>
>> Manantial de agua (en teoría no potable)
>> natural=spring
>>
>> Abrevadero u bebedero para animales.
>> amenity=watering_place
>>
>> Fuentes ornamentales o decorativas
>> amenity=fountain
>>
>> Pozos de agua
>> man_made=water_well
>>
>> Finalmente, aparte de la etiqueta name para añadir el nombre de la fuente
>> o manantial, también puedes incluir:
>> drinking_water=yes/no para especificar si es potable (con
>> amenity=drinking_water ya se entiende que es potable)
>> drinking_water:seasonal=yes si mana agua de forma estacional.
>>
>>
>> El 25 de enero de 2017, 23:01, Ibai Gurrutxaga > > escribió:
>>
>>> Hola.
>>>
>>> Leyendo la wiki sobre como etiquetar fuentes de agua me surgen un par de
>>> dudas. Las fuentes que encontramos en el monte suelen ir asociados a
>>> manantiales por lo que entiendo que deben ir etiquetados como
>>> "natural=spring", añadiendo "drinking_water=yes" si el agua es potable [1].
>>>
>>> En cambio, para fuentes canalizadas, típicamente urbanas, está
>>> "amenity=drinking_water", que lleva la potabilidad implicita [2].
>>>
>>> La primera duda es, ¿es correcto etiquetar una fuente de montaña (de
>>> manantial) como "natural=spring"+"amenity=drinking_water"? Yo entiendo
>>> que no, pero veo que hay más de 200 nodos así en España (es mi primera
>>> experiencia con overpass así que puedo equivocarme, pero creo que no).
>>>
>>> La segunda pregunta es, ¿existe alguna etiqueta para describir mejor un
>>> manantial? Me refiero a poder diferenciar entre un manantial de agua
>>> potable sin ningún tipo de fuente artificial, un manantial con fuente, con
>>> fuente y abrevadero, un gran manantial que da origen a un río... La propia
>>> wiki muestra fotos de lo que digo [1], pero no veo modo de etiquetarlos,
>>> más allá de "drinking_water=yes". ¿No  os parece que sería útil poder
>>> indicar qué tipo de manantial es?
>>>
>>> Un saludo,
>>> Ibai Gurrutxaga.
>>>
>>> [1] http://wiki.openstreetmap.org/wiki/ES:Tag:natural%3Dspring
>>> [2] http://wiki.openstreetmap.org/wiki/ES:Tag:amenity%3Ddrinking_water
>>>
>>>
>>> ___
>>> Talk-es mailing list
>>> Talk-es@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>
>>
>>
>> ___
>> Talk-es mailing list
>> 

[Talk-es] Mantenimiento en servidores openstreetmap.es

[Alejandro S.]

Buenas tardes a todos,

Me comunican que se va realizar un mantenimiento de los servicios de red en
la sala de servidores donde están las máquinas donde corren los servicios
de openstreetmap.es, tareas y bienvenida el próximo día 27 de enero, se
espera un corte de unos 15 minutos entre las 11h y las 12h.

A continuación está el mensaje original.

Atentamente,
  Alejandro Suárez


-- Forwarded message --
Date: 2017-01-24 8:24 GMT+01:00
Subject: Mantenimiento en CPD del Ed. Betancourt
To:


Hola:

El próximo Viernes 27 vamos a realizar unas operaciones de mantenimiento en
los equipos de comunicaciones de la sala de servidores ( CPD ) del campus
Rio Ebro, en el ed. Betancourt.

Dichas operaciones pueden suponer un corte de red de no mas de 15 minutos
en algunos de los servidores instalados en dicho CPD.

El corte se producirá entre las 11 y las 12 horas.

Lamentamos los inconvenientes que dichos cortes puedan producir.

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

Re: [Talk-es] Me presento

[Alejandro S.]

Bienvenido,

Cualquier duda que te surja, mira un poco por la wiki y si no lo
encuentras, pregunta sin miedo.

Saludos,
  Alejandro Suárez

2017-01-22 18:09 GMT+01:00 Ibai Gurrutxaga :

> Hola.
>
> Llevo una temporada interesado en OSM: aprendiendo, haciendo pequeños
> cambios, leyendo la lista... Soy informático, estoy muy interesado en el
> movimiento del software/conocimiento libre y siempre me han gustado los
> mapas (sobre todo los de montaña). Como no podía ser de otra forma, con
> esos ingredientes OSM (y todo lo que le rodea) me ha parecido fascinante.
>
> En este proceso me van surgiendo dudas y creo que ya es hora de que
> empiece a preguntar y opinar en la lista, pero me parecía adecuado empezar
> con una presentación. Soy de Gipuzkoa y mi interés principal en OSM es en
> la parte del senderismo, alpinismo, mountain bike... y es donde
> principalmente intentaré aportar. No solo mapeando, sino intentando acercar
> a este mundillo a tantos aficionados a la montaña como pueda.
>
> Por otro lado, he visto que tenéis un sistema para colaborar en
> importaciones sin necesidad de ser de la zona importada. También estoy
> dispuesto a echar una mano en este tipo de trabajos, siempre que consiga
> sacar algo de tiempo para ello, que no es fácil.
>
> Por último, quería agradeceros a todos el gran trabajo que estáis haciendo
> y felicitaros por todo lo que habéis conseguido.
>
> Un saludo,
> Ibai Gurrutxaga.
>
> ___
> 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] Reflexiones y propuestas para la OSM-es tras mi paso por la wiki

[Alejandro S.]

¡Genial trabajo Diego!

El tema de los grupos de trabajo es que tiene que haber gente que quiera
integrarlos, pero está claro que la wiki es una parte vital de osm.

En cuanto al usuario Verdy_p, creo que un toque de atención masivo no le
iría mal o directamente comentado con la OSMF directamente, no estoy seguro
de que Working Group lleva la wiki.

Saludos,
Alejandro

On Mon, Jan 16, 2017, 18:15 Diego García  wrote:

> Gracias Santiago.
>
> Me he limitado a añadir dos puntos:
>
>
>- Creación de un grupo de trabajo dedicado a dinamizar y potenciar la
>wiki en particular, designando a alguien como coordinador de dichos
>esfuerzos.
>- Si dicho grupo sale adelante, creación de una sala en Riot o similar
>para debatir/informar sobre la wiki, sin saturar otros canales.
>
>
> Con eso es más que suficiente. Si sale adelante el grupo, sería el momento
> de que éste determinase si las actuaciones de Verdy_p pueden ser o no un
> elemento que desanime a gente que quiera aportar contenido a la wiki.
>
> Muchas gracias de nuevo, un saludo,
>
> Diego
>
>
> El lun., 16 ene. 2017 a las 13:29, Santiago Crespo (<
> openstreet...@flanera.net>) escribió:
>
> Hola Diego, gracias por el curro.
>
> Sobre tratar estos dos temas en la próxima reunión, por favor añádelos
> aquí:
>
> http://osm.org/wiki/ES:Orden_del_día_siguiente_reunión_OSM-ES
>
> Saludos,
> Santiago Crespo
>
> On 01/15/2017 09:23 PM, Diego García wrote:
> > - En primer lugar, *afianzar un grupo dedicado a poner orden en la parte
> > española de la wiki, con una cabeza pensante que coordine esfuerzos* (ó
> > dinamizador, que es como se dice en las reuniones de la OSM-es  ;-)  ).
> > Esto ya se decidió en la primera reunión de la asociación,
> > https://wiki.openstreetmap.org/wiki/ES:Acta_20160906 , pero no quedó muy
> > claro el asunto, y no se especificó un grupo para la wiki, y pienso que
> > es importante sentar la bases de un grupo propio desde YA. He visto
> > pinceladas importantes, (organización del Wikiproyecto España, p.ej.),
> > pero no un desarrollo a fondo ni un trabajo coordinado. Una vez creado,
> > nos podemos poner en contacto con el compañero que supervisa páginas en
> > español en la wiki, @Dcapillae, se le informa de lo que estamos haciendo
> > y, de paso, seguro que nos hecha un ojo a lo que creemos.
> > *Paralelamente, propongo como punto a votar en próxima reunión de OSM-es
> > crear una sala en Riot (o donde sea) para mantenernos en contacto dicho
> > grupo, sin saturar otros medios*.
> >
> > - En segundo lugar, hay que hacer algo respecto a Verdy_p. Este señor va
> > a ser un estorbo grande, y sólo va a conseguir desanimar a cualquiera
> > que quiera participar en el desarrollo de la wiki. _Esto último es lo
> > que más me preocupa_: yo ya estoy viejo como para ofenderme por
> > chorradas o para no seguir adelante con mi trabajo por culpa de un
> > individuo. *Propongo como punto a votar en próxima reunión que OSM-es
> > presente una queja formal a la OSMF sobre este asunto*.
> >
> >
> > Como siempre, siento el tocho ;-) . Un cordial saludo,
> >
> > Diego
> >
> >
> > ___
> > 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] Issue sobre OSM en el Github de Telegram

[Alejandro S.]

Buenas,

También hay que tener en cuenta que para usar los mapas de Google hay que
pagar a partir de un determinado número de conexiones al día. Tal vez desde
Telegram Desktop quieran dejar de pagarle a Google o tener una alternativa
preparada para cuando llegue ese momento.

No entiendo porque no vamos a aspirar a sustituir a Google Maps, la
Wikipedia sustituyó a la Encarta por poner ejemplo de un proyecto libre y
colaborativo que ha desbancado a una herramienta comercial.

Saludos,
Alejandro Suárez

On Sat, Jan 14, 2017, 11:21 Miguel Sevilla-Callejo 
wrote:

> Muy bueno Héctor,
> Quizá se pueda trasladar a la lista global (Talk) por si alguien más se
> anima.
>
> Mi opinión es que no hay que sustituir a nada/nadie, simplemente dar la
> alternativa de poder usar un servicio u otro.
>
> Creo que nos equivocamos si nuestro objetivo es desbancar a Google.
> OpenStreetMap es otra cosa, un proyecto colaborativo y sin ánimo de lucro
> en el que caben muchas cosas que no hay, ni habrá en servicios cerrados.
> Todo aquello que se relaciona con información geográfica "alternativa" y
> directamente no lucrativa solo cabe en OSM (discapacitados, mapeado en
> áreas de ayuda humanitaria, sobre espacios marginales...) Ahí ya tenemos la
> batalla ganada. Y luego, por otro lado, sobre determinados lugares tenemos
> una capacidad de respuesta y actualización de datos que tampoco es
> comparable.
>
> Saludos y a ver si a los de Telegram Les "pics" darnos esa oportunidad de
> geolocalización libre en su plataforma.
>
> 
>
> --
>  Miguel Sevilla-Callejo
> from my mobile 
>
> El 13/1/2017 11:12, "Héctor Ochoa"  escribió:
>
> Está empezando a ponerse interesante esta discusión que empecé en el
> Github de telegram-desktop sobre qué mapa sería mejor utilizar para mandar
> ubicaciones en Telegram (obviamente me incliné por OSM).
> Aquí el link por si deseáis aportar vuestra opinión:
> https://github.com/telegramdesktop/tdesktop/issues/2787
>
> ___
> 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] BCN Housenumbers import - Importación de números de portal de BCN

[Alejandro S.]

Hola,

Me alegro Yopaseopor de que te hayas decidido a tirar para adelante de la
importación, tiene muy buena pinta. Sólo aseguraos de que la posición de
los portales está adecuadamente posicionada con respecto a la realidad y a
los elementos existentes en osm, edificios, calles, etc.

Saludos,
Alejandro Suárez

On Mon, Dec 12, 2016, 22:15 yo paseopor  wrote:

> Siguiendo el consejo de Santiago Crespo sobre el proceso de importación
> vuelvo a describir el proceso que se quiere realizar.
>
> Vamos a poner a trabajar en la importación de los números de portal de
> Barcelona ciudad, con los datos de OpenData del Ajuntament de Barcelona.
> Gracias a un script de su diseño (de kresp0) se conjugarán dos archivos en
> los que quedarán las principales propiedades: número de portal, calle a la
> que pertenece y código postal. Hemos comprobado los datos , son fiables, y
> hablaremos con el ayuntamiento para obtener un permiso explícito y claro
> sobre el uso de esos datos. Podeis consultar la wiki en
> https://wiki.openstreetmap.org/wiki/BCN_Housenumbers_Import (si falla
> alguna cosa, si no está del todo clarificado es que se ha hecho a imagen y
> semejanza de las importaciones de Madrid y puede tener cosas a modificar
> aún) .
> Es una importación grande (más de 17 nodos) así que aunque se haga
> colaborativa va a requerir trabajo, por lo que contamos con toda la
> comunidad para ello.
>
> Muchas gracias a todos y todas los que habeis colaborado (desde que
> iniciamos este debate) ,colaborais y colaborareis en este y en futuros
> procesos de este tipo destinados a mejorar notablemente la calidad y la
> usabilidad de OSM en España.
>
> Salut i importacióBCN
> 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] Aparcamientos para bicicletas dentro de estaciones de Metro

[Alejandro S.]

Además si hay relaciones de station o stop_area, deberías incluir también
el parking en dichas relaciones. Y si tienen horario o restricciones sobre
si el uso es sólo para los usuarios de la estación, añadir las
correspondientes etiquetas opening_hours, access, etc.

Saludos,
Alejandro Suárez

On Wed, Dec 7, 2016, 22:45 yo paseopor  wrote:

> Si lo pones con los mismos atributos que se usan para mapear la estación
> en sí no creo que debiera haber ningún problema Te recomiendo que te mires:
>
> https://wiki.openstreetmap.org/wiki/Indoor_Mapping
>
> Y una estación hecha y derecha como es esta de Munich
>
>
> http://openlevelup.net/?lat=48.140257=11.558771=19=0=0=1=0=0=0=0=0
>
> Salut i mapejats interiors
> 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

[Talk-es] Importación del Catastro

[Alejandro S.]

Buenas a todos,

Recuerdo a toda la comunidad que la importación de datos del Catastro no
está autorizada. Podéis verlo en la página de cat2osm2[0] y en el histórico
de la lista de imports (hay cross-posting con talk-es y es un poco difícil
de seguir la conversación)[1] presentación de cat2osm[2] durante el mes de
marzo se discutió al respecto[3] y la discusión sobre cat2osm2 en la que
tampoco se llego a dejar nada en claro[4] porque había muchas cosas que
corregir y refinar.

Por tanto tened en cuenta que si importáis información del catastro a OSM y
el DWG de la OSMF se entera os podéis encontrar con reversión y baneo.

[0]: http://wiki.openstreetmap.org/wiki/ES:Cat2Osm2
[1]: https://lists.openstreetmap.org/pipermail/imports/2012-
March/001260.html
[2]: https://lists.openstreetmap.org/pipermail/imports/2012-
March/001279.html
[3]: https://lists.openstreetmap.org/pipermail/imports/2012-
March/thread.html#1273
[4]:
https://lists.openstreetmap.org/pipermail/imports/2013-January/001760.html

Atentamente,
  Alejandro Suárez
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-es] Lista de correo colaboración con Wikimedia España

[Alejandro S.]

Buenas tardes a todos,

En las pasadas Jornadas de Wikimedia España que tuvieron lugar en
septiembre en Zaragoza se comentó que podía resultar interesante tanto para
la comunidad de OpenStreetMap en España, como para la comunidad de
Wikimedia España (que incluye Wikipedia, Wikidata y otros proyectos
colaborativos) crear una lista de correo para encontrar vías de
colaboración entre los dos grupos.

Si estáis interesados os podéis suscibir a dicha lista
https://listas.wikimedia.es/mailman/listinfo/colaboracion.osm

Ya se están planeando hacer actividades conjuntas, como por ejemplo Mapping
Party + Wiki Take (recogida de información y fotografías para incluirla en
Wikipedia y Commons).

Saludos,
Alejandro Suárez
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Correos de bienvenida a nuevos usuarios

[Alejandro S.]

Hola a todos,

Ya está montada en bienvenida.openstreetmap.es la herramienta de bienvenida
de nuevos usuarios, Santiago Crespo me ha pasado la configuración que había
en laceci.xyz, así que deberían haberse conservado la información sobre los
usuarios ya contactados.

Además si queréis seguir traduciendo o añadiendo cosas, este es el git con
las modificaciones españolas:
https://github.com/mapcolabora/osm-welcome-belgium/tree/spanish-conf

Saludos,
Alejandro Suárez

On Wed, Nov 16, 2016, 16:51 Santiago Crespo <openstreet...@flanera.net>
wrote:

> Hola,
>
> Acabo de añadir/corregir los enlaces de los mensajes.
>
> También de habilitar el galego, traducido por Rodrigo Rera. Al català lo
> tradujo yopaseopor.
>
> He añadido un punto en el orden del día para presentar la herramienta y
> si es posible consensuar el mensaje de bienvenida.
>
> http://laceci.xyz
>
> Saludos,
> Santiago Crespo
>
> On 11/14/2016 02:59 AM, Óscar Zorrilla Alonso wrote:
> > He probado la herramienta para dar la bienvenida y funciona
> > perfectamente. Buen trabajo.
> >
> >
> > En el mensaje se me queda un tanto lioso el llegar a la categorías [1],
> > pensad que mucha gente no tiene ni idea de que es OpenStreetMap, mucha
> > información de repente como los estatutos o normalización, yo en lugar
> > de Categorías [1] los mandaría a WikiProject Spain [3].
> >
> > He echado en falta algún enlace bien visible o en la wiki a LearnOSM [2]
> > <http://learnosm.org/es>que me parece la guía mas sencilla para novatos
> > <http://learnosm.org/es>
> >
> >
> > <http://learnosm.org/es>
> >
> > [1] https://wiki.openstreetmap.org/wiki/Category:WikiProject_Spain
> >
> > [2] http://learnosm.org/es
> >
> > [3]
> > https://wiki.openstreetmap.org/wiki/WikiProject_Spain<
> http://learnosm.org/es>
> >
> > <http://learnosm.org/es>
> > <http://learnosm.org/es>
> > <https://wiki.openstreetmap.org/wiki/WikiProject_Spain>
> >
> > Un saludo
> >
> > Óscar - cronoser
> >
> >
> >
> > 
> > *De:* Alejandro S. <alejandro...@gmail.com>
> > *Enviado:* sábado, 12 de noviembre de 2016 19:06
> > *Para:* Discusión en Español de OpenStreetMap
> > *Asunto:* Re: [Talk-es] Correos de bienvenida a nuevos usuarios
> >
> > Si, ya está en el git que agrupa las fuentes de datos, pero se ve que
> > hay un problema con el formato del wms. Viendo lo solucionen en iD
> > saldrá PNOA directamente .
> >
> > On Sat, Nov 12, 2016, 11:59 Santiago Crespo <openstreet...@flanera.net
> > <mailto:openstreet...@flanera.net>> wrote:
> >
> > Hola Miguel,
> >
> > ¿Habéis solicitado que aparezca PNOA por defecto en España al usar
> iD?
> >
> > Saludos,
> > Santiago Crespo
> >
> > On 11/11/2016 03:16 PM, Miguel Sevilla-Callejo wrote:
> > > Pero si andan usando ID que no la lien por usar BING, que coloquen
> > PNOA
> > > (a ver si sale de una vez por defecto...)
> >
> > ___
> > Talk-es mailing list
> > Talk-es@openstreetmap.org <mailto: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] Nueva portada del Wiki

[Alejandro S.]

Yo creo que la página tiene que estar estructurada como la inglesa (Map
Features) con sus plantillas por secciones, por algo lo habrán hecho así.
Además os dejo aquí un enlace a un proyecto que está en marcha para que esa
página se genere automáticamente a partir de la información de los
infoboxes y no haga falta modificarla cada vez que cambia la descripción de
una etiqueta:
https://lists.openstreetmap.org/pipermail/talk/2016-September/076730.html
https://wiki.openstreetmap.org/wiki/Taginfo/Taglists

Salud!
  Alejandro Suárez

2016-11-16 17:19 GMT+01:00 Francisco Javier :

> Buenas de nuevo.
>
> El problema que le veo Felipe es que si seccionamos y dejamos lo más
> importante, nos vamos a dejar unos cuantos enlaces interesantes aunque
> podemos siempre poner un enlace al contenido que enlaza a todo pero
> entonces las secciones perderían sentido ya que está todo en una misma
> página.
>
>  El mayor problema que le veo a :
> [1] https://wiki.openstreetmap.org/wiki/ES:Características_de_cartografía
> es que está sobrecargada (en mi caso en el PC la página me tarda en cargar
> y al hacer scroll la cosa se complica por momentos) y la consulta se hace
> un poco plasta de cara a un usuario novato y no tan novato.
>
> Resumiendo tenemos estás 3 posibilidades:
>
>  - Poner un enlace en portada a las características cartográficas
> directamente y quitar las secciones.
>  - Poner las secciones más importantes.
>  - Traer las secciones al wiki de España. Ejemplo: En vez de que estás
> enlacen a [1] enlazarían a WikiProject_Spain/
> caracteristicas_cartograficas/* y en está pagina enlazar a cada
> característica mediante la llamada al template en concreto:
>
> WikiProject_Spain/caracteristicas_cartograficas/Tipos de edificios
> WikiProject_Spain/caracteristicas_cartograficas/Carreteras
> WikiProject_Spain/caracteristicas_cartograficas/Uso_de_suelo
>
> ¿qué ganamos con esto? pues cargaría todo más rápido, no apuntaría a la
> misma página con todo el contenido ahí "espachurrado" y la consulta sería
> más agradable además se podrían dejar anotaciones al comienzo de cada
> página sin que se vean afectados otros países de habla hispana ya que el
> template de las características no se modificaría para nada salvo que se
> tenga que traducir algún tipo de contenido.
>
> Una vez que tengamos las secciones en el wiki de España. Habría que ver si
> dejamos las secciones más importantes en portada, ponemos los 25 enlaces o
> ponemos un enlace general..(volvemos al comienzo, para que diré nada :) )
>
> En mi caso soy más partidario de dejar los 25 enlaces y más cuando ya no
> apuntan a la misma página además así evitamos que se descuadre el foro
> (cosa solucionarle a corto plazo) pero como somos una comunidad y aquí
> decidimos todos,  opinad/votad lo que os parezca mejor.
>
> Un saludo y perdón por el tocho.
>
>
> El 13 de noviembre de 2016, 23:47, Felipe T. Dorado 
> escribió:
>
>> Hola Francisco  : )
>>
>> On Sun, 13 Nov 2016 16:50:24 +0100, Francisco escribió:
>>
>> FJ> Ya está disponible el wiki nuevo en
>> FJ> https://wiki.openstreetmap.org/wiki/WikiProject_Spain
>>
>> Bien!
>>
>> FJ> Se que no os gusta mucho lo de las Características Cartográficas ya
>> que
>> FJ> con un simple enlace aparece todo estructurado pero lo he hecho así
>> por
>> FJ> tres razones, la primera es porque el wiki al principio de hacer la
>> FJ> estructura estaba un poco pelada de enlaces, la segunda es que no está
>> FJ> mal como está, el problema es que todo enlaza a la misma página en vez
>> FJ> de estar dividido en secciones
>>
>> En mi opinión está bien que estén ahí, por los recién llegados, pero la
>> lista debiera ser algo mas corta según la relevancia de los items.
>>
>> ¿Podría alguien mas ducho/experimentado indicar/sugerir el por ej. 50% de
>> los items que son _mas relevantes al mapa_ y útiles para novatos a fin de
>> quitar los demás de la plantilla que los muestra?
>>
>> Gracias.
>>
>> Felipe  : )
>>
>> ___
>> 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] Correos de bienvenida a nuevos usuarios

[Alejandro S.]

Tiene buena pinta. La semana que viene le echo un ojo y lo montamos.

Saludos ,
Alejandro Suárez

On Thu, Nov 10, 2016, 19:30 Santiago Crespo 
wrote:

> Gracias Joost,
>
> Creo que puede ser una buena herramienta. He montado una instancia para
> la comunidad española en:
>
> http://laceci.xyz
>
> El mensaje de bienvenida en español:
>
> https://hackpad.com/OSM-es-mensaje-bienvenida-49elcneRn6f
>
> Si alguien se anima a traducirlo al català, euskera, etc, que me envíe
> la traducción.
>
> Grupo de operaciones: ¿os parece si montamos este servicio en
> hola.openstreetmap.es? (o bienvenida.openstr..)
>
> Saludos,
> Santiago Crespo
>
>
> On 11/07/2016 11:27 AM, joost schouppe wrote:
> > Hola,
> >
> > Estan bienvenidos de utilizar el simple "welcoming tool" que usamos en
> > Belgica.
> >
> > Nuestro mensaje de bienvenida esta disponible aca:
> > https://hackpad.com/OSM-be-welcome-message-BrjHFZdOqS0
> >
> > Pueden probarlo aqui, con su cuenta OSM:
> > https://welcome.osm.be
> >
> > El codigo esta aca:
> > https://github.com/osmbe/osm-welcome-belgium
> >
> > Lo que hace es tomar el RSS de nuevos contribuidores por pais de Pascal
> > Neis y detectar idioma. Al usar el boton "Welcome now" te da el mensaje
> > en el idioma sugerida. Haciendo ctrl+c copia y abre nuevo mensaje al
> > contribuidor. Ahi haces ctrl+v y listo!
> >
> > Como tal lo hace facil de hacer este trabajo en grupo, ya que puedes
> > filtrar los usuarios que ya recibieron mensaje. Agregando notas sobre lo
> > que hicieron, hace facil contralar despues de un rato los usuarios que
> > hicieron algo raro.
> >
> > Para España, el RSS seria:
> > http://resultmaps.neis-one.org/newestosmcountryfeed.php?c=Spain
> >
> > Tambien se puede hacer por bounding box, pero hace trabajar juntos mas
> > complicado.
> > http://resultmaps.neis-one.org/newestosmcreatefeed.php
> >
> >
> >
> > Otra cosa: la explicacion sobre el capa de fondo es bastante technica
> > para un novato. No conozco la situacion en España, para aqui en Belgica
> > (o por lo menos Bruselas y Flandes) el capa de fondo estandar en iD son
> > los fotos de AGIV, que es de calidad mucho mas alto que Bing. No se
> > podria hacer esto alla?
> >
> >
> > Un saludo,
> > Joost
> >
> >
> >
> > 2016-11-06 23:48 GMT+01:00 yo paseopor  > >:
> >
> > no objeto nada en que copieis todos los mails que he enviado a
> > usuarios noveles más o menos trolls, algunas partes creo que son
> > útiles. Sobretodo, de entrada debe quedar claro el espíritu de
> > integración, más que de exclusión aunque la caguen mucho. Es gente
> > nueva y con mucha energía, bien dirigida serán grandes editores,
> > serán nuestros futuros compañeros de charlas, tutoriales, encuentros
> > y otras mandangas para las que necesitamos mucha gente.
> >
> > pequeño punto de vista aportado
> > Salut i usuaris novells
> > yopaseopor
> >
> > ___
> > Talk-es mailing list
> > Talk-es@openstreetmap.org 
> > https://lists.openstreetmap.org/listinfo/talk-es
> > 
> >
> >
> >
> >
> > --
> > Joost @
> > Openstreetmap
> >  | Twitter
> >  | LinkedIn
> >  | Meetup
> > 
> >
> >
> > ___
> > 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] Bosques en Re: Re: Historias para no dormir: La entrollización de un usuario

[Alejandro S.]

Las etiquetas están claras, pero precisamente el problema viene de
distinguir entre una cosa u otra, que es explotación, etc.

On Sat, Nov 5, 2016, 10:29 Iñaki  wrote:

> Gracias. Pues si es así, cerrado quedará el hilo.
>
> Saludos,
>
>
> El 05/11/2016 a las 10:19, Carlos Dávila escribió:
> > Creo que eso ya está diferenciado
> >
> > Bosque: natural=wood
> > Explotación forestal: landuse=forest
> >
> > El 05/11/16 a las 09:42, Iñaki escribió:
> >> Buenos días:
> >>
> >> Aprovechando que el Pisuerga pasa…, y en relación con el revuelo
> >> que ha levantado “Mustelator”, Santiago Crespo he dejado escrito algo
> >> que creo tiene su relativa importancia y que lo dejo marcado por si
> >> alguien quiere reflexionar sobre ello. Ha mentado la bicha de la
> >> definición de bosque. ¿Y por qué lo traigo a colación? Pues porque si
> >> la Comunidad cree que es interesante aportar el nombre de cada árbol
> >> de un parque para evitar, por ejemplo, problemas de alergias, con lo
> >> que estoy totalmente de acuerdo y aunque sólo sea por incrementar la
> >> información disponible en OSM sería conveniente, la misma importancia
> >> podría tener de cara a la ciencia, investigación, etc., determinar
> >> frente a qué nos encontramos cuando vemos una agrupación de árboles
> >> fuera del entorno urbano.
> >>
> >> ¿Qué es un bosque? Si hacemos caso a lo que dice la RAE, la
> >> definición se queda corta. ¿Cuántos bosques naturales existen en
> >> España? No lo sé, pero poquísimos si es que los hay (porque incluso
> >> Irati (Navarra)fue explotado-manipulado). ¿A una plantación de
> >> eucaliptus gallego o pino insignis vasco hay que denominarlo bosque?…
> >> Quizá en la generalidad sí, porque, tal vez, un usuario normal no
> >> requiere más información que saber si se aproxima a una masa arbórea
> >> o de sotobosque. Pero en puridad, y en un ambiente más específico,
> >> ¿los podemos llamar bosques?… Pues en puridad no, pero muchos
> >> lectores pensarán lo contrario.
> >>
> >> Sinceramente no sé cómo se está haciendo ahora, pero si no hay
> >> ninguna especificidad, quizá sea el momento de plantear si es
> >> factible y necesario incrementar la información a través de las
> >> etiquetas: “bosque” sin más para un usuario normal y “bosque” más
> >> “plantación” (o algo similar) para un usuario más profesional.
> >>
> >> Saludos,
> >>
> >>
> >> El 04/11/2016 a las 15:20, Santiago Crespo escribió:
> >>> Acaba de responderme:
> >>>
> >>> ---
> >>> ¡Madre mía, la que se ha liado con esto de los árboles!
> >>>
> >>> Tranquilos, ya se me han quitado las ganas de tocar un solo árbol... :D
> >>> pero... ¿en un bosque NATURAL, identificado como tal y donde se supone
> >>> que está arbolado por sí sólo? Que ojo, tampoco los borraré pero lo
> >>> encuentro un tanto exagerado.
> >>>
> >>> En cuanto a las calles hago precisamente eso, no las borro sino las
> >>> identifico. Si en algún momento me la he ventilado, por favor
> >>> pasadme el
> >>> ID y adelanto que, si no me dejé llevar por una imagen donde no salía
> >>> ninguna, mis disculpas porque no era mi intención
> >>>
> >>> Saludos.
> >>> ---
> >>>
> >>> On 11/04/2016 11:17 AM, Santiago Crespo wrote:
>  Hola,
> 
>  Creo que Mustelator pudo malinterpretar lo que le dijo Jose Luis sobre
>  el inventariado de los árboles.
> 
>  Personalmente y sin haber revisado todos sus cambios, no me parece un
>  troll o que tenga mala intención, pues:
> 
>  * Reconoce sus errores
> 
>  * Se ha comprometido a ir con más cuidado, preguntar antes de
>  destrozar
>  y pasarse por el wikiproject
> 
>  * Parece que le gusta encontrar y corregir errores
> 
>  * Cuando se le explica algo con lo que no está de acuerdo, hace una
>  crítica argumentada del consenso. Ojo, que luego puede equivocarse,
>  pero
>  es otro par de ojos revisando lo que damos por hecho con una visión
>  crítica. En mi opinión esto es positivo, lo único que hay que hacer es
>  trasladar las discusiones a esta lista.
> 
>  * Los errores que comete me parece que los podría haber cometido yo
>  mismo al empezar en OSM. Ninguno me parece que tuviera mala intención,
>  con la única posible excepción del nombre del parking, que
>  personalmente
>  me lo tomé como una broma fuera de lugar.
> 
>  Dicho esto, me parece genial si conseguimos tener un par de
>  moderadores
>  que puedan bloquear a un usuario durante 72 horas, habría sido útil
>  para
>  parar a Mustelator y otros usuarios hasta conseguir razonar con ellos.
> 
>  -1 a recurrir al DWG, a no ser que continúe cometiendo los mismos
>  errores.
> 
>  Saludos,
>  Santiago Crespo
> 
>  P.D.: Le acabo de escribir un mensaje con lo que dice Ander:
> 
>  Hola Mustelator,
> 
>  Por favor, no borres los árboles, aunque estén en un bosque. Como dice
>  Ander 

Re: [Talk-es] Historias para no dormir: La entrollización de un usuario

[Alejandro S.]

Me ha dado por buscar a Mustelator (Mustela) en Wikipedia. Parece que allí
no hace tanta escarda...
https://es.m.wikipedia.org/wiki/Especial:Contribuciones/Mustela

On Sat, Nov 5, 2016, 11:11 Miguel Sevilla-Callejo 
wrote:

> Hola a todos,
>
> Da gusto ver que, aunque sea a partir de asuntos polémicos, se abre el
> debate y quedan en la lista mensajes tan interesantes que aprovecharemos
> para futuros.
>
> En Aragón también tenemos nuestro propio "lobo solitario", que va editando
> bastante, creo que nunca se pasó por estos foros, aunque se le ha invitado
> varias veces, etiqueta, en ocasiones como le viene en gana y hay que
> revisar sus ediciones de vez en cuando. Me reservo decir el nombre pues
> está feo hablar de la gente cuando no está presente.
>
> Dicho lo cual, y como he manifestado en otras ocasiones, a mi me gusta ver
> en estos tipos nóveles y con gran dedicación un gran potencial para ser muy
> buenos editores. Y como ya se ha comentado en la diferentes contestaciones
> anteriores, creo que hemos de hacerles ver que:
>
> - OSM no solo es un mapa (NO EDITES PARA EL RENDER), es una base de datos
> en la que no importa meter más árboles (más datos > mejor información > más
> calidad) o lo que sea (hasta casetas de perro si se quiere),
>
> - que es un trabajo comunitario y sujeto al consenso,
>
> - y que hay una serie de líneas básicas que NO se deben sobrepasar, entre
> ellas incorporar información subjetiva como lo de "parking para burgueses"
> o ir borrando ediciones porque "no le parece que sean necesarias o estén
> bien".
>
> La línea de acción que propondría es la de intentar "destrollizar" a estos
> "lobos solitarios" e incorporarlos a la comunidad vía el diálogo
> constructivo y respetuoso, sin perder de vista que hay esas líneas rojas
> que no se deben pasar. Si se salta las normas básicas, pasaría al aviso,
> luego a la amonestación (bloqueo temporal) y, más tarde, si no entra en
> razones, la expulsión.
>
> Creo que es buena idea que haya una sola persona comunicándose con él y
> que le ponga al corriente de que está siendo discutidas sus ediciones aquí,
> en uno de los foros de la comunidad. Quizá se anime a contestar por esta
> vía... ojalá, será bienvenido!
>
> Por último, quería hacer hincapié en el valor que tiene que estos nuevos
> colaboradores se abran al diálogo, la discusión y la contra-argumentación.
> Esto enriquece el debate, las ediciones y dinamiza la comunidad. En el caso
> del aragonés y, por lo que veo, del amigo de Burgos que aún ni contestó al
> mensaje que le envié, parece que les faltan razones y/o no quieren entrar
> en debates. Esto es un problema.
>
> Saludos
>
> Miguel
> El 04/11/2016 a las 0:49, yo paseopor escribió:
>
>  En la evolución de las personas pasamos por varios procesos "educativos"
> . Primero aprendemos, después nos mantenemos y en un estadio final podemos
> llegar a enseñar...
>  Por qué os explico esto? Porque en OSM , los usuarios seguimos el mismo
> proceso.Primero nos inscribimos en el proyecto, con un nombre de usuario, y
> miramos, editamos cosas de pequeño formato, poco a poco le vamos agarrando
> el gustillo y nos vamos atreviendo, cambiamos de potlach o iD a JOSM y
> empezamos a investigar páginas escondidas en la wiki sobre las propiedades
> de la hoja del árbol cual que hemos decidido mapear, y ya puestos nos
> podemos inventar la etiqueta que definirá el parásito que puede tener ese
> árbol (y apuntarlo en taginfo, y dar charlas sobre como etiquetar
> árboles,incluso podemos colaborar para hacer un mapa junto con MSF para ver
> si esas sombras pueden ayudar a localizar personas para vacunarlas...y eso
> puede salir en la tele - true story -  etc.)
>  Pero entre todo ese camino hay mucho de ensayo error, nos pasamos meses,
> sino años literalmente cagándola (sí, no sé como pero yo un día "normalicé"
> un parque natural de tal manera que sus preciosas lagunas se convirtieron
> en horrendos cuadrados). Eso sí, no hay nada que reverter (el plug-in para
> JOSM) no pueda arreglar ni NADA EN LO QUE LA COMUNIDAD a través de sus
> listas, grupos de telegram, encuentros, riot, presentaciones NO TE PUEDA
> AYUDAR.
>  Todo esto viene a colación porque una vez llegamos a una cierta
> experiencia nos atrevemos a responder dudas, e incluso a controlar el
> estado del mapa, no sólo nuestras ediciones, sino las generales, las de los
> demás, e incluso otros activos como importaciones, wikis, etc. TODO ELLO
> CON EL CONSENSO NECESARIO DE LA COMUNIDAD (mucha gente sabe cómo he luchado
> , y lucharé por la normalización o por las importaciones cercanas aunque no
> lo haya conseguido :( )
>  Por ello cuando veo como alguien reduce dos grados la antigua N-II de
> salida entre Barcelona y Badalona lo primero que te sale es ver qué ha
> pasado (alguien lo ha cambiado), quien ha sido (Mustelator - gracias web de
> OSM ), y con qué criterio se ha hecho (ninguno, un usuario que nunca hemos
> visto en ningún grupo ni lista modifica una 

Re: [Talk-es] Propuesta de categorización de las calles de Barcelona

[Alejandro S.]

Muchas gracias por las aclaraciones :3

Salud,
  Alejandro Suárez

2016-10-23 19:52 GMT+02:00 yo paseopor :

> Tienes razón, a partir de residential no he hecho distinción de calles.
> Dijéramos que la categorización propuesta va "para arriba", no para abajo
> (es decir, no he contemplado las diferencias entre residential,
> livingstreet, pedestrian, zonas 30, superilles, etc.  que ya existen). El
> mismo ayuntamiento no contempla esas calles en las tablas de jerarquía de
> las siguientes páginas , y por lo tanto esas calles no se tocarían en esta
> revisión  (si eran living seguirán siendo living y si no lo eran y les toca
> serlo ...lo serán pero no cambiarán de categoría, ya que por el mismo
> ayuntamiento no son considerados ni ejes, ni accesos).
>
> Salut i Ronda del Mig ;)
> 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] Propuesta de categorización de las calles de Barcelona

[Alejandro S.]

Hola,
En principio parece buena idea usar las fuentes oficiales.
Peto, sin haber circulado mucho en coche por Barcelona, me parce que hay
alguna cosa un poco rara ¿la "Diagonal" no debería estar entera en la
primera categoría? Parece estar partida en trozos de una manera un poco
arbitraria... ¿Tal vez el mapa representa la densidad del tráfico? En
cualquier caso me fiaré del criterio de los mapeadores de la zona :)

Saludos,
Alejandro Suárez

On Sun, Oct 16, 2016, 00:26 Santiago Crespo 
wrote:

> Hola,
>
> Sin apenas conocer la ciudad y sin tener coche, me parece que tiene
> buena pinta.
>
> Estaría bien si alguien que conozca bien Barcelona dijera si coincide o
> no esta propuesta de traducción de las categorías oficiales con la
> realidad.
>
> Saludos,
> Santiago Crespo
>
> On 10/15/2016 03:23 PM, yo paseopor wrote:
> > Añadiendo " a mano" (porque he acabado hasta el moño del tema licencia e
> > imports) entradas de metro en la ciudad de Barcelona me encontré con que
> > una de las vías en las que añadía (Rambla de Guipúscoa) tenía muy poca
> > importancia (secondary) siendo la antigua N-II y una de las entradas
> > "internas" a la ciudad de Barcelona desde Badalona. Miré el usuario
> > (Musteleitor) , vi que no era muy antiguo y que no tenía muchos cambios
> > hechos, así que la primera opción era hablarlo privadamente...Pero me
> > asaltó la duda, usé un nivel de zoom bajo y vi la ciudad de
> > Barcelona...y no lo tuve claro. Así que pregunté al grupo de Telegram si
> > lo conocían (me dijeron que sí) y junto con los comentarios la cosa fue
> > evolucionando para buscar los datos "oficiales" de la importancia de las
> > calles de Barcelona. El resultado , después de mirarme unas decenas de
> > presentaciones y mapas antiguos es este: Jerarquia de la Xarxa Bàsica,
> > aprovada en el decret d'alcaldia de 2005. El documento incluído en los
> > datos de movilidad de cada año contiene las siguientes tablas,
> > dividiendo la red de calles barcelonesa en varias categorías, con sus
> > tablas enumerándolas:
> >
> > -Rondas
> > -Accesos
> > -Conexiones de primer nivel
> > -Conexiones de segundo nivel
> > -Resto de calles
> >
> > Mi propuesta sería la siguiente:
> >
> > Rondas: trunk
> > Accesos: primary
> > Primer nivel: secondary
> > Segundo nivel: tertiary
> > Resto de calles: residential
> >
> > El inventario de calles lo teneis aquí:
> >
> http://mobilitat.ajuntament.barcelona.cat/sites/default/files/DB_2014.pdf
> (pags.
> > 84,85,86)
> >
> > ¿Cómo lo veis?
> >
> > Salut i carrers
> > 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
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] mapear caminos, senderos. vías pecuarias, senderos homologados..

[Alejandro S.]

Hola,

Si te he entendido bien, creo que en este caso, es preferible organizarse a
través de la wiki, añadir allí el listado completo de senderos de una
provincia e ir introduciendo los caminos uno tras otro. Creo que no será
cómodo ir por cuadrantes, ya que es más difícil "seguir" una ruta.

De todas formas, si quieres, te doy permisos en el Gestor de Tareas y haces
una tarea de prueba sin publicar.

En cuanto a completar la wiki, adelante, es lo que deberíamos hacer todos.

Saludos ,

Alejandro Suárez

On Mon, Oct 17, 2016, 23:40 Francisco Javier  wrote:

Buenas a todos.

Peguntando en Telegram sobre mapear provincias de la forma como la hacen en
http://tasks.hotosm.org/ me han pasado un enlace que tenéis para estos
casos: http://tareas.openstreetmap.es/

El caso es que llevo haciendo caminos y senderos de Castilla y león desde
hace un año, mas concretamente la parte de León y he pensado que podríamos
hacer tareas de cada provincia ya que sería mucho más cómodo al dividirse
el trabajo en "cuadraditos" (tareas).

Si mal no recuerdo un compi ha comentado que burgos está casi terminado y
sólo falta un 25% de caminos y senderos por hacer, así que podríamos
empezar por ahí. León también está bastante completo así que podríamos
tirar por ahí hasta finiquitar toda el resto de provincias que componen
Castilla la Mancha para más adelante seguir con otras comunidades autónomas.

Una vez que tengamos hecho los caminos, senderos etc.. podríamos agregar
las rutas homologadas que falten, rutas verdes, vías pecuarias y demás
elementos.


Otra cosa que quería comentar es que he estado viendo en el Wiki, los
senderos y se podría (yo podría hacerlo) ordenar todo un poco mejor
haciendo subpaginas y enlazando todo desde la principal porque ahora mismo
esta todo mezclado, rutas homologadas y rutas de cada ayuntamiento..

Ejemplo:
Senderos > Rutas internacionales / E - European
Senderos > Rutas nacionales / GR - Gran Recorrido
Senderos > Rutas Regionales / PR - Pequeño Recorrido
Senderos > Otro tipo de rutas no homologadas pero que si son oficiales por
los ayuntamientos o comunidades autónomas

Me dejo alguna alguna cosa más como las vías pecuarias (más de 1500 que hay
por cada comunidad autónoma y muchas desaparecidas) Pero esto da para otro
tema..

*(tranquilo yopasepor, no pondré mis rutas favoritas con nombre hiperchulo
:(



___
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] Compatibilidad de Licencias con OSM (Importaciones).

[Alejandro S.]

¿Que caso de pokemon? Si es así, la OSM Foundation está precisamente para
eso, ponerse en contacto con la empresas y si fuera necesario tomar
acciones legales.

On Fri, Oct 14, 2016, 16:47 Santiago Crespo <openstreet...@flanera.net>
wrote:

> No estoy de acuerdo. Las empresas ya explotan OSM ignorando las
> condiciones de la licencia (véase pokemon). El que el dominio público no
> sea aplicable por igual en todos los países es algo que ocurre con
> cualquier licencia también.
>
> On 10/14/2016 04:22 PM, Alejandro S. wrote:
> > Estoy de acuerdo en que la información liberada por los organismos
> > públicos debería serlo libre de restricciones (¡ojo! que el concepto de
> > dominio público no es aplicable en todos los países). Sin embargo, un
> > proyecto como OSM si que requiere de una protección adicional, exigiendo
> > no sólo la atribución sino también que las obras derivadas tengan
> > también la misma licencia abierta (share-alike) para evitar que empresas
> > o particulares se aprovechen del trabajo de miles de voluntarios sin
> > ofrecer nada de vuelta a la comunidad.
> >
> > Salud y mapas,
> > Alejandro Suárez
> >
> >
> > On Fri, Oct 14, 2016, 13:09 Santiago Crespo <openstreet...@flanera.net
> > <mailto:openstreet...@flanera.net>> wrote:
> >
> > Quise decir:
> >
> > ¿Qué sentido tiene poner limitaciones al uso de una información
> > supuestamente liberada?
> >
> > En la wiki creo que explican muy bien el sentido de marcar la
> casilla de
> > "mis contribuciones son de dominio público" al crear la cuenta en
> OSM:
> >
> >
> https://wiki.openstreetmap.org/wiki/Why_would_I_want_my_contributions_to_be_public_domain
> >
> > Hay otra página con los pros y contras, aunque un poco coja en mi
> > opinión:
> >
> >
> https://wiki.openstreetmap.org/wiki/Pros_and_cons_of_contributing_data_public_domain
> >
> > Saludos,
> > Santiago Crespo
> >
> > On 10/14/2016 12:26 PM, Santiago Crespo wrote:
> > > En los proyectos honrados, como OSM, las licencias son
> > impedimentos para
> > > poder usar estos datos. Los proyectos piratas, van a coger esos
> > datos y
> > > explotarlos sin cumplir la licencia de todas formas.
> > >
> > > ¿Qué sentido poner limitaciones al uso de una información
> > supuestamente
> > > liberada?
> >
> > ___
> > Talk-es mailing list
> > Talk-es@openstreetmap.org <mailto: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] Compatibilidad de Licencias con OSM (Importaciones).

[Alejandro S.]

Estoy de acuerdo en que la información liberada por los organismos públicos
debería serlo libre de restricciones (¡ojo! que el concepto de dominio
público no es aplicable en todos los países). Sin embargo, un proyecto como
OSM si que requiere de una protección adicional, exigiendo no sólo la
atribución sino también que las obras derivadas tengan también la misma
licencia abierta (share-alike) para evitar que empresas o particulares se
aprovechen del trabajo de miles de voluntarios sin ofrecer nada de vuelta a
la comunidad.

Salud y mapas,
Alejandro Suárez

On Fri, Oct 14, 2016, 13:09 Santiago Crespo 
wrote:

Quise decir:

¿Qué sentido tiene poner limitaciones al uso de una información
supuestamente liberada?

En la wiki creo que explican muy bien el sentido de marcar la casilla de
"mis contribuciones son de dominio público" al crear la cuenta en OSM:

https://wiki.openstreetmap.org/wiki/Why_would_I_want_my_contributions_to_be_public_domain

Hay otra página con los pros y contras, aunque un poco coja en mi opinión:

https://wiki.openstreetmap.org/wiki/Pros_and_cons_of_contributing_data_public_domain

Saludos,
Santiago Crespo

On 10/14/2016 12:26 PM, Santiago Crespo wrote:
> En los proyectos honrados, como OSM, las licencias son impedimentos para
> poder usar estos datos. Los proyectos piratas, van a coger esos datos y
> explotarlos sin cumplir la licencia de todas formas.
>
> ¿Qué sentido poner limitaciones al uso de una información supuestamente
> liberada?

___
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] Compatibilidad de Licencias con OSM (Importaciones).

[Alejandro S.]

Hola Santiago y Yopaseopor,
Me parece muy difícil que se implemente eso, requeriría una base de datos
geoespacial adicional con los valores de source si aportar un beneficio
claro.

Saludos y nos vemos en la lista.
Alejandro Suárez

On Thu, Oct 13, 2016, 22:55 Santiago Crespo <openstreet...@flanera.net>
wrote:

> Hola,
>
> yopaseopor ha propuesto cambiar la forma en la que la atribución se
> muestra en los mapas. La idea es mostrar los "source" (ej: entidades que
> han liberado datos con cc-by) que hayan aportado datos que se usen en
> ese renderizado, que vaya cambiando según el zoom.
>
> https://github.com/gravitystorm/openstreetmap-carto/issues/2412
>
> A mi me parece buena idea, aunque dependerá de cada "render" el seguir
> esta política o no, pues no es una obligación de la ODbL. Además, hay
> otros usos de los datos de OSM aparte de dibujar mapas.
>
> Creo que aunque no influya a nivel legal, es lo correcto es dar
> reconocimiento a las entidades que liberan datos.
>
> Saludos,
> Santiago Crespo
>
> On 10/13/2016 05:20 PM, Matías h wrote:
> > Hola.
> >
> > Me ha quedado claro. ¿Hay que definir por tanto, a quien dirigirnos en
> > cada caso, solicitando la autorización?.
> >
> > Muchas gracias.
> >
> >
> > El 13 oct. 2016 15:52, "Alejandro S." <alejandro...@gmail.com
> > <mailto:alejandro...@gmail.com>> escribió:
> >
> > Hola,
> >
> > Precisamente ahí esta la gracia, nada impide a un autor licenciar
> > sus obras bajo distintas licencias, incluso incompatibles entre si.
> > Una licencia no es más que una forma legal de indicar en que
> > condiciones se puede usar esa información.
> >
> > Por ejemplo, un Ayto puede exigir a través de una licencia que las
> > obras derivadas de su portal de Open Data incluyan la atribución
> > expresa de una determinada manera en las obras derivas. Al mismo
> > tiempo ese mismo Ayuntamiento le ofrece a una empresa la información
> > del portal, sin necesidad de que den atribución ni nombren de
> > ninguna manera al Ayto., si la empresa paga una cuantiosa cantidad
> > de dinero.
> > Otro ejemplo es la Wikipedia en Inglés, que se publica sus artículos
> > bajo dos licencias la CC-BY-SA 3.0 y la GFDL [0].
> >
> > Por tanto, un Ayto. tiene potestad para emitir un permiso explicito
> > para que sus datos se usen en OSM independientemente de las
> > condiciones que imponga para el usos de sus datos a otros. Habría
> > que ver quién es el que tendría que emitir el certificado, ¿el
> > alcalde? ¿un concejal? Parece que tendría que ser quien ostente los
> > derechos de autor de esa información.
> >
> >
> > [0]:https://en.wikipedia.org/wiki/Wikipedia:Multi-licensing
> > <https://en.wikipedia.org/wiki/Wikipedia:Multi-licensing>
> >
> > Espero que haya quedado un poco más claro como funciona el tema del
> > licenciamiento.
> >
> > Saludos,
> >   Alejandro Suárez
> >
> > 2016-10-13 13:58 GMT+02:00 Matías h <taborda.barr...@gmail.com
> > <mailto:taborda.barr...@gmail.com>>:
> >
> > Hola.
> >
> > Desde ayer hemos estado divagando, en el buen sentido, en el
> > grupo de Telegram, acerca de los tipos de licencias y su
> > posibilidad de uso en OpenStreetMap así como la forma de acatuar
> > o no en cada caso.
> >
> > Así, que perdonad por el tocho que voy a soltar, lo voy a dejar
> > lo mejor maqueado posible y al final, soltaré mi opinion
> personal.
> >
> > /...
> > Matías
> > /
> > //
> > /Y en este artículo, bastante completo del blog Nosolosig/
> > /
> http://www.nosolosig.com/articulos/574-que-licencias-de-uso-de-datos-geograficos-tienen-las-ide-autonomicas-de-espana
> > <
> http://www.nosolosig.com/articulos/574-que-licencias-de-uso-de-datos-geograficos-tienen-las-ide-autonomicas-de-espana
> >/
> > /En principio, sólo he dejado con enlaces a los servicios
> > aquellas que, según tipo de licencia, deberían poder usarse/
> > /Otra cosa es que se haya contactado o no con la administración
> > en concreto
> >
> > /
> > /Jorge Sanz/
> > //
> > /https://wiki.openstreetmap.org/wiki/IllesBalears:Ideib
> > <https://wiki.openstreetmap.org/wiki/IllesBalears:Ideib>

Re: [Talk-es] Ayuda a un principiante

[Alejandro S.]

Hola Antonio,

En primer lugar animarte a que sigas editando en OSM, eso es lo más
importante.

Sólo comentar un problemilla de forma, estás utilizando una cuenta
"Antonio_import_post_offices" que deberías utilizar para realizar la
importación de Oficinas de Correos en Madrid que esta dinamizando Santiago
Crespo. Para este tipo de edición "normal" quizá sería mejor que utilizaras
una cuenta sin el "_import_post_offices" para que no de lugar a error.
Desde luego eres libre de usar el nombre de usuario que prefieras, pero si
mezclas ediciones normales e importaciones con la misma cuenta, te puedes
encontrar con problemas. Veo que por ahora solo has realizado ediciones
manuales, por eso me ha sorprendido el nombre de usuario.

Saludos y a seguir editando,
  Alejandro Suárez

2016-10-13 14:59 GMT+02:00 Antonio Clavero :

> Muchas gracias a los dos por las aportaciones, las tendré en cuenta.
>
>
> Un saludo
>
>
>
>
>
>
>
> El 12/10/2016, a las 18:07, Carlos Cámara 
> escribió:
>
> Hola,
>
> Aunque como te dice Héctor, a mi también me parece que lo que has
> etiquetado está bien etiquetado (salvo por el error tipográfico), yo te
> propondría lo siguiente:
>
>1. ahora has usado el etiquetado building=yes, que es correcto pero es
>también muy genérico. Si sabes qué tipología edificatoria y te apetece,
>puedes detallarla más cambiando el valor de la clave por otro más concreto
>(ej: especificar si se trata de viviendas pareadas building=terrace
>viviendas aisladas building=detached o usos que no son de vivienda como
>building=cathedral, building=commercial, building=civic... ). Tienes toda
>la información al respecto aquí: https://wiki.openstreetmap.
>org/wiki/Key:building
>2. Otra información interesante es añadir los niveles (alturas) de los
>edificios usando la etiqueta building:levels=*  Este valor lo puedes
>obtener del propio catastro y es lo que permite sacar planos en 2.5D o 3D
>como estos: http://demo.f4map.com/#lat=42.
>1387551=-0.4092545=17
>3. Si te mola el tema de los edificios en 3D (todo un mundo -y sin
>duda requiere más tiempo todavía) quizá te interese leer esta página:
>https://wiki.openstreetmap.org/wiki/Simple_3D_buildings
> en el que
>explica cómo modelar aspectos como las cubiertas, materiales, o formas y
>volúmenes particulares.
>
> En cualquier caso, insisto, eso depende de dónde quieras llegar tú, y en
> mi opinión, lo que has hecho hasta ahora ya es mejor que lo que había antes
> (que no existía). En esta línea, si me permites, yo empezaría añadiendo los
> edificios más singulares o representativos, empezando por aquellos que sean
> públicos, debido a que su interés general es mayor que lo que estimo son
> viviendas en hilera.
>
> Saludos,
>
> Carlos Cámara
> http://carloscamara.es
>
> 2016-10-12 17:50 GMT+02:00 Héctor Ochoa :
>
>> Me parece que está bastante bien, lo único: has puesto catrasto en vez de
>> catastro :P
>>
>> On 12/10/16 16:50, Antonio Clavero wrote:
>>
>> Hola a todos,
>>
>> estoy liado introduciendo datos, basándome en el catrasto, y me gustaría,
>> antes de seguir con la tarea, que alguien me revisara el trabajo y me diera
>> algunos consejos, ahora que no tengo mucho hecho.
>>
>> http://www.openstreetmap.org/#map=18/37.21119/-4.66255
>>
>> Si tomo de referencia el catastro, quedan unos huecos entre la calle y el
>> edificio. No me gusta como queda, alguna opción o es así?
>> Las etiquetas que estoy introduciendo, son suficientes? faltan o están
>> mal?
>>
>> Muchas gracias y un saludo
>> Antonio Clavero
>>
>>
>> ___
>> Talk-es mailing 
>> listTalk-es@openstreetmap.orghttps://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] Comarcalización de España

[Alejandro S.]

El mayor problema a la hora incluir las divisiones históricas es encontrar
una fuente  que recoja de manera precisa el trazado de dicha frontera :/

On Fri, Oct 7, 2016, 17:14 Jesús Gómez Fernández <jesus.gomez.f...@gmail.com>
wrote:

> En el caso que comenta Agustín esas comarcas históricas deberían
> etiquetarse como* boundary=historic* y admin_level=7 [1].
> A diferencia de las comarcas administrativas, que son reconocidas
> legalmente y que deberían ser* boundary=administrative* y admin_level=7
> [2]
>
> Lo bueno de OSM es que hay etiquetas para casi todo y podemos modelar el
> territorio de forma muy flexible. :-)
>
> [1] http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dhistoric
> [2] http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative
>
>
> El 7 de octubre de 2016, 15:48, Agustin Diez Castillo <
> agustind...@gmail.com> escribió:
>
> No he seguido el hilo, pero no tengo yo muy claro si sólo habría que poner
> las que tienen un reconocimiento administrativo, hay comarcas históricas,
> como Babia o El Bierzo, que todo el mundo sabe que son comarcas y se
> refiere a ellas como tal. Eso sí no tengo ni idea de como etiquetarlo. El
> problema queda bien reflejado en el caso de Cantabria (
> https://es.wikipedia.org/wiki/Comarcas_de_Cantabria) donde las comarcas
> históricas pueden coincidir, o no, con las administrativas. Entre aquellas
> todo el mundo en Cantabria sabe que Polaciones es una comarca aunque ahora
> este subsumida en otro ente administrativo (Saja-Nansa) llamado comarca. A
> mi, como usuario, me gustaría poder encontrar la comarca de Babia o la de
> Polaciones, independientemente de la legalidad administrativa.
> El 6Oct, 2016, a las 11:45 PM, Alejandro S. <alejandro...@gmail.com>
> escribió:
>
> > En la Wikipedia son bastante estrictos con que la información que se
> incluye en ella  requiriendo que esté respaldada por referencias. En este
> caso si se leen los artículos, comentan que hay algunas comarcas propuestas
> y otras oficiales, por ejemplo el artículo sobre Castilla y León [0] indica
> que allí sólo hay una oficial, El Bierzo.
> >
> > Saludos,
> > Alejandro Suárez
> >
> > [0]: https://es.wikipedia.org/wiki/Anexo:Comarcas_de_Castilla_y_León
> >
> >
> > On Thu, Oct 6, 2016, 21:14 Pepe Casado <pcvalve...@gmail.com> wrote:
> > Opino igual que Emilio y siento si he sembrado la polémica pero no era
> mi intención
> >
> > Pepe
> >
> >
> > El 6 oct. 2016 20:50, "Emilio Gómez Fernández" <
> emilio.gomez.f...@gmail.com> escribió:
> > Que no se me malinterprete. No pongo ninguna objección a cómo etiquetar
> y crear las relaciones, que lo veo bien. Simplemente comentaba que tengamos
> cuidado y solo añadamos al mapa las comarcas que sepamos que existen
> administrativamente, porque en el artículo de la Wikipedia se muestran
> mapas y se mencionan comarcas que no institucionalizadas.
> >
> > Un saludo.
> >
> > El 6 de octubre de 2016, 18:06, Diego García <dgerv...@gmail.com>
> escribió:
> > Mi intención no era abrir este debate, sino aportar la manera de crear
> dichos límites.
> >
> > Un saludo,
> >
> > El jue., 6 oct. 2016 a las 10:34, Emilio Gómez Fernández (<
> emilio.gomez.f...@gmail.com>) escribió:
> > Yo estoy de acuerdo con lo que dice Pepe y David. Es absurdo definir
> unas comarcas en CA.AA. donde no existen o no se han desarrollado las leyes
> de comarcalización. En Cantabria, por ejemplo, existe la ley de 1999, pero
> estas no se han creado y pasará tiempo si se llegan a formar. Sí existe una
> comarcalización sanitaria, educativa, ganadera, etc. ninguna de las cuales
> coincide plenamente con las otras y ninguna va más allá de los ámbitos a
> las que están supeditadas.
> >
> > A veces vemos mapas o tratamos de forzar unas comarcas actuales
> basándonos en los límites de comarcas históricas que ya no existen y no
> tiene ningún valor administrativo. A parte de que muchas veces estas entran
> en conflicto unas con otras: la comarca histórica de los valles pasiegos,
> la pasieguería, rebasa los límites de la actual Cantabria hacia la comarca
> burgalesa de Las Merindades, por ejemplo.
> >
> > En conclusión, mi postura es fijar las comarcas ajustándonos a la
> premisa de verificabilidad de OSM: si están definidas legal y
> administrativamente se incorporan, sino no.
> >
> > Un saludo.
> >
> > Emilio Gómez
> >
> >
> >
> > El 6 de octubre de 2016, 8:44, David Marín Carreño <dav...@gmail.com>
> escribió:
> > Entiendo que esta comarcalización sólo habría que hacerla en aquellas
> comarcas administrativamente defini

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

[Alejandro S.]

En la Wikipedia son bastante estrictos con que la información que se
incluye en ella  requiriendo que esté respaldada por referencias. En este
caso si se leen los artículos, comentan que hay algunas comarcas propuestas
y otras oficiales, por ejemplo el artículo sobre Castilla y León [0] indica
que allí sólo hay una oficial, El Bierzo.

Saludos,
Alejandro Suárez

[0]: https://es.wikipedia.org/wiki/Anexo:Comarcas_de_Castilla_y_León

On Thu, Oct 6, 2016, 21:14 Pepe Casado  wrote:

> Opino igual que Emilio y siento si he sembrado la polémica pero no era mi
> intención
>
> Pepe
>
> El 6 oct. 2016 20:50, "Emilio Gómez Fernández" <
> emilio.gomez.f...@gmail.com> escribió:
>
> Que no se me malinterprete. No pongo ninguna objección a cómo etiquetar y
> crear las relaciones, que lo veo bien. Simplemente comentaba que tengamos
> cuidado y solo añadamos al mapa las comarcas que sepamos que existen
> administrativamente, porque en el artículo de la Wikipedia se muestran
> mapas y se mencionan comarcas que no institucionalizadas.
>
> Un saludo.
>
> El 6 de octubre de 2016, 18:06, Diego García 
> escribió:
>
> Mi intención no era abrir este debate, sino aportar la manera de crear
> dichos límites.
>
> Un saludo,
>
> El jue., 6 oct. 2016 a las 10:34, Emilio Gómez Fernández (<
> emilio.gomez.f...@gmail.com>) escribió:
>
> Yo estoy de acuerdo con lo que dice Pepe y David. Es absurdo definir unas
> comarcas en CA.AA. donde no existen o no se han desarrollado las leyes de
> comarcalización. En Cantabria, por ejemplo, existe la ley de 1999, pero
> estas no se han creado y pasará tiempo si se llegan a formar. Sí existe una
> comarcalización sanitaria, educativa, ganadera, etc. ninguna de las cuales
> coincide plenamente con las otras y ninguna va más allá de los ámbitos a
> las que están supeditadas.
>
> A veces vemos mapas o tratamos de forzar unas comarcas actuales basándonos
> en los límites de comarcas históricas que ya no existen y no tiene ningún
> valor administrativo. A parte de que muchas veces estas entran en conflicto
> unas con otras: la comarca histórica de los valles pasiegos, la
> pasieguería, rebasa los límites de la actual Cantabria hacia la comarca
> burgalesa de Las Merindades, por ejemplo.
>
> En conclusión, mi postura es fijar las comarcas ajustándonos a la premisa
> de verificabilidad de OSM: si están definidas legal y administrativamente
> se incorporan, sino no.
>
> Un saludo.
>
> Emilio Gómez
>
>
>
> El 6 de octubre de 2016, 8:44, David Marín Carreño 
> escribió:
>
> 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 

Re: [Talk-es] Oficinas de Correos de Madrid

[Alejandro S.]

Hola Santi,

Yo creo que estás en la "obligación" de mandarlo a la lista, no olvidemos
que es un requerimiento para las importaciones (aunque sean manuales) que
la comunidad local esté de acuerdo. La única manera de que se entere toda
la comunidad y plantee sus objeciones (si las hubiera) es mandándolo a esta
lista que puede consultar todo el mundo.

Saludos,
  Alejandro Suárez

2016-09-28 19:01 GMT+02:00 Santiago Crespo :

> Hola,
>
> Estoy preparando la siguiente importación manual: las oficinas de
> Correos de Madrid.
>
> La idea es usar el gestor de tareas. Lo he documentado en la wiki en
> inglés y en el gestor de tareas en español.
>
> https://wiki.openstreetmap.org/wiki/Madrid_Post_Offices_Import
>
> http://osm.unizar.es:6543/project/26
>
> Aquí tenéis el archivo .osm con todas las oficinas, por si queréis echar
> un ojo:
>
> http://flanera.net/Oficinas_de_Correos.osm
>
> Y aquí la traducción de los horarios a formato OSM:
>
> https://ethercalc.org/3wf87iuqhnzh
>
> Si no hay objeciones, en unos días empezamos.
>
> No sé si es demasiado anunciar todas las importaciones manuales que
> hagamos del Ayto. de Madrid por la lista, empiezo a pensar que lo podría
> comentar por el chat. Y si es algo grande y/o complejo como los números
> de portal, hablarlo por la lista. ¿Qué opináis?
>
> Saludos,
> Santiago Crespo
>
> ___
> 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] Problema con los límites de Andalucia y Almería

[Alejandro S.]

Hola,
Estoy mirando la relación de Andalucía [0] y de Almería y todo parece
correcto.Están correctamente cerradas, con los miembros ordenados y las
etiquetas que corresponden.

[0]: http://www.openstreetmap.org/relation/349044

[1]: http://www.openstreetmap.org/relation/348997

Saludos,
Alejandro Suárez

On Tue, Sep 27, 2016, 13:49 Jesús Gómez Fernández <
jesus.gomez.f...@gmail.com> wrote:

> Hola a todos.
> Estoy trabajando con los límites administrativos de Europa y para ello
> estoy usando con OSMfilter y una base de datos.
> El motivo de este correo es que al visualizar los límites de Comunidades
> Autónomas (admin_level=4) y provincias (admin_level=6) en España, veo que
> Andalucía no aparece, ni tampoco la provincia de Almería.
> Con JOSM he descargado las dos relaciones que corresponden a cada una de
> ellas y tampoco veo qué es lo que puede suceder porque aparentemente están
> correctas. Pero lo que sí me he dado cuenta es que al descargar la relación
> "Andalucia" aparece Almería por ahí metida.
> Desconozco a que se debe este problema pero intuyo que la clave esta en
> una incorrecta definición de la relación en Almería.
>
> Adjunto una imagen para que se entienda bien todo esto.
>
> ¿Alguien sabe qué puede estar pasando?
>
> Un saludo.
> Jesús Gómez
> ___
> 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] Convocatoria 2 quedada OSM-es

[Alejandro S.]

Hola a todos!

Ya ha concluido la primera quedad para hablar de reactivar OSM España. En
breve se publicará el acta de la misma.

Hemos decidido hacer una "reunión" mensual, siempre el mismo día (por
ejemplo el primer martes del mes), para que sea una manera de tener una
fecha fija y no haya que decidir cada vez.

Aquí va el último dudle[0], que marcará la fecha de la próxima reunión y
las siguientes.

[0]: https://dudle.inf.tu-dresden.de/osm-es/

Saludos,
  Alejandro Suárez
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] [OSMzgz] Preparación Mapping Party Zaragoza (16 Sept)

[Alejandro S.]

Recordad que si queréis comer con la gente de Wikimedia (podría ser un buen
momento para buscar colaboraciones) hay que apuntarse en su web [0] ¡Y se
están acabando las plazas!

[0]: https://www.wikimedia.es/inscripcion/jornadas

Atentamente,
  Alejandro Suárez

2016-08-29 19:57 GMT+02:00 Jaime Crespo :

> Las jornadas de Wikimedia en Zaragoza [1] y la Mapping party que tendrá
> lugar durante las mismas [2] parece que van cogiendo forma.
>
> Desde Wikimedia España nos han invitado a realizar una presentación breve
> y más o menos formal junto a otros colectivos y asociaciones de la ciudad
> ese Viernes; yo he propuesto que sea  Miguel el que nos represente durante
> 10 minutos hablando sobre OSM y OSM España (no sólo es una de las personas
> de la asociación que más se están moviendo para revitalizarla, es local al
> evento y me permitiría a mi estar más pendiente de la organización).
>
> Igualmente, el Sábado nos han propuesto un taller; aparte de la
> introducción a editar típica, me gustaría intentar hablar de posibles
> colaboraciones entre ambos colectivos (para tener más masa crítica). En
> Italia, por ejemplo, tienen un acuerdo de colaboración entre ambas
> asociaciones.
>
> El sábado por la tarde sería la Mapping Party propiamente dicha; todavía
> no hemos decidido cuál podría ser la temática or zona que mapear, es lo que
> necesitamos discutir ahora.
>
> Por favor, si deseáis colaborar en organizar culquiera de estas
> actividades, decidlo aquí o comunicaros con los maños de osm en osmzgz (at)
> googlegroups.com.
>
> Todavía os podeís apuntar a la quedada en [2]. Nos vemos en Septiembre en
> Zaragoza!
>
> [1]  Jornadas_de_Wikimedia_Espa%C3%B1a>
> [2]  anniversary_mapping_party_(Zaragoza)>
>
> --
> Jaime Crespo
>
> --
> Has recibido este mensaje porque estás suscrito al grupo "OSM Zaragoza" de
> Grupos de Google.
> Para anular la suscripción a este grupo y dejar de recibir sus mensajes,
> envía un correo electrónico a osmzgz+unsubscr...@googlegroups.com.
> Para publicar en este grupo, envía un correo electrónico a
> osm...@googlegroups.com.
> Para ver esta conversación en el sitio web, visita
> https://groups.google.com/d/msgid/osmzgz/CAAZ23Ro6XU_Been8VmYwpgD-
> HWOq2Xhi8cmzk4F9Tx82oZVJ_Q%40mail.gmail.com
> 
> .
> Para acceder a más opciones, visita https://groups.google.com/d/optout.
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Asociación OSM España

[Alejandro S.]

Hola!

Parece que este hilo se había quedado desaparecido entre el correo
veraniego :(

Adelante con la reunión virtual el 6 de septiembre de 20h30 a 23h30. El
orden del día me parece muy ambicioso, pero ya haremos lo que nos de tiempo.

¿Alguien más se anima a desvirtualizarse en Zaragoza el finde del 16 de
septiembre?



Salud y libertad,
  Alejandro Suárez

2016-08-19 23:22 GMT+02:00 Miguel Sevilla-Callejo :

> Hola,
>
> Estoy de viaje y respondo rápidamente;
>
> Genial el 6 por mi parte (creo que yo podré). Adelante con quien sea y
> vamos/vais adelantando con las cuestiones más sencillas.
>
> Qué pasa con lo de Zaragoza? Alguien más se va animando. Sin duda sería
> una buenísima oportunidad de vernos las caras y darle un empujón a la
> asociación.
>
> En cuanto pueda vuelvo a meterle mano al titanpad y pongo mis ideas.
>
> Saludos
>
> --
>  Miguel Sevilla-Callejo
> from my mobile 
>
> El 16/8/2016 0:28, "Santiago Crespo"  escribió:
>
> Hola,
>
> On 08/13/2016 08:31 PM, Miguel Sevilla-Callejo wrote:
> >> Podemos acordar una fecha usando este doodle:
> >> http://doodle.com/poll/cu5ht4sgz5ityki7
> >
> > Estupendo, pero con la ampliación de fechas la cosa no se si va a quedar
> > muy clara y va a haber mucha dispersión de agendas.
> > Yo por mi parte no se qué vida voy a tener en un par de semanas o sea
> > que si quedáis en otro momento que no sea el que he indicado intentaré
> > unirme.
>
> El día que más coincidimos es el martes 6 de septiembre de 20:30 a
> 11:30, hemos confirmado que podemos 5 personas.
>
> Jorge, Jesús y Moisés no pueden ese día según el doodle. ¿Tenéis alguna
> otra propuesta de fechas y horarios posibles? Por mi, que sea un día que
> podamos reunirnos al menos 3/4 partes.
>
> >> Nos podemos reunir en el canal #osm-es del servidor IRC de
> >> openstreetmap.org [1] o en un hangout si
> > preferís vernos las caras.
>
> La propuesta del IRC es "okupar" esa sala para hacer la reunión,
> precisamente por estar vacía normalmente :P Si no os gusta el IRC, me
> instalaré el hangout, telegram o lo que haga falta :)
>
> > M, creo recordar, y compruebo en este mismo instante que no hay
> > nadie por esa vía y que ahora nos movemos mayoritariamente por el grupo
> > de Telegram. A lo mejor para el momento concreto de la reunión es buena
> > idea usarlo pero para los preparativos, además de por esta vía creo que
> > el grupo de Telegram es más útil (somos casi 60 personas las que estamos
> > allí).
> >> He recopilado los puntos que habéis hablado hasta ahora y alguno más.
> >> Los he puesto en un pad a modo de borrador del orden del día. Por favor,
> >> revisadlo y añadid o cambiad lo que veáis oportuno:
> >>
> >> https://public.pad.fsfe.org/p/osm-es
> >
> > Respecto al orden del día que has planteado creo que está muy completo,
> > es más, creo que es muy optimista pues no creo que seamos capaces en una
> > sola reunión que hemos organizado "a bote pronto" todas las cuestiones
> > de la asociación, [...] El presidente saliente y demás habrán de estar
> presentes,
> > levantar actas...
> > En este sentido, yo me había planteado primero hacer una tormenta de
> > ideas, sin mucho orden, en el que tratar, como tu muy bien has recogido,
> > los diferentes aspectos que ha de contener y/o organizar la asociación
> > en torno a la comunidad de colaboradores/editores de OSM en España para
> > luego darle forma y llevarlo a la reunión/hangout, lo que sea. De este
> > modo creo que hay dos grandes bloques de asuntos a tratar respecto a la
> > asociación:
> >
> > 1.- uno burocrático: respecto al tema de la directiva, socios, cuotas y
> > demás... de la idiosincrasia del funcionamiento de la asociación.
> >
> > 2.- otro respecto a la actividad misma de la comunidad y/o los socios
> > respecto al proyecto OSM: intereses de trabajo, comunicación, grupos de
> > trabajo...
> >
> > El segundo punto me parece el más importante, pero sin el primero casi
> > estamos como ahora, por lo que hay que solucionar ambos, pero quizá no
> > haya/se pueda hacer en una misma reunión.
>
> Tienes razón es que el orden del día es muy optimista. En una reunión de
> 2 horas no creo que podamos con todo.
>
> > Respecto al asunto "burocrático" sigo pensando que es buena idea si nos
> > ayuda gente experta (lo digo por la idea que planteó Santiago Higuera
> > con la gestoría de ONGs).
>
> +1, creo que son debehaberasociaciones.com
>
> > Respecto a lo segundo, y sobre la base de lo que has escrito en el
> > documento se me ocurre que planteemos el tema desde lo que estamos
> > dispuesto a hacer más que de lo que deberíamos de hacer. A ver si me
> > explico: Mi planteamiento es crear grupos de trabajo con gente que
> > quieran hacer cosas que les guste y en las que se vean más hábiles
> > dentro de la comunidad, sin dejar a un lado aspectos necesarios que han
> > de ser cubiertos y que no sean tan gratos, pero sin forzarnos. Mi idea
> > era tener a 

Re: [Talk-es] Quedemos en Zaragoza en Septiembre

[Alejandro S.]

Buenas,

Yo me apunto también y estoy dispuesto a echar una mano con la organización
o lo que haga falta. Es una buena oportunidad para vernos las caras y mover
cosas todos juntos :)

Saludos,
Alejandro Suárez

On Fri, Jul 29, 2016, 00:49 Miguel Sevilla-Callejo 
wrote:

> ¡¡Muy buenas noticias y muy buena iniciativa!!
> ¿Se sabe las fechas de la reunión de Wikimedia?
> No se me ocurre más que decir que que ME APUNTO!
> Un saludo
> Miguel
>
>
> --
> *Miguel Sevilla-Callejo*
>
> *Doctor in Geography*
> a. Associate Lecturer at Dpto. of Geography & Territorial Planning at
> University of Zaragoza
> b. Fellow at the Pyrenean Institute of Ecology - Spanish National Research
> Council
> c. Freelance consultant & researcher - Member #698, Spanish Professional
> Association of Geographers
>
> *Doctor en Geografía*
> a. Profesor asociado en el Dpto. de Geografía y Ordenación del Territorio
> de la Univ. de Zaragoza
> b. Colaborador del Instituto Pirenaico de Ecología - Consejo Superior de
> Investigaciones Científicas
> c. Consultor e investigador freelance - Colegiado 698 del Colegio Oficial
> de Geógrafos
>
> 2016-07-28 11:01 GMT+02:00 Jaime Crespo :
>
>> Con las iniciativas para resucitar la asociación, quedemos para celebrar
>> los 10 años de esta lista!
>>
>> Parece que hay bastante gente activa en Zaragoza que estarían dispuestos
>> a colaborar. Así mismo, la gente the Wikimedia España (posiblemente)
>> celebrará su congreso anual allí, y no me han puesto problemas en hacer
>> coincidir ambos eventos con la ventaja de tener doble audiencia en los
>> eventos públicos de cada asociación, y de tener que organizar la mitad de
>> cosas.
>>
>> Por ello, os propongo la quedada de "Zárágózá: 10 años después" con los
>> siguientes objetivos:
>>
>> * Organizar un evento para el público general de promoción del propio
>> proyecto "aka ¿Qué es OpenStreetMap?"
>> * Organizar una Mapping party
>> * Quedar en persona y compartir trucos de usuario "avanzado"
>> * Hablar de temas de la asociación para la gente interesada
>> * Hablar con asociaciones afines por si hay medios de colaboración
>>
>> Como Zaragoza es limítrofe vía Ave con sitios como Madrid, Barcelona,
>> Valencia o Sevilla, igual os da menos pereza eso de salir al MundoReal(TM).
>> Sería en fin de semana.
>>
>> Full disclosure: Soy también miembro de Wikimedia España, pero creo
>> legítimamente que podría haber muchas opciones de colaboración [0] [1]
>>
>> [0] 
>> [1] <
>> http://www.eldiario.es/hojaderouter/internet/Wikipedia-mapas-cartografia-creative_commons_0_494851710.html
>> >
>>
>> --
>> Jaime Crespo
>>
>> ___
>> 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] Mapear papeleras con dispensador de bolsas para perros

[Alejandro S.]

Acaban de preguntar en Tagging sobre el uso de los dos puntos, reenvío el
mensaje con enlaces a la wiki y opiniones de usuarios.

La conclusión parece ser "mucho cuidado con los puntos y comas"

-- Forwarded message -
From: Martin Koppenhoefer 
Date: Thu, Jul 14, 2016, 21:32
Subject: Re: [Tagging] values with ";" and overpass
To: Tag discussion, strategy and related tools 

see for example this
http://wiki.openstreetmap.org/wiki/Multiple_values
and
https://blog.jochentopf.com/2013-09-23-semicolons-in-osm-tags.html

about semicolons and multiple values.

Cheers,
Martin

On Thu, Jul 14, 2016, 22:17 Rafael Avila Coya  wrote:

> En tag info [1] podemos ver que el 98,95% de los objetos que llevan la
> etiqueta vending=excrement_bags llevan también una etiqueta amenity=*
>
> De ellos, el 96,3% son amenity=vending_machine
>
> Esto quiere decir que el porcentaje de objetos que llevan
> amenity=waste_basket + vending=excrement_bags es menor del 3,7%, lo cual
> no me sorprende en absoluto, pues vending=* es una etiqueta asociada a
> amenity=vending_machine
>
> Hay las dos opciones de 1 ó 2 nodos como se dijo (yo prefiero 2 nodos
> separados). Pero amenity=x;y yo la descartaría de todo punto. No es que
> no haya que cartografiar para ningún renderizador, que en eso todos
> estamos de acuerdo. La razón es que incluir dos o más valores separados
> por ; debe usarse con mucha precaución. Hay algunos casos como son los
> de source=x;y o alt_name=x;y, pero para amenity, highway y muchas otras
> yo jamás usaría ;, básicamente porque un objeto o es una cosa o es otra,
> pero no dos al mismo tiempo.
>
> De hecho, si vamos a tag info otra vez, veremos que
> amenity=vending_machine;waste_basket sólo aparece en 26 objetos en todo
> el mundo [2], y amenity=waste_basket;vending_machine en 9 objetos nada
> más [3]. Está claro que no es precisamente muy popular.
>
> Si se quiere hacer todo en un nodo, yo apoyaría la solución de Santiago:
>
> "
> amenity=waste_basket
> vending=excrement_bags
> operator=Ayuntamiento de Madrid
> payment:none=yes
> bin=yes
>
> Y si el cubo es únicamente para excrementos de perro, añadiría:
> waste=dog_excrement
> "
>
> Saludos,
>
> Rafael.
>
> [1]
> https://taginfo.openstreetmap.org/tags/vending=excrement_bags#combinations
> [2]
>
> https://taginfo.openstreetmap.org/tags/amenity=vending_machine%3Bwaste_basket
> [3]
>
> https://taginfo.openstreetmap.org/tags/amenity=waste_basket%3Bvending_machine
>
> On 14/07/16 14:56, Alejandro Moreno Calvo wrote:
> > He lanzado la siguiente consulta en overpass turbo
> >
> > [out:json][timeout:25];
> > // gather results
> > (
> >// query part for: “vending=excrement_bags”
> >
> node["vending"="excrement_bags"]["amenity"!="vending_machine"]({{bbox}});
> > );
> > // print results
> > out body;
> >  >;
> > out skel qt;
> >
> > y la combinación más usada parece ser
> >
> > amenity=waste_basket
> > vending=excrement_bags
> > fee=no
> >
> > sobre todo por Suiza.
> >
> > Por ejemplo los nodos http://www.openstreetmap.org/node/1276313196 y
> > http://www.openstreetmap.org/node/1276313279
> >
> >
> > El 14 de julio de 2016, 14:22, Santiago Crespo
> > > escribió:
> >
> > Yo seguiría la primera recomendación que pone en el wiki para estos
> > casos[1]: un único nodo con el tag amenity más representativo. En
> éste
> > caso, waste_basket.
> >
> > Algo así:
> >
> > amenity=waste_basket
> > vending=excrement_bags
> > operator=Ayuntamiento de Madrid
> > payment:none=yes
> > bin=yes
> >
> > Y si el cubo es únicamente para excrementos de perro, añadiría:
> > waste=dog_excrement
> >
> > El motivo de evitar usar "amenity=waste_basket;vending_machine" es
> > porque supuestamente complica la vida a los usuarios y a las
> > aplicaciones que quieran usar estos datos.
> >
> > Saludos,
> > Santiago Crespo
> >
> > [1]
> >
> https://wiki.openstreetmap.org/wiki/Semi-colon_value_separator#When_NOT_to_use
> >
> > On 07/14/2016 01:27 PM, Alejandro Moreno Calvo wrote:
> >  > Hay que elegir entre las 2 opciones para mapear papeleras como
> > estas (
> >  > http://www.forjasestilo.es/images/easyblog_images/52/DSC05581.jpg
> y
> >  >
> >
> http://www.ajuntamentimpulsa.cat/FitxersWeb/11187/OMNIUM%20papelera.jpg
> > )
> >  >
> >  > - 1 sólo nodo con
> >  > amenity=vending_machine
> >  > vending=excrement_bags
> >  > operator=Ayuntamiento de Madrid
> >  > payment:none=yes
> >  > bin=yes
> >  >
> >  > - 2 nodos:
> >  > amenity=vending_machine
> >  > vending=excrement_bags
> >  > payment:none=yes
> >  > operator=Ayuntamiento de Madrid
> >  >
> >  > segundo nodo (a centímetros del anterior):
> >  >
> >  > amenity=waste_basket
> >  > waste=dog_excrement
> >  > operator=Ayuntamiento de Madrid