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

[Carlos Cámara Menoyo via Talk-es]

Hola a todos,

La verdad es que yo mismo me había planteado varias veces plantear usar loomio 
para la toma de decisiones en OSM por razones como las que expone Marcos, 
siendo la principal de ellas el hecho de que en los años que llevo en OSM me 
cuesta ver propuestas que se lleven a cabo precisamente porque las herramientas 
que usamos hacen que la conversación se diluya antes de que se llegue a algún 
consenso.

Sin duda, loomio mejoraría este proceso. En su momento también barajé opciones 
específicas para la toma de decisiones como https://decidim.org/es/ (pensada 
para que la ciudadanía pueda proponer iniciativas, desarrollarlas y votarlas 
para llevarlas a cabo).

En aquél momento dejé de buscar porque por motivos personales también disminuyó 
el tiempo que le puedo dedicar a OSM y porque ambas soluciones eran de pago (al 
menos entonces -desconozco si ahora hay planes para organizaciones sin ánimo de 
lucro-).

En resumen, que me parece una propuesta genial y estoy convencido de que de 
llevarse a cabo mejoraría notablemente el proceso de toma de decisiones, 
haciendo de OSM un mapa mejor, y una comunidad más unida y proactiva (y con 
menos burn-out).

Saludos,

Carlos Cámara-Menoyo
https://carloscamara.es/en
https://carloscamara.es

‐‐‐ Original Message ‐‐‐
On Sunday, 11 de October 2020 a les 18:32, Miguel Sevilla-Callejo 
 wrote:

> Estimados Marcos y Hugo,
>
> Muchas gracias por la iniciativa.
>
> Siento mucho el retraso en la contestación.
>
> Creo que la herramienta es muy interesante y efectivamente podría sernos de 
> gran ayuda en la toma de decisiones pero creo que la wiki de OSM puede tener 
> esta misma función.
>
> Quizá la wiki no sea tan ágil o esté orientada directamente para realizar 
> consultas pero, de hecho se usa para llevar a cabo la propuestas de etiquetas 
> y es allí donde deberíamos de dejar por escrito los consensos o los debates 
> resueltos en esta lista.
>
> Creo que no solo es importante traerse los debates profundos del grupo de 
> Telegram (y Riot) aquí, si no que es crucial trasladarlos a la wiki.
>
> Por mi parte, de todos modos, voy a echarle un ojo a la instancia de loomio 
> que comentáis pues sin duda sería una buena herramienta una vez tengamos una 
> asociación (con socios) reactivada y en marcha.
>
> Saludos
>
> Miguel
>
> On Tue, 15 Sep 2020, 01:53 Alejandro S.,  wrote:
>
>> 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 ofi

[Talk-es] Importación de árboles de Barcelona (proceso y script) y más

[Carlos Cámara Menoyo via Talk-es]

Buenas,

He realizado un pequeño script para importar los árboles de Barcelona del 
portal de datos abiertos del Ayuntamiento y escribo por lo siguiente: 1) Para 
compartir el proceso de importación con la comunidad y revisarlo; 2) Preguntar 
sobre los siguientes pasos a seguir y 3) Para compartir el script (tiene unas 
particularidades que luego comento y que creo que pueden ser útiles), por si a) 
alguien quiere mejorarlo o contribuir por un lado y por si b) hay alguien que 
quiera usarlo para otras importaciones, por otro.

Podéis encontrar el script y la documentación del proceso de importación aquí: 
https://osmimports.mapcolabora.org/import_bcn_trees/ (versión online) o 
https://github.com/mapcolabora/osm_imports_preparations/blob/master/imports/bcn_trees/bcn_trees.ipynb
 y el geojson resultante en 
https://github.com/mapcolabora/osm_imports_preparations/blob/master/imports/bcn_trees/data/processed/bcn_trees.geojson

1. Proceso de importación

Como veréis, tenemos autorización del Ayuntamiento para las importaciones. He 
documentado las equivalencias y creo que no habrá ningún problema, dado que se 
trata de un dataset con unos campos muy sencillos. Aún así, quizá alguien vea 
algo que a mi se me haya escapado.

2. Siguientes pasos

Entiendo que, una vez informada la comunidad, lo siguiente es esperar por si 
hubiera alegaciones o comentarios sobre la propia importación. En caso de 
transcurrir un periodo razonable de días sin notificaciones, entiendo que por 
silencio administrativo se daría por buena y podría proceder. Ahí es donde 
tengo dudas.

Mi intención sería usar el geojson que genera el script y crear un proyecto en 
el gestor de tareas. Es aquí donde no sé cómo proceder. ¿Podríais indicarme 
cómo hacerlo? Entiendo también que la delimitación de las zonas la hace el 
gestor de tareas (retícula), y no es necesario ningún archivo más, aunque he 
visto que los de importación de catastro (mucho más complejos) tienen unas 
zonas delimitadas que no son reticulares.

3. Sobre el script

Vaya por delante: es el primer script que hago en mi vida en python (bueno, en 
realidad, si veis el historial del repo, es el primer script pero tiene muchas 
revisiones que lo han ido mejorando), así que es muy mejorable. Es por ello que 
si alguien se anima a hacerlo, será más que bienvenido. Veréis que sigue las 
directrices de contribute all, y ya han participado algunas personas ayudándome.

Mi idea es hacer un repositorio que sea genérico y extensible para que 
cualquiera pueda usarlo para crear importaciones de cualquier tipo (obviamente, 
entendiendo que se tenga autorización y sin saltarse los procedimientos 
establecidos).

En mi opinión, este repo tiene una serie de ventajas que lo pueden hacer 
interesante:

- Como veréis, se trata de un jupyter notebook, con lo cual la documentación y 
el script están en el mismo lugar y es muy fácil de supervisar, comprobar 
resultados y proceso al estar centralizado y tener visualización de datos de 
salida.
- El parser se hace únicamente a partir de un archivo CSV sencillo. Una función 
custom lee ese archivo y se encarga de hacer el parseado, con lo cual casi 
cualquier persona puede editarlo fácilmente para adaptarlo a sus importaciones. 
(mi idea sería ir extendiendo las funcionalidades a medida que se vaya usando y 
vaya detectando necesidades).
- El repositorio está documentado, incluye las dependencias para crear un 
entorno virtual y, por tanto, es reproducible en cualquier equipo.
- Como mi nivel de conocimientos de python no es alto, creo que el script es 
sencillo, lo cual puede hacer que cualquiera lo pueda adaptar (me falta 
documentar esa parte todavía).

Eso es todo por el momento.

Carlos

PD: vuelvo a mandar este correo que mandé hace dos días porque he visto que en 
el archivo de la lista no aparece. Disculpad si lo recibís por duplicado.

Carlos Cámara-Menoyo
https://carloscamara.es/en
https://carloscamara.es___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-cat] Importació arbres de Barcelona

[Carlos Cámara via Talk-cat]

Hola a tothom,

Pensava que el meu missatge havia passat inadvertit però veig que va ser el 
contrari i no vaig veure les vostres respostes.

Efectivament, la meva idea és la que comenta la Lanxana: fer tot el procés 
sencer: la documentació, la conversió de dades i la creació de tasques al 
gestor. Les dues primeres parts estan fetes per al cas dels arbres i crec que 
poden servir de base per a altres importacions d'altres tipus. El que no tinc 
clar encara (perquè no he pogut posar-m'hi) és com es generen els contorns de 
les tasques que caldrà importar al gestor de tasques (potser algú em pot 
orientar una mica?). Idealment, m'agradaria ser capaç de generar els contorns 
també des de l'script.

Entenc que aquest és el pas que falta en el cas dels arbres i que quan estigui 
fet, faré com suggereixes, Lanxana, i informaré a les llistes oportunes.

Respecte els plans de futur del projecte estarien el de millorar la 
documentació per tal que tothom sàpiga com pot col·laborar en en el projecte, 
desde fer contribucions per a importacions concretes, revisar (i fins i tot 
millorar) les existents,  o documentar.

Salut,
Carlos Cámara
http://carloscamara.es

‐‐‐ Original Message ‐‐‐
On Monday 6 January de 2020 a les 13:11, Lanxana .  wrote:

> Bon dia,
>
> intento respondre als dos... per una banda, hi ha un procediment establert 
> per a la importació de dades. Què s'entén per importació és bastant flexible, 
> però el criteri que segueixo en aquests casos és considerar importació tant 
> una acció automàtica (poc recomanable actualment, per la quantitat ja present 
> de dades a OSM), com si les dades provenen d'una font oficial per a la que 
> tenim permís de reutilització. Objectiu: que qualsevol mapejador futur pugui 
> saber d'on i com s'ha obtingut aquesta informació, i pugui actualitzar-la si 
> ho creu convenient, a partir de les mateixes fonts originals utilitzades.
>
> El procediment [1] estableix genèricament aquestes passes:
> 1 - Llicència
> 2 - Consens de la comunitat local
> 3 - Documentació: wiki per projecte, i incorporació a les taules 
> d'importacions corresponents (local [2], si n'hi ha, i import general [3])
> 4 - Revisió (llista imports)
>
> El cas que comentes, Carlos, seria el d'una importació "estandard", i pel que 
> he pogut veure per sobre, contempla tant la documentació del projecte com la 
> creació dels scripts de conversió d'atributs necessaris, això serà molt útil 
> per estructurar les importacions que hi ha pendents. La documentació generada 
> s'hauria de publicar per tal que des d'imports puguin revisar-la. Per a la 
> creació del projecte al gestor de tasques, ara per ara he vist que hi ha un 
> script [4] que sembla que permet dividir un fitxer osm en varis fitxers, un 
> per tasca i que aquestes tasques venen donades per un fitxer json. Amb QGIS 
> es pot generar una malla que cobreixi la ciutat, amb les mides i forma que 
> vulguem (quadrat, rectangular, hexagonal). He estat fent proves amb un altre 
> dataset i ciutat, i em falta posar a prova l'script per veure si el podem 
> aprofitar. Pel que tinc entès, amb el fitxer json i els fitxers osm dividits 
> es podria crear el projecte al gestor (diria que els fitxers han d'estar en 
> algun repositori, tipus github).
>
> En tot cas, si tot està ja lligat, crec que les passes a seguir ara serien:
> - publicar la documentació del projecte
> - informar a la llista espanyola, amb enllaç a la documentació, i incorporar 
> la proposta a la taula 2
> - informar a la llista d'imports, amb enllaç a documentació i fil de la 
> llista espanyola, incorporació de la proposta a la taula 3
> - després d'un temps prudencial (uns 10 dies), si no hi ha oposició, generar 
> el projecte al gestor de tasques. No sé si es pot generar el projecte i 
> deixar-lo ocult, per avançar feina...
> - prendre nota dels entrebancs que hagin pogut aparèixer i a per la següent!
>
> I en els casos que comentes, Joan, tinc els meus dubtes... per una banda, la 
> wikipedia no es pot considerar una font de dades oficial i no sé fins a quin 
> punt està autoritzat el seu ús, ja que hi ha incompatibilitat de llicències 
> entre wikidata i OSM, tant per tema funcional com per origen de les dades 
> [5], i entenc que passa el mateix amb les dades de wikipedia. En aquest 
> sentit, no ho consideraria importació, però al ser una acció conjunta i 
> sistematitzada sí que ho hauria de ser, i no està registrada com a tal ni 
> s'ha informat i consultat a la es comunitats. Com a part positiva, crec que 
> en aquest cas agafen les dades directament de la Generalitat, i tot i que en 
> aparença aquesta no té el dataset publicat, no crec que fos gaire difícil 
> obtenir-lo i demanar el permís (o senzillament demanar que el publiquin al 
> portal de dades obertes)
> Per exemple, compr

Re: [Talk-es] Ayuntamiento de València como proveedor de datos.

[Carlos Cámara via Talk-es]

Gran noticia, Jordi. Enhorabuena.

Carlos Cámara
http://carloscamara.es

Sent from ProtonMail mobile

 Missatge Original 
Actiu 5 ag. 2019, 13:54, Jordi MF va escriure:

> Hola a todos,
>
> Hemos recibido respuesta por parte del Ayuntamiento de València. Nos dan
> permiso para poder usar los datos abiertos. Nos piden que añadamos la fuente
> (Ajuntament de València) y la fecha en la que se consultaron los datos:
> source=Ajuntament de València
> source:date=-MM-DD
>
> Adjunto la carta con el permiso. Està en valenciano. Supongo que haría falta
> añadirlo en laguna página de la wiki y colgar la carta. En esta carta
> aparecía una dirección de correo particular, por lo que la he eliminado. Si
> en algún momento hiciese falta el original, lo tengo (aunque dudo que haga
> falta mostrar el permiso en el que aparezca dicha dirección).
>
> Aprovecho para dar las gracias a toda la comunidad de OSM, que se ha
> implicado y ayudado en este caso, y a los responsables del Servicio de
> Transparencia y del Gobierno Abierto.
>
> Saludos!
>
> Jordi MF
>
> Permiso_Ayuntamiento_de_València.pdf
> <http://gis.19327.n8.nabble.com/file/t343444/Permiso_Ayuntamiento_de_Val%C3%A8ncia.pdf>
>
> --
> 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] Etiquetado locales anti acoso

[Carlos Cámara via Talk-es]

Hola, buenas:

No sé si si habéis resuelto el tema, pero para el caso concreto de los locales 
adheridos a un protocolo específico, se me ocurre usar la etiqueta network, 
dado que forman parte de una Red (si bien creo que su uso suele limitarse a 
redes de transporte, podría ser una opción usarla para otro tipo de redes)

Saludos,

Carlos Cámara
http://carloscamara.es

Sent from ProtonMail mobile

 Missatge Original 
Actiu 9 juny 2019, 21:41, Carlos Cámara va escriure:

> Hola,
>
> Yo no tengo la solución pero quería dejar constancia de que me encanta la 
> idea y que comparto que, efectivamente, Osm es el sitio ideal para este tipo 
> de usos.
>
> Saludos y enhorabuena por la iniciativa,
>
> Carlos Cámara
> http://carloscamara.es
>
> Sent from ProtonMail mobile
>
>  Missatge Original 
> Actiu 7 juny 2019, 19:33, Rafael Avila Coya va escriure:
>
>> Podría ser una etiqueta como ésta, quizás:
>>
>> sexual_antiharashment_policy=yes/no/women/lgtbi
>>
>> Pero como dice Miguel, quizás sería bueno comentarlo en tagging...
>>
>> Saludos,
>>
>> Rafael.
>>
>> O 05/06/19 ás 23:24, Miguel Sevilla-Callejo escribiu:
>>> Hola,
>>>
>>> La iniciativa me parece muy interesante y la verdad es que veo un poco
>>> peliagudo lo de la nueva etiqueta. No se me ocurre nada de momento, si
>>> que.veo que debe ser algo del estilo 'gender' lo que sea, más que
>>> 'women' pues creo que a nivel internacional y en inglés se usa más ese
>>> término.
>>>
>>> Mientras llega una etiqueta os recuerdo que se puede usar los valores de
>>> la etiqueta description=* para complementar los valores de un elemento
>>> de OSM y que podría incluirse aquí que los locales están incluidos en
>>> una u otra iniciativa.
>>>
>>> https://wiki.openstreetmap.org/wiki/Key:description
>>>
>>> Ánimo con esa iniciativa y a seguir mapeando!
>>>
>>> Serguiré pensando en una etiqueta... aunque también sería bueno mandar
>>> mensaje a la lista de tagging:
>>>
>>> https://lists.openstreetmap.org/listinfo/tagging
>>>
>>> Un saludo
>>>
>>> Miguel
>>>
>>>
>>> On Sun, 2 Jun 2019, 12:51 Jordi MF, >> <mailto:jmir...@hotmail.com>> wrote:
>>>
>>> Hola,
>>>
>>> Yo no me atrevo a proponer un etiquetado concreto, pero he visto que en
>>> inglés se usan las siglas VAW (Violence against women) [1]. Se me
>>> ocurre que
>>> el etiquetado podría hacer referencia a esas siglas. Haciendo una
>>> búsqueda
>>> en internet, el término VAW parece muy extendido. En taginfo
>>> solamente he
>>> encontrado una etiqueta que haga referencia a servicio médicos que
>>> atiendan
>>> casos de violencia de género:
>>>
>>> medical_service:gender_based_violence_services (29 usos)
>>>
>>> Saludos,
>>> Jordi MF
>>>
>>> [1] https://en.wikipedia.org/wiki/Violence_against_women
>>>
>>>
>>>
>>> --
>>> Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html
>>>
>>> ___
>>> 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] Etiquetado locales anti acoso

[Carlos Cámara via Talk-es]

Hola,

Yo no tengo la solución pero quería dejar constancia de que me encanta la idea 
y que comparto que, efectivamente, Osm es el sitio ideal para este tipo de usos.

Saludos y enhorabuena por la iniciativa,

Carlos Cámara
http://carloscamara.es

Sent from ProtonMail mobile

 Missatge Original 
Actiu 7 juny 2019, 19:33, Rafael Avila Coya va escriure:

> Podría ser una etiqueta como ésta, quizás:
>
> sexual_antiharashment_policy=yes/no/women/lgtbi
>
> Pero como dice Miguel, quizás sería bueno comentarlo en tagging...
>
> Saludos,
>
> Rafael.
>
> O 05/06/19 ás 23:24, Miguel Sevilla-Callejo escribiu:
>> Hola,
>>
>> La iniciativa me parece muy interesante y la verdad es que veo un poco
>> peliagudo lo de la nueva etiqueta. No se me ocurre nada de momento, si
>> que.veo que debe ser algo del estilo 'gender' lo que sea, más que
>> 'women' pues creo que a nivel internacional y en inglés se usa más ese
>> término.
>>
>> Mientras llega una etiqueta os recuerdo que se puede usar los valores de
>> la etiqueta description=* para complementar los valores de un elemento
>> de OSM y que podría incluirse aquí que los locales están incluidos en
>> una u otra iniciativa.
>>
>> https://wiki.openstreetmap.org/wiki/Key:description
>>
>> Ánimo con esa iniciativa y a seguir mapeando!
>>
>> Serguiré pensando en una etiqueta... aunque también sería bueno mandar
>> mensaje a la lista de tagging:
>>
>> https://lists.openstreetmap.org/listinfo/tagging
>>
>> Un saludo
>>
>> Miguel
>>
>>
>> On Sun, 2 Jun 2019, 12:51 Jordi MF, > <mailto:jmir...@hotmail.com>> wrote:
>>
>> Hola,
>>
>> Yo no me atrevo a proponer un etiquetado concreto, pero he visto que en
>> inglés se usan las siglas VAW (Violence against women) [1]. Se me
>> ocurre que
>> el etiquetado podría hacer referencia a esas siglas. Haciendo una
>> búsqueda
>> en internet, el término VAW parece muy extendido. En taginfo
>> solamente he
>> encontrado una etiqueta que haga referencia a servicio médicos que
>> atiendan
>> casos de violencia de género:
>>
>> medical_service:gender_based_violence_services (29 usos)
>>
>> Saludos,
>> Jordi MF
>>
>> [1] https://en.wikipedia.org/wiki/Violence_against_women
>>
>>
>>
>> --
>> Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html
>>
>> ___
>> 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: [OSM-talk] How to save Overpass query results to a GeoJSON file with Python?

[Carlos Cámara Menoyo via talk]

Thank you everyone for your help.

With Bryce's example + Martijn Library (thanks for developing it!) + some 
further research I am sure I will be able to achieve what I was looking for!

Best,


Carlos Cámara-Menoyo
https://carloscamara.es

‐‐‐ Original Message ‐‐‐
On Monday 11 March de 2019 a les 21:45, Dave F  
wrote:

> Maybe adapt this answer:
>
> https://gis.stackexchange.com/questions/115733/converting-json-to-geojson-or-csv/115736#115736
>
> On 11/03/2019 20:00, Dave F via talk wrote:
>
> > On 11/03/2019 17:54, Carlos Cámara Menoyo wrote:
> >
> > > Thank you for the clarification, Matheus and for the link, Dave (I am
> > > afraid that's not what I was looking for, as it still requires to
> > > download data on osm format).
> >
> > You can run the api from a command line or script (such as python).
> > Paste this into your browser & look at the file it downloads:
> > http://overpass-api.de/api/interpreter?data=area[name="Granollers"][admin_level=8];(way"highway";relation"highway";);out
> > body;
> > This can be loaded from within python (urllib?)
> >
> > talk mailing list
> > talk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk



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

Re: [OSM-talk] How to save Overpass query results to a GeoJSON file with Python?

[Carlos Cámara Menoyo via talk]

Thank you for the clarification, Matheus and for the link, Dave (I am afraid 
that's not what I was looking for, as it still requires to download data on osm 
format).

I tried Bryce's code, which uses overpass api python wrapper 
(https://github.com/mvexel/overpass-api-python-wrapper), and it just works fine!

Unfortunately, I have to admit that I don't wholly understand it (I have just 
landed in Python's world). Would you be so kind to explain the following?:

- Can I add the query in more than a single line? (the provided one is quite 
simple and still it is long) If so, how? (from what I am seeing Python is very 
strict dealing with new lines)
- what's going on after the result? I understand there's where the magic of 
creating a gjson file happens, but can't understand much about it.

Regards and thank you again to everyone!

Carlos Cámara-Menoyo
https://carloscamara.es

‐‐‐ Original Message ‐‐‐
On Monday 11 March de 2019 a les 18:34, Dave F via talk 
 wrote:

> Unsure, but would OSMtoGeojson be of use?
> https://github.com/tyrasd/osmtogeojson
>
> DaveF
>
> On 11/03/2019 10:18, Carlos Cámara Menoyo via talk wrote:
>
>> Dear colleagues,
>>
>> I have just started to use Python and I would like to make a query to 
>> Overpass and store the results in a geospatial format (e.g. GeoJSON) so I 
>> can programatically update the data.
>>
>> As far as I know, there is a library called overpy that should be what I am 
>> looking for. After reading [its documentation](
>> https://python-overpy.readthedocs.io/en/latest/example.html
>> ) I came up with the following code:
>>
>> import
>>
>> overpy
>>
>> API
>>
>> =
>>
>> overpy
>>
>> .
>>
>> Overpass
>>
>> ()
>>
>> # Fetch highways within Granollers' city.
>>
>> result
>>
>> =
>>
>> API
>>
>> .
>>
>> query
>>
>> (
>>
>> """
>> area[name="Granollers"][admin_level=8];
>> // query part for: “highway=*”
>> (way["highway"](area);
>> relation["highway"](area);
>> );
>> // print results
>> out body;
>> """
>>
>> )
>>
>> The thing is that I am not familiar at all with Python and I don't know how 
>> to store result as a GeoJSON file (Honestly, I don't even know what kind of 
>> thing result is -I tried with type(result) and I get overpy.Result as an 
>> output, which doesn't mean much to my poor knowledge). I have been reading 
>> overpy documentation but I haven't been able to figure it out.
>>
>> Can anyone give me a clue with this?
>>
>> Carlos Cámara-Menoyo
>> https://carloscamara.es
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>>
>> https://lists.openstreetmap.org/listinfo/talk___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] How to save Overpass query results to a GeoJSON file with Python?

[Carlos Cámara Menoyo via talk]

Thanks for your reply, Mateusz.

I know (and use) Overpass turbo. However, what I want to do is to store a query 
and execute it in order to update results and store them as a file for further 
manipulation, so I can easily update results without the need to accessing to 
the interface, generate the query, run it and then download the results. I 
would like to achieve same functionallity but just by executing a file (which, 
additionally, may have more than one query).

So far, I found [overpy](https://github.com/DinoTools/python-overpy), which 
seems to work fine in terms of querying but has two problems for me:

- It seems to be unmaintained (last commit dates from April 2017)
- I didn't succeed in storing the result into a geospatial file (or a geopandas 
data frame) (visit this jupyter lab with my current achievements: 
https://github.com/ccamara/osm-python/blob/master/overpy-demo.ipynb)

I also have just found [Overpass API 
wrapper](https://github.com/mvexel/overpass-api-python-wrapper), but I still 
have to explore it and understand how does it work and how can I tame it to my 
needs.

You propose a third way, which is using overpass and writing a script. It is 
not clear to me what do you mean with that, since I thought that that was 
precisely what I was attempting. Could you be more specific, please? Do you 
have other insight?

Regards,
Carlos

Carlos Cámara-Menoyo
https://carloscamara.es

‐‐‐ Original Message ‐‐‐
On Monday 11 March de 2019 a les 14:15, Mateusz Konieczny 
 wrote:

> Mar 11, 2019, 11:18 AM by talk@openstreetmap.org:
>
>> Dear colleagues,
>>
>> I have just started to use Python and I would like to make a query to 
>> Overpass and store the results in a geospatial format (e.g. GeoJSON) so I 
>> can programatically update the data.
>>
>> As far as I know, there is a library called overpy that should be what I am 
>> looking for. After reading [its 
>> documentation](https://python-overpy.readthedocs.io/en/latest/example.html) 
>> I came up with the following code:
>>
>> import
>>
>> overpy
>>
>> API
>>
>> =
>>
>> overpy
>>
>> .
>>
>> Overpass
>>
>> ()
>>
>> # Fetch highways within Granollers' city.
>>
>> result
>>
>> =
>>
>> API
>>
>> .
>>
>> query
>>
>> (
>>
>> """
>> area[name="Granollers"][admin_level=8];
>> // query part for: “highway=*”
>> (way["highway"](area);
>> relation["highway"](area);
>> );
>> // print results
>> out body;
>> """
>>
>> )
>>
>> The thing is that I am not familiar at all with Python and I don't know how 
>> to store result as a GeoJSON file (Honestly, I don't even know what kind of 
>> thing result is -I tried with type(result) and I get overpy.Result as an 
>> output, which doesn't mean much to my poor knowledge). I have been reading 
>> overpy documentation but I haven't been able to figure it out.
>>
>> Can anyone give me a clue with this?
>
> Are you familiar with http://overpass-turbo.eu/ 
> https://wiki.openstreetmap.org/wiki/Overpass_turbo ?
>
> There are two parts here
>
> (1) using overpass itself
> (2) writing python script
>
> That are separate (you can call Overpass API from any program, not just 
> python)
>
> "I have just started to use Python" - note that it means learning two 
> separate languages at once:
>
> (1) Python itself
> (2) Overpass query syntax
>
> PS In case that Overpass is new for you my page may be of some use:
>
> https://mapsaregreat.com/geographic-data-mining-and-visualisation-for-beginners/overpass-turbo-tutorial.html___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] How to save Overpass query results to a GeoJSON file with Python?

[Carlos Cámara Menoyo via talk]

Dear colleagues,

I have just started to use Python and I would like to make a query to Overpass 
and store the results in a geospatial format (e.g. GeoJSON) so I can 
programatically update the data.

As far as I know, there is a library called overpy that should be what I am 
looking for. After reading [its 
documentation](https://python-overpy.readthedocs.io/en/latest/example.html) I 
came up with the following code:

import

overpy

API

=

overpy

.

Overpass

()

# Fetch highways within Granollers' city.

result

=

API

.

query

(

"""
area[name="Granollers"][admin_level=8];
// query part for: “highway=*”
(way["highway"](area);
relation["highway"](area);
);
// print results
out body;
"""

)

The thing is that I am not familiar at all with Python and I don't know how to 
store result as a GeoJSON file (Honestly, I don't even know what kind of thing 
result is -I tried with type(result) and I get overpy.Result as an output, 
which doesn't mean much to my poor knowledge). I have been reading overpy 
documentation but I haven't been able to figure it out.

Can anyone give me a clue with this?

Carlos Cámara-Menoyo
https://carloscamara.es___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-es] Importación centros de atención a mujeres y colectivo LGTBI

[Carlos Cámara via Talk-es]

Buenas, Lanxana

La verdad es que me encanta la iniciativa que propones, y me parece muy 
pertinente por la proximidad al 8 de marzo (seguro que no es casual ;) ). Así 
que felicidades por ello.

También me encanta lo bien estructurada que tienes la página de la wiki que 
mencionabas en tu mensaje. Para mi está impecable y muy clara.

Lo que no tengo claro es qué quieres que hagamos (Vaya por delante que soy un 
novato en todo esto de las importaciones). Imagino por lo que se desprende en 
la wiki y en tu mensaje que lo que propones es añadir manualmente la 
información de los CSV de los distintos datasets y también hacer la 
"traducción" de claves y valores manualmente en función de lo que se especifica 
en las tablas de la wiki.

Si es así, he hecho un prototipo de script con R para limpiar los datos 
automáticamente y ver si así os ahorráis trabajo. Puedes verlo aquí 
[https://github.com/ccamara/osm-women-services-cleanup/](https://github.com/ccamara/osm-women-services-cleanup/blob/master/output/J007_clean.csv)
 y el resultado del procesado del primer dataset aquí: 
https://github.com/ccamara/osm-women-services-cleanup/blob/master/output/J007_clean.csv
 Ya dirás si te sirve de algo o no. (en caso afirmativo puedo mejorarlo).

Por otra parte, me pregunto si esto es técnicamente una importación, dado que 
salvo el procesado de las claves y valores, la subida de datos a OSM y la 
comprobación de si existen datos duplicados se realiza manualmente. Desde mi 
ignorancia, yo más bien lo consideraría una subida asistida, ideal para hacerse 
en un mapatón o similar.

Saludos,

Carlos Cámara
http://carloscamara.es

‐‐‐ Original Message ‐‐‐
On Monday 4 March de 2019 a les 6:56, Lanxana .  wrote:

> Buenos días,
>
> estoy preparando los datos de tres datasets con centros de atención a mujeres 
> y al colectivo LGTBI. La idea inicial era hacer la importación el día 8 de 
> marzo de 2019, aunque ya he visto que será imposible dándoles un tiempo de 
> revisión razonable a imports.
>
> La propuesta está aquí: 
> https://wiki.openstreetmap.org/wiki/Import_information_and_care_points_for_women_and_LGTBI_collectives_in_Catalunya
>
> Está definido de dónde salen los datos, licencia y el etiquetado que 
> recibirán. Falta definir algún campo, como las observaciones que acompañan a 
> algunos teléfonos de contacto. ¿Alguna sugerencia?
>
> Falta también el proceso de carga, como los datos los tengo en csv y tienen 
> coordenadas, había pensado cargarlos tal cual a JOSM, añadirlos al List to Do 
> e ir revisándolos uno a uno. Aún no he hecho la comprobación con overpass, 
> para ver si hay alguno, en caso de que esté, fusionaría los nodos.
>
> Si os parece bien, paso el proceso a limpio, lo traduzco al inglés y mando la 
> propuesta. O si alguno quiere hacerlo, bienvenida sea toda ayuda. Es la 
> primera importación que preparo y me he basado en las que ha hecho Santiago 
> Crespo con los datos del ayuntamiento de Madrid.
>
> Saludos!___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

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

[Carlos Cámara via Talk-es]

Con ánimo de reconducir el tema y evitar llevarlo a lo personal, retomo las dos 
(o tres) propuestas que tenemos sobre la mesa ahora mismo.

Joan proponía lo que he tratado de resumir en mi mensaje anterior y repito más 
breve aquí (corregidme si me equivoco):

- name: nombre oficial, es decir, en catalán u occitano, según la zona.
- name:ca: nombre en catalán, incluso aunque en la mayoría de casos sea el 
mismo que name.
- name:es : se utilizará el término vigente y en uso que se utilice en español 
para referirse a dicho lugar. A efectos prácticos implica que en la mayoría de 
casos será el mismo que en catalán, salvo en casos en los que esté ampliamente 
utilizado en español (como Lérida, Gerona).
- old_name:es : se utilizará el término en desuso para referirse a una 
población.

Si no me equivoco, la propuesta de David va en esa línea pero simplifica aún 
más las cosas al eliminar los name:xx cuando sean redundantes o no sean 
ortográficamente correctos en el idioma xx. De nuevo, interpreto que su 
propuesta quedaría así:

- name: nombre oficial, es decir, en catalán u occitano, según la zona.
- name:xx: únicamente en aquellos casos en los que difieran de name y estén 
ampliamente utilizados.
- old_name:es : se utilizará el término en desuso para referirse a una 
población.

Personalmente, ambas opciones me parecen razonables, y aunque entiendo que el 
escenario que describe David no es el ideal, desconozco si es mejor la 
redundancia o no, así que en este sentido, no me posiciono.

Sea como fuere, ambas opciones tienen la dificultad de abordar el aspecto de 
cómo determinar si un nombre es un arcaismo y no se utiliza mayoritariamente y 
por tanto no tiene cabida como name ni name:xx.

Yo abogaba en ambos casos por lo que considero que es mucho más alineadp con el 
espíritu de OSM de la realidad local y empírica (copio y pego): confiar en la 
comunidad local, que conoce el terreno, ve señales de tráfico, placas de 
calle... La misma que vive la realidad y, por ello mismo, está  sacando el tema 
a debate. En la práctica seguramente implicaría asumir que la inmensa mayoría 
de esos términos que se han citado está en desuso y pasarían, según la 
propuesta a old_name:es (es decir, no se perderán y si alguien busca puede que 
lo encuentre). Si alguien encontrase algún uso del término en cuestión podría 
volver a ponerlo como name:es y añadir la fuente de información utilizada en el 
source del changeset.

Finalmente estaría la tercera opción de dejar todo como está para evitar 
conflictos. Personalmente no me parece una buena opción y animo a seguir 
debatiendo esto de forma constructiva para encontrar una solución que satisfaga 
a todos y sea más coherente con el proyecto.

Saludos,

Carlos Cámara
http://carloscamara.es

‐‐‐ Original Message ‐‐‐
On Tuesday 5 February de 2019 a les 12:22, David Marín Carreño 
 wrote:

> Creo que Sant Boi de Llobregat no es un topónimo en castellano y como tal no 
> debería ponerse en la etiqueta name:es.
>
> En estos casos, abogo por, símplemente no poner topónimo en castellano si el 
> único existente es el oficial en catalán. Véase casos como Toulouse (Francia) 
> o Eindhoven (Holanda). Porque si no, por esa regla de tres, deberíamos poner 
> un name:es a todos los topónimos del mundo mundial, aunque sea solo copiando 
> el valor de la etiqueta name.
>
> Y el los lugares con topónimos en castellano en uso, pues ponerle el name:es 
> correspondiente.
>
> --
> David Marín Carreño 
>
> El mar., 5 feb. 2019 a las 11:31, Carlos Cámara via Talk-es 
> () escribió:
>
>> Hola a todos,
>>
>> La propuesta que hace Joan me parece muy razonable. Si no entiendo mal, la 
>> cosa quedaría así:
>>
>> - name: nombre oficial, es decir, en catalán u occitano, según la zona.
>> - name:ca: nombre en catalán, incluso aunque en la mayoría de casos sea el 
>> mismo que name.
>> - name:es : se utilizará el término vigente y en uso que se utilice en 
>> español para referirse a dicho lugar. A efectos prácticos implica que en la 
>> mayoría de casos será el mismo que en catalán, salvo en casos en los que 
>> esté ampliamente utilizado en español (como Lérida, Gerona -y ahora no caigo 
>> en la cuenta de más nombres, pero eso no quiere decir que no pueda 
>> haberlos-).
>> - old_name:es : se utilizará el término en desuso para referirse a una 
>> población. A modo de anécdota, pero que es ilustrativa del problema 
>> descrito, me he enterado gracias a esta conversación de que hace más de 35 
>> años que vivo cerca de una población supuestamente llamada San Baudilio de 
>> Llobregat, de la que no tenía conocimiento de su existencia a pesar de haber 
>> estado en ella alguna vez. Y como señalan, no es el único caso de 
>> traducciones artificiosas.
>>
>> Dicho etiquetado no tendría consecuencias negat

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

[Carlos Cámara via Talk-es]

Hola a todos,

La propuesta que hace Joan me parece muy razonable. Si no entiendo mal, la cosa 
quedaría así:

- name: nombre oficial, es decir, en catalán u occitano, según la zona.
- name:ca: nombre en catalán, incluso aunque en la mayoría de casos sea el 
mismo que name.
- name:es : se utilizará el término vigente y en uso que se utilice en español 
para referirse a dicho lugar. A efectos prácticos implica que en la mayoría de 
casos será el mismo que en catalán, salvo en casos en los que esté ampliamente 
utilizado en español (como Lérida, Gerona -y ahora no caigo en la cuenta de más 
nombres, pero eso no quiere decir que no pueda haberlos-).
- old_name:es : se utilizará el término en desuso para referirse a una 
población. A modo de anécdota, pero que es ilustrativa del problema descrito, 
me he enterado gracias a esta conversación de que hace más de 35 años que vivo 
cerca de una población supuestamente llamada San Baudilio de Llobregat, de la 
que no tenía conocimiento de su existencia a pesar de haber estado en ella 
alguna vez. Y como señalan, no es el único caso de traducciones artificiosas.

Dicho etiquetado no tendría consecuencias negativas en cuanto a la búsqueda de 
topónimos y sin embargo los nombres que aparecerían en el mapa se 
corresponderían con los que pueden leerse en los carteles de carreteras, placas 
de calles o incluso los que reconocería un transeúnte al azar si pasásemos 
cerca y preguntásemos indicaciones.

Dicho esto, reconozco que puede ser difícil determinar qué está en uso y qué 
no. Se han comentado varias, y aunque ninguna me termina de convencer (no 
argumento para no extenderme, pero llegado el caso podría hacerlo), la del 
grupo de discusión podría ser la más adecuada (aunque no tengo clara la fórmula 
y no sé si en OSM tenemos las herramientas para ello -pero eso es otro tema-). 
Lo ideal sería si existiese alguna herramienta tipo Google Trends pero que en 
lugar de analizar y visualizar búsquedas (que, dicho sea de paso, también puede 
ser un indicador a tener en cuenta) lo hiciese a partir de un corpus de 
noticias y textos oficiales, pero desconozco si existe algo así.

Otra opción, y creo que mucho más alineada con el espíritu de OSM de la 
realidad local y empírica, podría ser la inversa: confiar en la comunidad 
local, que conoce el terreno, ve señales de tráfico, placas de calle... La 
misma que vive la realidad y, por ello mismo, está  sacando el tema a debate. 
En la práctica seguramente implicaría asumir que la inmensa mayoría de esos 
términos que se han citado está en desuso y pasarían, según la propuesta a 
old_name:es (es decir, no se perderán y si alguien busca puede que lo 
encuentre). Si alguien encontrase algún uso del término en cuestión podría 
volver a ponerlo como name:es y añadir la fuente de información utilizada en el 
source del changeset.

Saludos,

Carlos Cámara
http://carloscamara.es

‐‐‐ Original Message ‐‐‐
On Tuesday 5 February de 2019 a les 10:40, Joan Montané  
wrote:

> Missatge de David Marín Carreño  del dia dt., 5 de febr. 
> 2019 a les 10:19:
>
>> Estoy de acuerdo, pero entonces el problema es cómo acreditar o decidir cual 
>> debería ser el name:es de, por ejemplo, Sant Boi de Llobregat, o incluso 
>> decidir si debería tenerlo.
>
> En francès, inglés o italiano, en general, no tienen problema para indicar el 
> mismo topónimo que en catalán. En nuestro exemplo seria: 
> "name:(ca|es|fr|en|it)=Sant Boi de Llobregat".
>
>> Porque, ¿qué alternativas hay?
>>
>> - Usar «San Baudilio de Llobregat» como name:es. Pese a ser su último 
>> topónimo histórico oficial en castellano, en mis casi cuarenta primaveras 
>> creo que el único sitio donde lo he visto escrito así es en la Wikipedia:ES 
>> o en lugares que han tomado el nombre de allí, por lo que en mi humilde 
>> opinión este debería ser un buen ejemplo de old_name:es.
>
>> - No usar nada como name:es. No hay nombre oficial en castellano, ni ningún 
>> nombre antiguo oficial sigue en uso...
>> - Usar «San Boy de Llobregat» como name:es. Nunca ha sido oficial, pero 
>> existen fuentes que lo han denominado así de manera popular en castellano. 
>> Una búsqueda en Internet parece hacer ver que la que esta manera de 
>> referirse a este lugar se sigue usando. Yo es lo que elegiría, sin dudar un 
>> momento. El principal problema es que no hay fuentes "oficiales".
>
> - Añado una: Usar «Sant Boi de Llobregat», que es lo que actualmente usan los 
> medios de comunicación en castellano!
>
>> Quizá lo que alguien debería hacer es un catálogo de Topónimos de Cataluña 
>> en castellano, no oficial, pero que pueda usarse como fuente consolidada 
>> cuando se hable en castellano. Porque, siendo serio, el problema de la 
>> Wikipedia en español es que no existe esta fuente y la Wikipedia no puede 

Re: [Talk-cat] Invitació a la presentació de les Estratègies Municipals per a l'Apoderament Digital

[Carlos Cámara]

Moltes gràcies per compartir aquest esdeveniment.
La veritat és que em sembla super interessant i crec que OSM hi té una gran 
cabuda. Malauradament no podré assistir a aquesta data.

Saps si hi haurà algun lloc a posteriori on veure materials o algun resum de la 
sessió?

Salutacions


Carlos Cámara
http://carloscamara.es

Sent with ProtonMail Secure Email.

‐‐‐ Original Message ‐‐‐
On Monday 26 November de 2018 a les 20:03, Aleix Pol  wrote:

> Bon dia,
> Us escrivim per convidar-vos a la presentació de les Estratègies
> Municipals per a l'Apoderament Digital, una proposta elaborada
> conjuntament entre una dotzena d'entitats (Sobtec, Barcelona Free
> Software, Pangea, Colectic, Pirates de Catalunya, Xarxa d'Innovació
> Pública, GufiNet/Exo, The Things Network Catalunya, Fem Procomuns,
> Free Knowledge Institute) que incorpora 44 mesures per a l'apoderament
> tecnològic als municipis. L'objectiu és donar-les a conèixer entre les
> entitats del sector, però també fer-les arribar als partits polítics
> que concorreran a les eleccions municipals del 2019, per tal que les
> incorporin als seus programes electorals, mirant d'avançar, així, en
> la construcció de sobirania tecnològica, també des dels municipis. Com
> veureu, la guia recull aquestes 44 mesures, però també objectius i
> línies d'actuació concretes, i estem treballant en un seguit d'eines i
> recursos per a facilitar la posada en pràctica de les diverses
> propostes.
>
> L'acte serà dijous 29 de novembre, a les 19h, a l'espai Inceptum (c/
> del Rector Triadó, 31, 08014 Barcelona). Ens fa molta il·lusió donar a
> conèixer públicament el projecte i fer-ho, especialment, entre la
> comunitat tecnològica que, d'una manera o altra, fa temps que
> treballem per a fer realitat moltes de les propostes d'aquestes
> Estratègies. És per això que ens agradaria poder comptar amb la vostra
> presència, per visibilitzar la feina feta i per generar-nos un espai
> de trobada i celebració (hi haurà un petit refrigeri al final).
>
> A partir del mes de desembre, iniciarem els contactes amb els partits
> polítics i farem un seguiment de les trobades, per veure on
> s'incorporen les propostes, i si s'acaben desenvolupant o no. Com la
> resta del procés, es tractarà d'un espai obert a tothom qui vulgui
> participar. Per a formar-ne part o per a més informació, podeu
> contactar-nos a i...@apoderamentdigital.cat. Igualment, si no sou
> entitat impulsora ni contribuïdora, però voleu donar públicament el
> vostre suport a la guia, escriviu-nos per afegir-vos al llistat de
> simpatitzants que penjarem properament al web.
>
> Podeu seguir-nos en diferents xarxes socials que trobareu aquí:
> https://apoderamentdigital.cat/segueixnos/
>
> Atentament,
> Aleix Pol, de part de Barcelona Free Software i Apoderament Digital
>
> Talk-cat mailing list
> Talk-cat@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cat



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

Re: [Talk-cat] GeoBirres OSM

[Carlos Cámara]

Gràcies per organitzar-ho Joaquin!
Ja informaràs de la data final.

Salut


Carlos Cámara
http://carloscamara.es


On Thu, Aug 30, 2018 at 9:48 AM JOAQUIN GARCIA 
wrote:

> Bon dia a tots:
>
> Al grup de Telegram ens vam proposar que féssim una trobada per dos motius
>
> 1. Que feia molt que no ens veiem o no ens hem vist cara a cara mai
> 2. Hi ha molta gent nova que és millor sentir-se fer-nos costat entre tots.
>
> És per això que he proposat fer una trobada al lloc on col·laboro on tinc
> accés a diferents sales, incloent-hi la sala d'informàtica, per si voleu
> ficar-vos en farina.
>
> https://www.openstreetmap.org/node/5658455709
>
> Es tractaria de debatre, de parlar de projectes de futur, de resoldre
> dubtes, etc.
>
> La sessió serà de tarda, de 4 a 8, amb la intenció que la gent vingui quan
> pugi.
>
> Us deixo l'enllaç, perquè seleccioneu dia i us apunteu
>
> https://doodle.com/poll/vkzx89r46a3ictp7
>
> Salut i Mapes, JQN
>
> --
> *Joaquín García Martínez*
>
> joaquin.garc...@gmail.com
>
> Tlf. 629187135
>
> ___
> Talk-cat mailing list
> Talk-cat@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cat
>
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Re: [Talk-es] Nombre estaciones Valenbisi (Valencia)

[Carlos Cámara]

Hola,

En el ejemplo que has puesto ya sale así, pero por si acaso, querría dejar
constancia de que más allá del nombre sería interesante marcar el número de
la parada con la etiqueta "ref" y añadir "network=Valenbisi" y operator=". Así se ha hecho también en otras ciudades como
zaragoza (http://overpass-turbo.eu/s/Adv) y Barcelona (
http://overpass-turbo.eu/s/Adw)

Con respecto al nombre, verás en esas dos consultas de overpass que no
parece haber un criterio claro: algunas tienen el nombre de las calles,
otras con guiones bajos (ya hemos visto que no sería el mejor ejemplo a
seguir) y otras no tienen nombre. Lo que sí tienen todas son las etiquetas
que te comentaba.

Saludos

Carlos Cámara
http://carloscamara.es

2018-07-11 10:13 GMT+02:00 Jo :

> En tag:guion bajo
> En valores: espacios
>
> On Wed, Jul 11, 2018, 08:49 Javier Sánchez Portero 
> wrote:
>
>> Realmente la wiki no dice nada específico sobre el guión bajo, pero me
>> parece más amigable para los humanos si lo quitas.
>>
>> Lo que si pone es sobre abreviaturas y uso de mayúsculas
>>
>> https://wiki.openstreetmap.org/wiki/ES:Nombres
>>
>> Por cierto, ¿Una traducción mejor para mixed case que caso mixto?
>>
>> El mar., 10 jul. 2018 23:22, Jordi Miró Ferrer 
>> escribió:
>>
>>> Hola,
>>>
>>>
>>> Gracias, Javier. No conocía la convención de OSM de no usar el guión
>>> bajo. Lo tendré en cuenta. He intentado contactar con los usuarios que
>>> mapearon algunas estaciones, pero no he recibido respuesta (hace meses o
>>> años que no editan).
>>>
>>>
>>> --
>>> *De:* Javier Sánchez Portero 
>>> *Enviat el:* dimarts, 10 de juliol de 2018 12:52
>>> *Per a:* Discusión en Español de OpenStreetMap
>>> *Tema:* Re: [Talk-es] Nombre estaciones Valenbisi (Valencia)
>>>
>>> Hola
>>>
>>> Yo pondría el nombre que viene en el portal, pero con las convenciones
>>> de OSM. Es decir, sustituir guión bajo por espacio y poner el nombre de la
>>> calle tal como viene en OSM, sin gritar (mayúsculas).
>>>
>>> El 9 de julio de 2018, 16:38, Jordi MF  escribió:
>>>
>>> Hola a todos,
>>>
>>> Estoy revisando y completando la información referente a las estaciones
>>> de
>>> Valenbisi de la ciudad de Valencia (es el servicio de laquiler de
>>> Bicicletas
>>> municipal). Me gustaría homogeneizar el nombre y la información de todas
>>> las
>>> estaciones. En concreto, me gustaría consensuar el nombre que debería
>>> figurar en la etiqueta name=* de OSM. Actualmente, el nombre utilizado en
>>> OSM es el de las calles que confluyen con la estación. Por tanto, no
>>> coincide con el nombre identificativo de cada estación que se puede leer
>>> a
>>> pie de calle.
>>>
>>> En las máquinas validadoras para alquilar las bicis, el único nombre
>>> identificativo de la estación que se ve es el número de la estación (lo
>>> que
>>> nosotros etiquetaríamos como ref=*). Por ejemplo, la estación de la calle
>>> Músico Hipólito Martínez está rotulada con el número 122
>>> (https://www.openstreetmap.org/node/5734498726). Según el portal de
>>> datos
>>> abiertos del Ayuntamiento de Valencia y de la máquina validadora a pie de
>>> calle, el nombre de esa parada es "122_C_MÚSICO HIPÓLITO MARTÍNEZ".
>>> Podéis
>>> consultarlo en la siguiente dirección:
>>> http://gobiernoabierto.valencia.es/va/resource/?ds=
>>> estaciones-valenbisi=39e82a63-ce32-4064-be9a-d3ddc5fedca3
>>> Esta nomenclatura es la misma que utilizan las máquinas validadoras del
>>> resto de estaciones.
>>>
>>> Mi propuesta para la etiqueta name=* es la de escribir el número de la
>>> estación + el nombre de la calle (tal y como aparece en el portal de
>>> datos
>>> abiertos y en el ordenador de las máquinas de Valenbisi). Por ejemplo:
>>> https://www.openstreetmap.org/node/5734498726.
>>>
>>> ¿Qué nomenclatura se debería seguir, la del "número de estación + nombre
>>> de
>>> la calle" o "nombre de las 2 calles que confluyen en la estación"?
>>>
>>> Saludos
>>>
>>>
>>>
>>> --
>>> Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html
>>>
>>> ___
>>> Talk-es mailing list
>>> Talk-es@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>
>>>
>>> ___
>>> Talk-es mailing list
>>> Talk-es@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>
> ___
> 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

[OSM-talk] About OSM social implications and what can/should be displayed on the map (or not)

[Carlos Cámara]

y displaying its name, without an icon or with
   a generic one)
   3. Keep openstreetmap-carto as it is and as it is currently evolving and
   simply add a new "sensitive renderer" without that sensitive information
   and possibly highlighting other ones (I know that this is not a good name
   as it has ethical connotations/judgements, but I can't think of a better
   name and I think it serves to clearly explain what I wanted to say). We
   could discuss whether it is to be used as a default renderer or not.
   4. ...
   5. Please note that I am not arguing for their removal from the
   database, as I acknowledge that those features can be useful even for
   detractors (eg: downloading that data with overpass to make a study
   comparing them with other sources of information)

But again, where are the limits of those polemic features? how we define
what should be included and what not?

   1. Considering a feature as hazardous activities may not seem good
   criteria since there are many activities with negative consequences for the
   humans that are mapped and currently displayed like tobacco shops, alcohol
   shops, whereas others (like casinos or gambling) are not displayed with the
   same importance.
   2. Legally accepted activities are also controversial, because some
   features may be legal in one country whereas forbidden in many others (eg:
   coffee shops, brothels, guns' shops, alcohol...)
   3. Considering something as of "public interest" is also problematic:
   Even socially accepted features for some groups may be reprovable for
   others (such as butchers, shops that sell meat or bullfighting rings to
   name a few).

In order to overcome those matters (and if I am not wrong), so far the
position on this regards is to render everything on openstreetmap-carto
provided the following conditions: A) there is a significant number of uses
(don't know how much is "significant"), B) someone creates an issue
requesting for it, C) someone designs an icon or a representation for it,
D) someone implements it by creating a Pull request that is merged into
openstreetmap-carto project.

It seems a sensible approach as it tries to be both as objective as
possible and pragmatic but is not free from polemics: behind the appearance
of not taking part on the political debate, the truth is that the resulting
map has a strong Eurocentric and heteropatriarchal perspective which may
not take into account diversity either in the world nor in OSM's community
(which does not have to do with figures about representativity). Or in
other words, it is like European white heterosexual males were doing a kind
of digital colonization of the world by imposing their rules simply because
other groups are not participating in the decision-making process and hence
their needs/opinions have not been taken into account.

Unfortunately, again I don't have solutions for that, and that's why I
wanted to raise the debate on what I consider to be an important matter for
OSM's project and an opportunity to make it even better.

Willing to read your points of view on that matter.



Carlos Cámara
http://carloscamara.es
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] finding drinking water with an Android app

[Carlos Cámara]

Hello,

Some people have already said to use Osmand+ but I would like to point out
a not-so-evident feature that may be of your interest: you can configure
the maps as to display Overlay POIs, which means that they will appear
highlighted and can be clicked on them to get all their tags. Usually, you
can choose from a predefined POIs list, like Accommodation, Parking, Shops,
restaurants... Despite drinking water is not on the list you can use the
search option and type that tag. By doing so all drinking waters will
become highlighted without having to query online services (it reads from
already downloaded data).

Hope this helps.

Carlos Cámara
http://carloscamara.es

2018-06-05 7:29 GMT+02:00 Mateusz Konieczny :

>
> 4. Jun 2018 11:04 by marc.ge...@gmail.com:
>
> The wiki page of amenity=drinking_water lists 2 apps:
> [1] https://play.google.com/store/apps/details?id=de.bplaced.tapwater
>
>
> From what I see OSM attribution is completely missing, I am tempted to
>
> remove it from listing on OSM Wiki for this reason.
>
>
>
>
> [2] http://wetap.org
>
>
> iPhone app only
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-es] Importación catastro Barcelona

[Carlos Cámara]

Muchas gracias a ambos por las aclaraciones.

Saludos,



Carlos Cámara
http://carloscamara.es

2018-06-04 16:19 GMT+02:00 dcapillae :

> Hola, Carlos.
>
> En el wiki tienes una página dedicada a la provincia de Barcelona [1] y
> otra
> página dedicada a la ciudad de Barcelona [2]. Si vas a trabajar en varios
> municipios de la provincia, especialmente si son pequeños, tal vez sería
> buena idea centralizar los progresos en la página de la provincia. También
> puedes aprovechar y crear las páginas de lugar que falten en el wiki para
> los municipios que vayas completando. Si necesitas ayuda con esto, te puedo
> echar una mano.
>
> Respecto a la superposición de edificios, no tienes de qué preocuparte. Una
> vez tengas publicado el proyecto, el usuario que seleccione una tarea tiene
> que fusionar los edificios existentes con los nuevos importados del
> Catastro. Esto es relativamente sencillo, basta con utilizar la función
> «Reemplazar geometrías» de JOSM. Las etiquetas del edificio antiguo pasan
> al
> nuevo, así como su identificador de elemento OSM. Lo único que cambia es su
> geometría. Si se hace bien, no se pierde información.
>
> [1] https://wiki.openstreetmap.org/wiki/ES:Provincia_de_Barcelona
> [2] https://wiki.openstreetmap.org/wiki/ES:Barcelona,_Espa%C3%B1a
>
>
>
> --
> 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] Importación catastro Barcelona

[Carlos Cámara]

Hola, me gustaría probar de hacer alguna importación de edificios del
Catastro en algunos pueblos de la comarca más nueva de la provincia de
Barcelona (Moianès) que conozco bien y luego ver si es posible continuar
con la importación de Barcelona por barrios.

He leído la wiki (
https://wiki.openstreetmap.org/wiki/ES:Catastro_espa%C3%B1ol/Importaci%C3%B3n_de_edificios/Gu%C3%ADa_de_importaci%C3%B3n/Gesti%C3%B3n_de_proyectos)
y dice que añada mi usuario (OK) y que añada una tabla a la página de la
provincia (https://wiki.openstreetmap.org/wiki/Barcelona,_Spain) . El tema
es que aunque no estoy seguro de si ese enlace es donde debería añadir la
tabla, no aparece nada igual, a pesar de que si no estoy equivocado ha
habido importaciones siguiendo ese procedimiento:
http://tareas.openstreetmap.es/project/54

Por otra parte, ya he empezado a usar catatom2osm y parece que todo está
funcionando a la perfección. Me queda revisar también el proceso de las
direcciones de las calles.

Finalmente, quería asegurarme de una cosa antes de liarla bien: Quería
hacer la prueba en el municipio de Castellterçol (
https://www.openstreetmap.org/relation/344377), donde hace años que voy
añadiendo edificios cuando puedo. Imagino que al crear la tarea en el
gestor de tareas no se añaden los edificios automáticamente, sino que
únicamente se añaden los de las tareas realizadas manualmente. ¿Es así? Lo
digo porque de no ser así se producirán superposiciones de edificios.
Por otra parte, durante los años que llevo editando, he ido haciéndolo cada
vez mejor, y al principio los edificios los hacía sin crear relaciones, y
por tanto, duplicando muchos nodos. Entiendo que tener el gestor de tareas
facilitará la tarea de sustituir dichos edificios "mejorables" por otros
bien hechos desde el punto de vista geométrico (quizá tenga que pasar
etiquetas de unos a otros, como enlaces a wikipedia o cubiertas).

Saludos,


Carlos Cámara
http://carloscamara.es
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Complemento JOSM para Servicios Web de Catastro

[Carlos Cámara]

Muchísimas gracias, Javier.

Sin duda va a ser muy útil. En cuanto pueda, le echaré un ojo.

Saludos,

Carlos Cámara
http://carloscamara.es

2018-04-12 9:47 GMT+02:00 Javier Sánchez Portero <javiers...@gmail.com>:

> Buenos días
>
> He localizado un complemento que hace justo lo que comentaba en el correo
> anterior pero para República Chéca [1]. Lo he bifurcado en nuestro
> repositorio [2] y con unas pequeñas modificaciones ya funciona para ver las
> fotos de fachada de Catastro. Los cambios ya están combinados en el
> original, pasarán dentro de poco a la versión de desarrollo de JOSM y más
> adelante aparecerá en la versión estable. Cuando eso pase, se podrá
> seleccionar e instalar desde el programa. Mientras tanto, he subido al
> repositorio de Catastro una copia complilada para que lo pueda probar quien
> quiera instalándolo manualmente.
>
> Para instalarlo, descargar este archivo
>
> https://github.com/OSM-es/catastro-import/blob/master/
> pointinfo/pointInfo.jar
>
> Copiarlo en la carpeta 'plugins' de JOSM. La localización depende del
> sistema operativo:
>
> https://josm.openstreetmap.de/wiki/Help/Preferences#Defaultlocation
>
> En JOSM, en preferencias, complementos, seleccionar pointInfo. Aparecerá
> una nueva pestaña en el panel de preferencias, con el icono de una
> interrogación, seleccionar en ella el módulo 'Catastro'.
>
> Para usarlo, con una capa de datos activa, en el menú 'Más herramientas'
> seleccionar la opción 'Información del punto' (tecla rápida Ctrl-Mayús-X).
> Hacer clic en una posición de la pantalla. Aparecerá una ventana con la
> referencia catastral, la dirección postal y un enlace a la foto de fachada.
>
> Javier
>
> [1] https://github.com/mkyral/josm-pointInfo
> [2] https://github.com/OSM-es/josm-pointInfo
>
>
> El 4 de abril de 2018, 15:05, Javier Sánchez Portero <javiers...@gmail.com
> > escribió:
>
>> Hola
>>
>> Llevo tiempo dándole vueltas a alguna forma de hacer accesibles a todo el
>> mundo las fotos de fachada que proporciona Catastro y tenemos autorización
>> para usar [1]. Las fotos son un complemento a la observación sobre el
>> terreno útil para recoger números de portal, estado y tipo de edificios,
>> comprobar su número de plantas, si tiene balcones, forma del techo, si
>> aloja comercios o recursos de interés, ocasionalmente el nombre de la
>> calle, etc, etc.
>>
>> Para acceder a una foto hace falta la referencia catastral de la parcela
>> donde está el edificio. Ahora mismo se puede hacer a través de un fichero
>> que genera el programa CatAtom2Osm [2], pero me gustaría que se pudiera
>> acceder más fácilmente desde JOSM.
>>
>> Catastro proporciona unos servicios web públicos descritos en [3]. El que
>> necesitamos es la Consulta_RCCOOR [4], que devuelve la referencia catastral
>> a partir de las coordenadas. Este es un ejemplo de llamada al servicio [5]
>> y el enlace a la foto de fachada correspondiente [6].
>>
>> El caso de uso sería que en JOSM, haciendo clic con el botón derecho en
>> el mapa, una opción del menú contextual permitiría obtener los datos de la
>> parcela (referencia catastral y dirección postal) y mostrar un enlace para
>> acceder a la foto.
>>
>> Creo que no debe ser muy difícil de programar, aunque no tengo
>> experiencia con complementos de JOSM y me llevará un tiempo documentarme.
>> Si alguien quiere participar en el desarrollo que se ponga en contacto
>> conmigo.
>>
>> Saludos, Javier.
>>
>> [1] https://wiki.openstreetmap.org/wiki/ES:Fuentes_de_datos_pote
>> nciales_de_España#Fotos_de_fachada
>> [2] https://wiki.openstreetmap.org/wiki/ES:Catastro español/Importación
>> de edificios/Conversión de datos/Programa#Acceso_a_fotos_de_fachada
>> [3] http://www.catastro.meh.es/ws/Webservices_Libres.pdf
>> [4] https://ovc.catastro.meh.es/ovcservweb/OVCSWLocalizacionRC/O
>> VCCoordenadas.asmx?op=Consulta_RCCOOR
>> [5] https://ovc.catastro.meh.es/ovcservweb/OVCSWLocalizacionRC/O
>> VCCoordenadas.asmx/Consulta_RCCOOR?SRS=EPSG:4326_
>> X=-16.3071274_Y=28.4273586
>> [6] http://ovc.catastro.meh.es/OVCServWeb/OVCWcfLibres/OVCFotoFa
>> chada.svc/RecuperarFotoFachadaGet?ReferenciaCatastral=2251824CS7425S
>>
>
>
> ___
> 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] Huertos urbanos o de ocio

[Carlos Cámara]

Yo veo estupenda la propuesta de Daniel.

landuse=allotments y operator=* para indicar quién lo gestiona

Según entiendo lo que dices, Colegota, yo pondría landuse=allotments y
operator= el nombre de la asociación que comentas. Los allotments encajan
mejor con la descripción de pequeñas parcelas de cultivo (sea para
autoconsumo, relaciones sociales o integración, entre otros). farmland
describe grandes extensiones de tierra (no creo que sea el caso que
describes) dedicados tanto al cultivo como al pastoreo de animales y,
normalmente, alrededor de, o cerca de una granja (que a su vez
etiquetaremos como landuse=farmyard).

Saludos



Carlos Cámara
http://carloscamara.es

2018-02-27 12:21 GMT+01:00 |Colegota| <el_coleg...@villanos.net>:

> Buenas,
>
> Pues me alegro que lo comentes porque otras veces he editado huertos
> comunitarios y los he puesto como allotments, pero en este caso el huerto
> que acabo de añadir no es el concepto del huerto comunitario y sin embargo
> en el editor web allotments está traducido como tal ("Huerto comunitario")
> y de ocio tampoco es exactamente. Así que lo puse como farmland.
>
> Se trata de una asociación que tiene dos usos del huerto. Una parte lo
> dedica a producir alimentos para vender y la otra a alquilar "microhuertos"
> (pequeñas parcelas de 24m2). Los ingresos los dedican a generar puestos de
> trabajo para personas en riesgo de exclusión.
>
> ¿Lo veis más como allotments o como farmland?
>
> Saludos,
> Colegota
>
>
> El 2018-02-27 11:47, dcapillae escribió:
>
>> Hola, Colegota.
>>
>> Sobre el asunto de los huertos, en Málaga tenemos varios huertos
>> gestionados
>> por colectivos y asociaciones. Son huertos de los denominados huertos
>> urbanos o de ocio. Si te interesa el tema, puedes echarle un vistazo a la
>> página del wiki [1] donde tenemos recopilada esa información.
>>
>> En otras ciudades de España, en especial en las grandes capitales, seguro
>> que hay más huertos de este tipo de los que podamos tener en Málaga. Si
>> tienes alguna idea sobre cómo se podrían mapear mejor estos huertos,
>> comenta
>> y los mapeamos.
>>
>> [1] https://wiki.openstreetmap.org/wiki/ES:Málaga#Huertos_urbanos
>>
>>
>>
>> -
>> 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 mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

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

[Carlos Cámara]

Gracias Javier por liderar algo que se está demorando tanto a pesar de ser
tan necesario y que estoy seguro redundará muy positivamente en la calidad
de OSM y en la cantidad de utilidades nuevas que se podrán hacer.

Me encantaría participar de forma sosegada en esto, pero confieso que tras
una primera lectura de la extensísima documentación que has enlazado
(algunas partes en diagonal), no termino de entender ni qué esperas que
hagamos ni en qué estado se encuentra todo (tras leer  las instrucciones de
uso, los problemas y las limitaciones parece que sea algo super inestable y
super peligroso ;) ).

Saludos

Carlos Cámara
http://carloscamara.es

2017-12-07 22:52 GMT+01:00 Javier Sánchez Portero <javiers...@gmail.com>:

> Hola
>
> En las instrucciones de instalación había un error. Efectivamente el
> nombre del paquete es python-pip, no pip a secas.
>
> ¿Has descargado el programa del repositorio? Debes situarte dentro de la
> carpeta CatAtom2Osm descargada para que la orden pip pueda encontrar el
> fichero requisites.txt.
>
> Por otro lado, por si a alguien le ha frenado. El enlace en la wiki a
> GitHub mandaba por error al fichero léeme en inglés. El enlace correcto a
> las instrucciones en español es
>
> https://github.com/javiersanp/CatAtom2Osm/blob/master/README.es.md
>
>
>
> El 7 de diciembre de 2017, 19:56, Joaquim <jpux...@gmail.com> escribió:
>
>> Hola Javier
>>
>> Para participar en el proyecto me leí la información que se da uno de los
>> últimos mensajes para ver qué hay que hacer, y luego intenté instalar el
>> programa pero no lo conseguí.
>> Uso Ubuntu 16.04; como me decia que no encontraba el paquete pip, instalé
>> el que me pareció que podía sustituirlo: python-pip. Al ejecutar 'pip
>> install -r requisites.txt' me da un error: 'el fichero o directorio no
>> existe'.
>> ¿Alguna sugerencia?
>>
>> 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

Re: [Talk-es] Accesibilidad: experiencia en Elche

[Carlos Cámara]

Genial, Jose Luis!

Gracias por compartirlo, no lo conocía.

Saludos

Carlos Cámara
http://carloscamara.es

2017-11-20 19:15 GMT+01:00 Jose Luis Infante <jlinfa...@llefia.org>:

> Hola,
>
> en la reunión que tuvimos sobre accesibilidad comenté que conocía una
> experiencia que se realizó en Elche, y quedé que la enviaría a la lista
> para darla a conocer, y también por si alguien conoce a alguien de los
> organizadores, ya que en el momento de la reunión nadie los conocía.
>
> A continuación paso una relación de enlaces con la experiencia de Elche:
>
> http://www.elche.com/micrositios/fondos-europeos/
> noticias/ubicando-elche-en-el-mapa-de-openstreetmap/
>
> http://www.cap4access.eu/intro.html
>
> http://myaccessible.eu/putting-elche-openstreetmap/
>
> http://myaccessible.eu/elche-spain-colors-in-the-wheelmap/#more-366
>
> http://myaccessible.eu/mapping-miguel-hernandez-university/#more-905
>
> Como se puede apreciar hay varias organizaciones implicadas en el tema,
> como Polibienestar <http://www.polibienestar.org>, de la Universitat de
> València, la Universidad Miguel Hernández, el propio ayuntamiento de
> Elche...
>
> A los que os movéis por el ámbito académico, ¿tenéis contacto con esta
> gente? Para conocerlos, saber lo que hacen, cómo lo hacen y también para
> que nos conozcan.
>
> Un saludo,
>
> Jose Luis
>
> ___
> 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] Reunión virtual sobre accesibilidad

[Carlos Cámara]

Buenas a todos,

Escribo un breve mensaje para recordaros que hoy, 1 de noviembre, de 21:30
a 22:30 tendrá lugar la reunión virtual sobre accesibilidad y OSM. Os
recuerdo datos importantes:

*Lugar:* https://matrix.to/#/#osm-es-reuniones:matrix.org (sala de
reuniones en riot. Se habilitará cuando llegue la hora)
*Hora:* 21:30-22:30 (hora peninsular española)
*Objetivo: *conocer quiénes estamos trabajando temas de accesibilidad en
OSM, ver qué hacemos y cómo lo hacemos.
*Propuesta de orden del día:*

   1. Presentación de los asistentes y vinculación/experiencia con
   accesibilidad y OSM
   2. Compartir metodologías de trabajo
   3. Compartir problemas/limitaciones detectados de la utilización de OSM
   para accesibilidad
   4. Otros temas.

Nos vemos en unas horas.

Carlos Cámara
http://carloscamara.es

2017-10-25 22:59 GMT+02:00 Miguel Sevilla-Callejo <msevill...@gmail.com>:

> Enlaces recuperados desde la app de Riot del móvil:
>
> Sala general:
> https://matrix.to/#/#openstreetmap-es:matrix.org
>
> Sala de etiquetado:
> https://matrix.to/#/#osm-es-etiquetado:matrix.org
>
> Sala de reuniones (está de solo lectura a no ser que haya reunión y yo
> estoy entre los administradores):
> https://matrix.to/#/#osm-es-reuniones:matrix.org
>
> En esta última podemos hacer la reunión si os parece.
>
> Riot es una magnífica herramienta a ver si volvemos a darle uso.
>
> Un saludo
>
> --
>  Miguel Sevilla-Callejo
> from my mobile 
>
> El 25/10/2017 22:49, "Miguel Sevilla-Callejo" <msevill...@gmail.com>
> escribió:
>
>> Tenemos tres salas de riot, la general qué solía estar conectada con
>> Telegram (algún día lo solucionaremos) que creo que sigue conectada a IRC
>> (Si María), una de etiquetado que a penas se ha usado y otra de reuniones
>> organizadas (llevamos una temporada sin usar).
>>
>> Disculpad que no pase los enlaces, pues estoy en el móvil, pero están por
>> ahí.
>>
>> Yo propongo hacerla en la sala de reuniones.
>>
>> Un saludo
>>
>> --
>>  Miguel Sevilla-Callejo
>> from my mobile 
>>
>> El 25/10/2017 22:35, "María Arias de Reyna" <dela...@gmail.com> escribió:
>>
>>>
>>>
>>> 2017-10-25 22:21 GMT+02:00 Carlos Cámara <carlos.cam...@gmail.com>:
>>>
>>>> Buenas a todos. Disculpad la demora en responder, pero esta semana se
>>>> ha vuelto una locura contra todo pronóstico.
>>>>
>>>> Gracias a los que habéis votado. Tras ver todos los votos, no hay
>>>> ninguna opción que venga bien a los 7 participantes, y el único día con 6/7
>>>> votos es el 1 de noviembre de 21:30 a 22:30, con lo cual tenemos fecha y
>>>> hora (Hora española peninsular). Entiendo que el lugar de reunión será la
>>>> sala de Riot, pero no tengo experiencia en eso, así que decidme si voy
>>>> errado o añadid la información necesaria.
>>>>
>>>
>>> Hago una aparición estelar para decir "¿La sala de Riot no era un puente
>>> a irc?" y desaparezco otra vez detrás de una cortina de humo.
>>>
>>>
>>>>
>>>> Gracias Miguel por la propuesta de hacer entrada en la wiki. Tienes
>>>> razón en que es lo más razonable y podemos usarla también para resumir lo
>>>> tratado.
>>>>
>>>> Saludos,
>>>>
>>>> Carlos Cámara
>>>> http://carloscamara.es
>>>>
>>>> 2017-10-25 20:37 GMT+02:00 Johnattan Rupire <jarja...@riseup.net>:
>>>>
>>>>> Muy interesante la iniciativa, yo también me sumaría a la reunión, le
>>>>> voy a avisando a otros interesados en Perú.
>>>>>
>>>>> 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

Re: [Talk-es] Reunión virtual sobre accesibilidad

[Carlos Cámara]

Buenas a todos. Disculpad la demora en responder, pero esta semana se ha
vuelto una locura contra todo pronóstico.

Gracias a los que habéis votado. Tras ver todos los votos, no hay ninguna
opción que venga bien a los 7 participantes, y el único día con 6/7 votos
es el 1 de noviembre de 21:30 a 22:30, con lo cual tenemos fecha y hora
(Hora española peninsular). Entiendo que el lugar de reunión será la sala
de Riot, pero no tengo experiencia en eso, así que decidme si voy errado o
añadid la información necesaria.

Gracias Miguel por la propuesta de hacer entrada en la wiki. Tienes razón
en que es lo más razonable y podemos usarla también para resumir lo tratado.

Saludos,

Carlos Cámara
http://carloscamara.es

2017-10-25 20:37 GMT+02:00 Johnattan Rupire <jarja...@riseup.net>:

> Muy interesante la iniciativa, yo también me sumaría a la reunión, le voy
> a avisando a otros interesados en Perú.
>
> 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: [OSM-talk] How to create custom online map from OpenStreetMap

[Carlos Cámara]

Thanks for your quick response, John.

You're right that my requirements are quite basic. That's because I am not
sure about the basics and I prefer going step-by-step (I'm sure my
questions will be more specific the more I know about the process). My idea
was to create a map (raster or vector, don't know yet) that would display
OSM data that is not displayed by current renders. I would skip anything
related to smartphones, offline use or routing (although I would love to
expore routing in the future), because it is too complex for me at this
time.

I think I understand some of the basics: yes, I understand that I need a
collection of tiles that need to be stored and served somewhere and that
the requirements will vary enormously from zoom level and region (you made
a good point in your email saying that I should start small and see the
requirements and then scale it). I understand that in order to generate
those tiles I need to create a style (don't know how -I've only seen two
options here: either using mapnik styles or mapbox gl). But I am completely
lost when it comes to specific tools to achieve those tasks.

So far I've discovered the following ones:

   1. Mapnik: allows creating styles and serving tiles.
   2. OpenMapTiles: aparently is a tile server and allows creating custom
   styles. Seems to me that it could be a replacement for Mapnik.
   3. T-rex: a tile server. I think it would require to generate tiles
   using another service/tool.
   4. Maputnik: style editor for mapbox. I understand that resulting maps
   can only be used within a mapbox account.
   5. MAperitive: I have just discovered it thanks to you. AFAIK is a
   desktop software that generates custom maps for offline use. If that would
   be true, it's not what I am looking for.

Hope is clearer now.

Thanks again!


Carlos Cámara
http://carloscamara.es

2017-10-22 21:57 GMT+02:00 john whelan <jwhelan0...@gmail.com>:

> Basically you need a collection of tiles.  The load on the server will
> depend on the number of concurrent users and how many tiles they download.
>
> Initially I'd go with a small test server to prove the concept.
>
> Maperitive runs under Windows and gives you a lot of flexibility.  You
> should be able to generate tiles fairly easily.  There is a mailing list
> for support.
>
> Mapbox is commercial but having said that they have provided a lot of very
> valuable support to a nearby government agency and they can put all the
> bits together for you.
>
> Do you want to provide routing and searching capabilities?  Or is a raster
> map enough?  A raster map is much like a printed one.  Looks nice.
>
> Do your end users have smartphones?  Will they want to use the maps
> offline?  If so look at OMand.
>
> I'm not seeing your requirements at the moment and the constraints.  Just
> how you want to build it and I think you need to step back and just confirm
> them.
>
> Cheerio John
>
> On 22 Oct 2017 1:51 pm, "Carlos Cámara" <carlos.cam...@gmail.com> wrote:
>
> I would like to create a custom map for online use that loads OSM data but
> displays it in different ways as the standard, cyclemap, transport...
> layers.
>
> *Some background: What I think I know so far*
>
> I have made some research and, although I have to admit that I am still
> quite confused, I have come to the conclusion that the process outline may
> be the one that follows (with many variations):
>
>1. *Get the data.* AFAIK, data can be downloaded either partially or
>globally from several sources, like Planet OSM
><https://wiki.openstreetmap.org/wiki/Planet.osm> or OpenMaptiles
><https://openmaptiles.com/downloads/planet/>. If I'm not wrong, data
>can be accessed online by querying it or using services like Mapbox (see
>below) (correct me if I'm wrong).
>2. *Style the map.* Our data has to be styled according to our needs.
>Again, if I'm not wrong, there are to different (not sure if they are
>excluding or not) ways to do it: either using Mapnik
><https://wiki.openstreetmap.org/wiki/Mapnik> or Mapbox GL
><https://www.mapbox.com/mapbox-gl-js/style-spec/> (more on this
>below). In case that we opt for Mapnik we should create a Mapnik style (a
>XML file that AFAIK has to be manually edited and seems to be quite
>cumbersome for complex settings) and, in case we opt for mapbox we can use
>either Tilemill <https://tilemill-project.github.io/tilemill/> or the
>FLOSS editor Maputnik <https://maputnik.github.io/>.
>3. *Render the map* in order to convert the data and styles into an
>appealing map. This map can either be a raster map (which will generate
>lots of tiles and will require the next step: tileserver) or a vector map
>(which don't understan

[OSM-talk] How to create custom online map from OpenStreetMap

[Carlos Cámara]

I would like to create a custom map for online use that loads OSM data but
displays it in different ways as the standard, cyclemap, transport...
layers.

*Some background: What I think I know so far*

I have made some research and, although I have to admit that I am still
quite confused, I have come to the conclusion that the process outline may
be the one that follows (with many variations):

   1. *Get the data.* AFAIK, data can be downloaded either partially or
   globally from several sources, like Planet OSM
   <https://wiki.openstreetmap.org/wiki/Planet.osm> or OpenMaptiles
   <https://openmaptiles.com/downloads/planet/>. If I'm not wrong, data can
   be accessed online by querying it or using services like Mapbox (see below)
   (correct me if I'm wrong).
   2. *Style the map.* Our data has to be styled according to our needs.
   Again, if I'm not wrong, there are to different (not sure if they are
   excluding or not) ways to do it: either using Mapnik
   <https://wiki.openstreetmap.org/wiki/Mapnik> or Mapbox GL
   <https://www.mapbox.com/mapbox-gl-js/style-spec/> (more on this below).
   In case that we opt for Mapnik we should create a Mapnik style (a XML file
   that AFAIK has to be manually edited and seems to be quite cumbersome for
   complex settings) and, in case we opt for mapbox we can use either
   Tilemill <https://tilemill-project.github.io/tilemill/> or the FLOSS
   editor Maputnik <https://maputnik.github.io/>.
   3. *Render the map* in order to convert the data and styles into an
   appealing map. This map can either be a raster map (which will generate
   lots of tiles and will require the next step: tileserver) or a vector map
   (which don't understand how it works other than inside mapbox). Don't know
   how to do this. I assume that in case that we opt for mapnik we need to
   have it installed in our server and execute a command. In case of Mapbox I
   assume we need an account on their service. I have also found this
   exhaustive list of rendering options on OSM's wiki
   <https://wiki.openstreetmap.org/wiki/Rendering>, but haven't assimilated
   all that information yet.
   4. *Serving tiles:* the myriad of raster tiles that have been generated
   in the previous step need to publicly available. In order to achieve that a
   tileserver is needed. AFAIK, there are several options here, being Mapnik
   <https://wiki.openstreetmap.org/wiki/Mapnik>, T-rex
   <http://t-rex.tileserver.ch/> or OpenMapTiles <https://openmaptiles.org>
   some of them. All of them require a custom server in which they need to be
   installed. I'm assuming that this server requires a lot of RAM, CPU and
   Disk space, but I don't have an idea of how much is "a lot" (I assume it
   will vary "a lot" depending on the cover area and zoom level, but do not
   have the slight idea not even for the whole world at city level zoom or
   just one city area).

*Conclusion:*

Provided that everything I wrote above is true, I see three excluding
options:

   1. *Mapnik* covers steps #2-#4 and needs a custom server to be installed
   at and to host all the data (both, OSM data and generated tiles).
   2. *OpenMapTiles* cover steps #1-#4. Needs a custom server to be
   installed at and to host all the data. Apparently seems easier to setup and
   run that Mapnik.
   3. *Mapbox* covers steps #1-#3, since #4 is not needed, being that are
   vector layers. Does not require any webserver but requires a paid account.
   Don't know if it means that using Mapbox GL you are locked in Mapbox
   plattform.

Don't know how does t-rex fit on this equation.

Does that make sense? Do you have some recommendations in how to achieve a
custom map?

At this point I feel quite confused, since despite things start to make
sense to me, I have the feeling that I am missing some pieces of this
complex puzzle. Not to mention that I'm not sure if I am right, though.

Regards,


Carlos Cámara
http://carloscamara.es
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-es] Reunión virtual sobre accesibilidad

[Carlos Cámara]

Gracias Jose Luis por iniciar este hilo.

Secundo la moción de hacer una quedada virtual para compartir experiencias.
Yo buscaré un hueco para hacerlo fuera del horario laboral.

¿Cómo lo hacemos? ¿Creamos un doodle con varias opciones para el mes de
noviembre y cerramos fecha a finales de octubre? (así damos tiempo a quien
quiera apuntarse, porque además de Cristina -por cierto, encantado- y los
sospechososo habituales como Miguel y Jose Luis, me consta que hay más
personas que trabajan estos temas, como Mikel Gómez y sus compañeros de la
Universidad de Deusto y DeustoTech)

Por otra parte también creo que molaría tener cierto orden del día u
objetivo general y fijar una duración de tiempos. Para ello podríamos usar
algún servicio de escritura colaborativa, pero ahora que ha cerrado
titanpad no tengo claro cual usar. He creado este etherpad, a modo de
ejemplo (es la primera vez que uso etherpad y esta url, así que no sé cómo
funcionará -si hay alternativas mejores, bienvenidas serán):
https://public.etherpad-mozilla.org/p/Accesibilidad_OSM

Saludos,

Carlos Cámara
http://carloscamara.es

2017-10-05 23:21 GMT+02:00 Cristina Domínguez <cristidom...@gmail.com>:

>
> Buenas!!
> Soy Cristina, Geoinquieta en Sevilla
> Desde 2014 he utilizado OSM en el ámbito de la accesibilidad en entornos
> urbanos en Sevilla.
>
> Me gustaría participar en esa reunión virtual.
>
> Saludos
> Cristina Domínguez
>
> -- Forwarded message --
> From: Jose Luis Infante <jlinfa...@llefia.org>
> Date: 2017-10-05 12:39 GMT+02:00
> Subject:
> To: Discusión en Español de OpenStreetMap <talk-es@openstreetmap.org>
>
>
> Hola,
>
> hace ya tiempo que hemos estado hablando por chats y redes sociales
> sobre nuestras experiencias en accesibilidad en OSM. Finalmente, a
> raíz de estas conversaciones, sería muy conveniente poder organizar
> una reunión virtual donde compartir nuestras experiencias: qué hemos
> hecho, con quién hemos colaborado, cómo lo hemos organizado, que
> dificultades hemos tenido, criterios de accesibilidad que hemos
> considerado, etc.
>
> También, obviamente, para debatir sobre el estado del arte y el futuro
> del tema de la accesibilidad en OSM. ¿Podemos reflejar la realidad de
> las personas con problemas de accesibilidad en OSM? ¿Qué podemos hacer
> para que la información sea lo más completa? Y, ¿qué hacemos para
> extender nuestra experiencia a otros lugares que todavía no tienen
> datos de accesibilidad?
>
> ¿Quién se apunta?
>
> Un saludo,
>
> Jose Luis
>
> ___
> 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-cat] Trolls i futures edit-wars (que no star-wars)

[Carlos Cámara]

Ok a informar sobre aquest usuari, però també estic d'acord amb en Pere:
eliminaria la part del conflicte polític i el referèndum i em centraria en
els fets. Que la totalitat d'edicions d'un usuari nou estan centrades
exclusivament a canviar sistemàticament tots els noms oficials de les
localitats per noms en Espanyol (enlloc de posar-los a name:es), fet que és
incorrecte tal i com se l'ha informat. (entenc que se l'ha informat i que
tot i així segueix).

Salutacions

Carlos Cámara
http://carloscamara.es

El dia 7 de juliol de 2017 a les 7:00, <jaume...@gmail.com> ha escrit:

> Molt d'acord amb en Pere.
>
> Jaume Batlle
> 619 320 243
>
> El dia 6 jul. 2017 10:47 p. m., "Pere lópez brosa" <prl...@gmail.com> va
> escriure:
>
> Hola a tots.
>>
>> Jo trauria la primera frase sobre el conflicte i em centraria en els
>> fets: els noms oficials a Catalunya són en català (i en aranès a la Vall
>> d'Aran) i aquest usuari els està canviant. Això és un problema i demanem
>> com resoldre'l.
>>
>> Aquest tipus de trolls, més que conseqüència de la situació política
>> semblen ser-ne part de la causa, i encara que a OSM el vandalisme és escàs
>> aquesta mena de vàndals ja eren freqüents a la Viquipèdia abans que
>> comencés el procés.
>>
>> Ara bé, feu com us sembli millor perquè vosaltres coneixeu la comunitat
>> OSM i les eines molt més bé que jo.
>>
>> Que vagi bé.
>>
>> Pere
>>
>> 2017-07-06 21:23 GMT+02:00 Jan Esquerra <jan.esque...@gmail.com>:
>>
>>> +1
>>>
>>> Al text en angles s'ha de treure una R a 'whrere' de despres de vandalism
>>>
>>> 2017-07-06 21:16 GMT+02:00 Roger Veciana i Rovira <rveci...@gmail.com>:
>>>
>>>> Molt bé i gràcies
>>>>
>>>> El dia 06/07/2017 8:47 p. m., "Wladimir Szczerban" <bolo...@gmail.com>
>>>> va escriure:
>>>>
>>>> +1
>>>>>
>>>>>
>>>>>
>>>>> 2017-07-06 18:44 GMT+02:00 Jaume Figueras i Jové <
>>>>> jaume.figue...@upc.edu>:
>>>>>
>>>>>> Hola ja tenim el primer cas declarat de troll que canvia noms
>>>>>> catalans a espanyols, l'usuari therealsailor amb només 17 dies 
>>>>>> d'antiguitat
>>>>>> i dedicat exclusivament a aquesta feina. Amb això crec convenient 
>>>>>> enviar-li
>>>>>> un correu per iniciar el procés de blocatge i avisar a la OSMF i DWG de 
>>>>>> "lo
>>>>>> que nos viene".
>>>>>>
>>>>>> Els correus estan a continuació i us demano que em doneu l'OK i
>>>>>> afegiu les modificacions necessàries si ho creieu convenient o si creieu
>>>>>> que no cal, digueu que no enviï aquest correu.
>>>>>>
>>>>>> Benvolgut usuari: therealsailor,
>>>>>> hem detectat que has estat canviant els noms oficials de carrers,
>>>>>> pobles i ciutats de Catalunya per una versió d’aquests noms 
>>>>>> castellanitzada
>>>>>> diferent al nom oficial. Amb aquest missatge volem demanar que respectis
>>>>>> els noms oficials dels elements que has canviat i no ho tornis a fer.
>>>>>> Atentament, els membres de la comunitat catalana d’OSM.
>>>>>>
>>>>>> Estimado usuario: therealsailor,
>>>>>> hemos detectado que has estado cambiando los nombres oficiales de
>>>>>> calles, pueblos y ciudades de Cataluña a una versión de estos nombres
>>>>>> castellanizada diferente del nombre oficial. Con este mensaje queremos
>>>>>> pedir que respetes los nombres oficiales de los elementos que has 
>>>>>> cambiado
>>>>>> y no lo vuelvas a hacer.
>>>>>> Atentamente, los miembros de la comunidad catalana de OSM.
>>>>>>
>>>>>> Dear user: therealsailor,
>>>>>> We have detected that you have been changing the official names of
>>>>>> streets, towns and cities of Catalonia for a version of these names into
>>>>>> Spanish different from the official name. With this message we want to 
>>>>>> ask
>>>>>> you to respect the official names of the items that you have changed and 
>>>>>> do
>>>>>> not do it again.
>>>>>> Sincerely, the members of the Catalan community of OSM.
>>>>>>
>>>

Re: [Talk-es] Bibliobús

[Carlos Cámara]

Tal y como yo lo veo, del mismo modo que se puede etiquetar un mástil para
una bandera, una papelera o un banco, tiene sentido que se etiqueten
paradas de bus (highway=bus_stop), sean del tipo que sean. Se da la
particularidad que, en este caso, se trata de un bus aconvencional que
resulta ser una biblioteca móvil, de ahí amenity=mobile_library. Por eso me
parece razonable usar ambas etiquetas.

Por otra parte, el sistema de transporte es eso, un sistema, formado por
varios elementos: paradas (que pueden ser postes, marquesinas... ), lugares
donde efectivamente para el medio de transporte, relaciones con información
del recorrido... Cada uno de estos elementos tiene información sobre si
mismos (en el caso de marquesinas etiquetamos si tienen papelera, si están
a cubierto, si tienen banco y de qué tipo es..., en el caso del poste
podemos poner horario, describir el propio poste, si tiene señales
acústicas, pavimento táctil...). Por eso mismo, de nuevo, tampoco veo
incompatible que una de las propiedades de un poste sea que allí pare un
bibliobús.

Saludos,

Carlos Cámara
http://carloscamara.es

2017-05-04 22:36 GMT+02:00 dcapillae <dcapil...@gmail.com>:

> ¡Hola, Alan! ¡Bienvenido al foro!
>
> La verdad es que este tema de la parada del bibliobús está tan abierto a
> interpretaciones que no va a ser fácil evitar cierta polémica. Comprendo la
> necesidad de salvaguardar las etiquetas que se refieran a transporte
> público
> de pasajeros en un grupo bien diferenciado para que no acaben mezclándose
> con otro tipo de características, aunque no deja de ser interpretable que
> una parada de autobús tenga que ser necesariamente una parada de autobús
> destinado al transporte público.
>
> Al final vamos a tener que aceptar una solución de consenso sujeta a cierto
> convencionalismo para que al menos usemos todos el mismo esquema de
> etiquetado con los bibliobuses. Me parece bien lo de salvaguardar las
> etiquetas dedicadas a transporte público de pasajeros como un grupo bien
> diferenciado. Si no se usa la etiqueta "highway=bus_stop" con los
> bibliobuses tampoco pasa nada. Lo importante es no dejar de utilizar
> "amenity=mobile_library" donde corresponda.
>
>
>
> -
> Daniel Capilla
> OSM user: dcapillae
> --
> View this message in context: http://gis.19327.n8.nabble.com/Bibliobus-
> tp5896215p5896259.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] Bibliobús

[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 <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-cat] Error amb l'Estació de la Sagrera (Barcelona)

[Carlos Cámara]

Benvolguts,

Escric perquè he detectat de fa temps que la posició de
l'estació/intercanviador de la Sagrera no és correcte a OSM:
Primerament hi ha uns tres nodes (dos d'ells connectats a una via, i un
tercer que no ho està) que tenen posicions incorrectes (veure
http://www.openstreetmap.org/node/3398923278). Recentment hi he passat i he
pogut comprovar que no hi ha cap sortida d'emergència ni cap entrada, ni
res. Tampoc em sembla que el metro pari allà, sino que para sota la
meridiana, a prop de la L5 i Rodalies. Aquest és un altre aspecte: he vist
que tot i que hi ha les entrades a l'estació, no he sabut trobar l'estació
pròpiament dita, ni tampoc relacions amb les línies corresponents. Com que
no estic familiaritzat amb el tema de transports, ho comento per aquí per
si algú pogués arreglar-ho.

Salutacions,

Carlos Cámara
http://carloscamara.es
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

[Talk-cat] Etiquetar pous de glaç

[Carlos Cámara]

Hola,

Voldria saber com etiquetar pous de glaç (o geleres artificials):
https://ca.wikipedia.org/wiki/Pou_de_gla%C3%A7 però no he sabut trobar res
a la wiki. Tampoc he sabut trobar res semblant a OSM, més enllà del que
podria ser un pou de glaç a Perpinyà
https://www.openstreetmap.org/node/4622741372 que està etiquetat com a

historic=ice_house
man_made <http://wiki.openstreetmap.org/wiki/Key:man%20made?uselang=en-US>
=yes
tourism=attraction
name=*

Sembla raonable, però és l'únic que fa servir aquest etiquetat. Per altra
banda, hi ha molt pocs usos del tag historic=ice_house , i sospito que
alguns no són pous de glaç.

Estic pensant a fer el següent:

historic=ruins
ruins=ice_house (no hi ha cap entrada que faci servir això)
name=*
tourism=attraction (si s'hi fan visites guidades -complementar amb horaris
i tota la pesca)
building=warehouse


Tinc el dubte de historic=ruins, ja que tot i que tots els pous de glaç
estan abandonats, es troben en bon estat de conservació. Entenc que no és
incompatible, i en cas de que estiguéssin molt deteriorats podria
complementar-se amb building=ruins.

Sembla raonable la proposta?




Carlos Cámara
http://carloscamara.es
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Re: [Talk-es] Consulta sobre dibujado y etiquetado de edificios

[Carlos Cámara]

Gracias por la respuesta, Alejandro.

Tal y como te he comentado por Telegram, estaba preparando una descripción
paso a paso de las tareas a hacer, para confirmar si te había entendido
bien, pero al final me he liado y he terminado creando un changeset que
creo que lo explica mejor. Para que quede constancia en la lista por si a
otra gente le surge la misma duda en el futuro, copio y pego los pasos que
he seguido y luego pongo el changeset:

Imaginemos que quiero dibujar el mercado central de Zaragoza, que tiene
tres naves. Si no te entiendo mal tu correo, lo que tendría que hacer es:

   1. dibujar un rectángulo con el perímetro exterior del edificio
   2. dibujar las 2 líneas paralelas a la fachada que dividen en 3 naves el
   edificio;
   3. partir el rectángulo creado en el paso 1, donde interseque con las
   vías del paso 2;
   4. seleccionar el perímetro y crear una relación,
   5. asignarle a la relación del paso 4 la etiqueta building=retail y
   valores comunes de roof, building... Lo que se ponga aquí quedará heredado
   por el resto darle un nombre descriptivo a la relación con note=loquesea
   6. darle la altura máxima del edificio (esto es, la de la nave central
   -¿se verán bien las naves laterales que son más bajas?)
   7. crear una relación para cada nave con los cuatro segmentos que
   definen cada nave (alguno estará compartido con la relación creada en 5) y
   etiquetarlas como building:part=yes;
   8. asignarle a esta última relación etiquetas de roof, altura
   específica...

Y con esto en mente he creado este changeset:
https://www.openstreetmap.org/changeset/45714947 y luego este otro
corrigiendo errores en algunas etiquetas de cubiertas:
https://www.openstreetmap.org/changeset/45716437


Saludos,

Carlos Cámara
http://carloscamara.es

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

> Hola,
>
> On Tue, Jan 31, 2017, 19:48 Carlos Cámara <carlos.cam...@gmail.com> 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
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

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

[Carlos Cámara]

Perdonad la pregunta de novato pero a mi hay un tema que se me escapa: ¿por
qué es posible utilizar catastro como base sobre la que trazar, marcar
alturas... pero no puede realizarse una importación que ahorrase tiempo en
etiquetar y dibujar (además de que sería seguramente más precisa)? (estoy
hablando siempre de zonas más o menos pequeñas que permitan supervisar los
resultados antes de meterlos en OSM -desconozco cómo se gestionaría en el
caso de zonas en las que ya existe esa información, como el caso de muchas
manzanas de Barcelona que, dicho sea de paso, suelen ser incorrectas).

Saludos

Carlos Cámara
http://carloscamara.es

2016-12-08 14:40 GMT+01:00 Jorge Sanz Sanfructuoso <sanc...@gmail.com>:

> Hay en algunas partes que creo que te has pasado pero bueno.
>
> A ver lo de seguir las reglas de import no es ala déjanos en paz, es que
> es lo que hay que hacer para poder importarlo. No se de donde has sacado lo
> de que la gente no quiere importar Barcelona y dice que lo importes tu.
> Claramente la mayoría de la gente prefiere empezar por la zona que vive
> pero ya esta. De ahi a lo que dices hay un trecho muy grande. Yo soy el
> primero que si puedo ayudar y se elige la ciudad que sea, me da lo mismo,
> voy a ponerme con ello.
>
> Lo de ir completando objetivos como el tema de los nombres de las calles
> que habéis hecho en Barcelona estoy de acuerdo. Considero que hay zonas que
> es difícil llevarlo a cabo, pero también que se puede hacer mucho mas en
> este sentido de lo que se hace hasta ahora. Y se podrían tener muchas mas
> zonas como tenéis ahora Barcelona en tema de nombres de calles. E ir
> aumentado después del nombre de calles, a otras cosas según un orden de
> preferencia y necesidad de existencia de la información en el mapa.
>
> En cuanto al tema de importaciones. Esta claro que toda importación lleva
> un proceso que hay que seguir, y que no todas las importaciones van a ser
> igual de fáciles pasarlas por el proceso. No es lo mismo consensuar la
> subida de las farmacias de Madrid que subir tropecientos datos del
> catastro. La burocracia es aburrida y a casi ninguno nos gusta pero es
> necesaria. Y hay que intentar acortarla pero hay cosas que no se puede.
>
> El tema de ponerlo en la wiki yo te presento mi punto de vista que no se
> si sera el mas acertado. La lista de correo creo que hay en casos que es un
> caos saber ya que se ha hablado, que se ha consensuado,... entre tanto
> mensaje. Creo que lo suyo seria tener una propuesta en la wiki de
> referencia en todo momento y a partir de ahi hablar por la lista e ir
> modificando lo que se vaya acordando. Vamos básicamente tener un punto de
> referencia siempre actualizado ante toda lo que se hable sobre el tema en
> la lista. Ademas esto nos sirve luego para facilitar la presentación para
> pedir el permiso de importación.
>
> Un saludo.
>
> El jue., 8 dic. 2016 a las 0:48, yo paseopor (<yopaseo...@gmail.com>)
> escribió:
>
>> Después de leer el aviso pasivo-agresivo de la lista sobre Catastro e
>> importaciones (No importes niño, no importes ya que viene el DWG y te
>> baneará) y después de rato y debate en la reunión del otro día y sin acabar
>> de consenso vengo a generar más debate para aclarar, y ensanchar posturas,
>> pues desde mi punto de vista creo nos jugamos mucho potencialmente hablando
>> y en un futuro a corto plazo. Me explicaré. Y lo haré con un caso práctico.
>> Os pido que si el tema os aburre o no estáis de acuerdo con el "objetivo"
>> seleccionado cambiéis los nombres de ciudades, de recursos, de usuarios,
>> etc. el objetivo siempre será el mismo: el mejor mapa posible y usable (y
>> para ser los mejores no vale a cualquier precio)
>>
>> El hecho de tener una comunidad amuermada (poca gente, poca implicación,
>> pocas ganas) hace que unos cuantos lo queramos reflotar. Y nos empezamos a
>> mirar el mapa más cercano, el nuestro. En mi caso vi como en Catalunya
>> faltaban infrastructuras básicas: las líneas de tren que cada día
>> sufrim...usamos no estaban, almenos en su totalidad.
>> De resultas de ello, varias personas debaten el tema, y se ponen a ello,
>> y pasado un mes las líneas de "Rodalies" acaban estando enteras en OSM y
>> funcionando en todos los renderizados posibles.
>> Eso hace que se revise la wiki. Y se detecta una wiki carrinclona, muy
>> espesa y poco clara, no sólo como instrumento para saber cómo mapear (que a
>> las malas usas Google y vas a las páginas inglesas de la misma) sino
>> también como coordinación de la misma comunidad. Y se renueva la wiki para
>> actualizar las páginas de transporte ferroviario...porque el de
>> carretera...parece una tarea importante...pero insalvable de buenas a

Re: [Talk-es] Fwd: Migración de http://decidim.barcelona GMaps a OSM

[Carlos Cámara]

Hola, Alex intento responderte tus dudas

> leaflet y similar no tienen algún tipo de límite?

Trato de sacarte de dudas, ya que aquí estás mezclando cosas distintas.

Leaflet es una librería javascript para mostrar mapas que ofrece también
determinadas interacciones (popups, clustering, zooms, georreferenciar en
función de ip...). El código es libre y puedes usarlo sin ninguna
limitación más allá del que marque la breve licencia (
https://github.com/Leaflet/Leaflet/blob/master/LICENSE). Otra alternativa a
leaflet podría ser Openlayers(http://openlayers.org/), que también es otra
librería que tiene la misma finalidad. Como te decía antes, ambas librerías
(leaflet y openlayers) permiten mostrar mapas base (uno o varios,
organizados en capas), y estos mapas base pueden venir de distintas
fuentes, ¡incluso de Google! (pueden mostrarse los mapas de google,
satélite, híbrido...). Una de estas opciones es mostrar tiles que obtienen
los datos de OSM. (otra opción sería incluso generarte tu propio WMS y
mostrarlo)

Los tiles son trozos de mapas a distintos zooms que se muestran
geoposicionados y muestran información que viene de OSM pero la representan
de forma distinta. Para hacernos una idea: además del mapa "oficial de OSM"
(Que se conoce como Mapnik) hay muchos más, como por ejemplo OpenCycleMap,
Humanitarian OSM, los que te comentaba de stamen Puedes ver una
comparación en vivo de alguno de ellos aquí:
http://tools.geofabrik.de/mc/#15/41.3813/2.1636=4=mapnik=cyclemap=toner=mapnik-humanitarian
y tienes información acerca de los tiles aquí:
http://wiki.openstreetmap.org/wiki/Tiles

Eso me lleva al siguiente tema (perdona si cuento cosas que ya sabes, pero
es importante dejarlo claro): OSM no es (solo) lo que se ve cuando entras a
http://openstreetmap.org, sino que (además de ser una comunidad) es en
realidad una base de datos geoespacial donde hay mucha más información de
la que se ve en la web oficial. La manera en que se muestra esta
información depende de los tiles que se utilicen (¡incluso pueden crearse
tiles propios!)

Hasta aquí no hemos hablado de ninguna limitación, pero como imaginarás,
presentar estas teselas necesita hardware.  De eso se encargan los
tileserver y son estos los que sí que pueden tener una limitación de
impresión. Las limitaciones las pondrá el proveedor de tiles (que puede ser
OSM, empresas como stammen que los ofrecen de forma gratuita, o empresas
que ofrecen sus servicios de pago). Puedes ver las limitaciones que impone
OSM aquí, además del listado de proveedores de tiles:
http://wiki.openstreetmap.org/wiki/Tile_usage_policy

> De cualquier modo, imagino que el Ayuntamiento deseará tener control de
los mapas mostrados para evitar bandalizaciones y situaciones similares.

De nuevo, no sé qué requisitos tenéis, pero a priori (y aquí es solo la
opinión de un lego -que me corrijan miembros más veteranos y expertos) creo
que usar OSM y querer tener el control de los datos por parte de una
entidad como el Ayuntamiento, es incompatible. Es como decir que quieres
mostrar información de la wikipedia pero sin que nadie pueda editarla. Si
te fijas (y perdona la insistencia) en todo el tostón de arriba solo he
hablado de formas de representar los datos de la base de datos de OSM, y la
naturaleza de esta base de datos es abierta y cualquiera puede modificarla
en cualquier momento (con lo bueno y con lo malo que eso tiene). Algunos
tileservers, como los de stamen no se actualizan a menudo, así que si
alguien los banalizara, no aparecería al momento y podría dar tiempo a la
comunidad de arreglarlos, pero el caso es que desconozco cada cuanto
actualizan y me temo que la información que muestran es muy antigua (no se
ven cambios "buenos" que hemos ido añadiendo).

No sé los demás qué opinarán sobre este aspecto.

> Utilizan la para normalizar las direcciones postales, en concreto:
google.maps.places.Autocomplete

Como te decía, esta parte es la que llevo peor de todo, y evidentemente
tiene su miga cómo se estandariza esa información. Tanto es así que no
conocía el recurso que has compartido: http://photon.komoot.de/ (¡Gracias!)


¡Saludos!



Carlos Cámara
http://carloscamara.es

2016-11-26 18:23 GMT+01:00 Àlex Fiestas <afies...@kde.org>:

> Buenas a todos.
>
> Intento responder cómo simple ciudadano basandome en lo observado durante
> el
> hackatón metadecidim.
>
> On Saturday, 26 November 2016 17:09:47 CET Carlos Cámara wrote:
> > Lo que no me queda claro, porque confieso no haber usado aún la
> > herramienta, es para qué usan Google Maps y para qué querrían usar OSM.
> Por
> > ejemplo, si solo se trata de geoposicionar puntos (que pueden estar en
> una
> > base de datos, o en archivos -json o similar), y luego mostrarlos encima
> de
> > un mapa base de OSM, se puede usar la librería leaflet
> > <http://leafletjs.com/> sin problemas. Leaflet permite poner de fondo un
> > mapa ba

Re: [Talk-es] Fwd: Migración de http://decidim.barcelona GMaps a OSM

[Carlos Cámara]

Hola,

Gracias Jose Luís por trasladar la discusión aquí. Como no sé si Alex o
Xabier (de quienes conozco su trabajo, pero con quienes no he hablado
jamás) forman parte de la lista, me he tomado la libertad de añadirles en
copia.

La verdad es que es una idea excelente. Precisamente yo también estuve en
la primera parte del hackatón y me encantó el planteamiento, tanto de la
herramienta como de la comunidad como del evento (tenéis vídeo de las
jornadas aquí <https://www.youtube.com/watch?v=HBq8G1Ky53w> y diapositivas
y programa aquí
<https://bcnparticipa.cat/JornadesMetadecidim/ca/programa.php>), lástima
que me fuese imposible continuar por la tarde o en las sesiones de hoy
mismo. Celebro que, como ejercicio de coherencia, se quiera usar OSM en
lugar de Google Maps.

Lo que no me queda claro, porque confieso no haber usado aún la
herramienta, es para qué usan Google Maps y para qué querrían usar OSM. Por
ejemplo, si solo se trata de geoposicionar puntos (que pueden estar en una
base de datos, o en archivos -json o similar), y luego mostrarlos encima de
un mapa base de OSM, se puede usar la librería leaflet
<http://leafletjs.com/> sin problemas. Leaflet permite poner de fondo un
mapa base de OSM con el renderizador estándar o con algún otro (por ejemplo
los de stammen <http://maps.stamen.com/#terrain/13/41.4064/2.1553>). Hasta
ahora no tendrían que haber usado ningún tileserver propio, aunque es otra
opción que pueden considerar en función de sus necesidades, como también
crear su propio estilo de mapas (¿y quizá adaptar el "Plànol de Barcelona
<http://w152.bcn.cat/PlanolBCN>" oficial? ;) ).

Otro aspecto para el que pueden estar usando Google es para geolocalizar y
convertir direcciones a pares de coordenadas (ojo, no sé si es el caso,
estoy especulando). En ese caso confieso que mis conocimientos terminan
aquí, ya que no sé mucho más que de ese trabajo se encarga OSM Nominatim
<http://nominatim.openstreetmap.org/> (y también puede usarse geonames
<http://www.geonames.org/>) y de que (esto es una opinión muy personal), no
me parece tan bueno porque exije que escribas las direcciones de una forma
muy concreta, entre otras limitaciones.

Así pues, resumiendo, habría que conocer las necesidades y el alcance de
decidim.barcelona para poder seguir mirando opciones, pero al menos espero
haber podido aportar algo de claridad al asunto.

Saludos,

Carlos Cámara
http://carloscamara.es

2016-11-26 15:53 GMT+01:00 Jose Luis Infante <jlinfa...@llefia.org>:

> Si podéis decir algo al respecto, cualquier información será bienvenida.
> De momento voy a informarme de qué tipo de migración y alcance quieren.
>
> Un saludo,
>
> Jose Luis
>
> -- Mensaje reenviado --
> De: Àlex Fiestas <afies...@kde.org>
> Fecha: 26 de noviembre de 2016, 12:08
> Asunto: Migración de http://decidim.barcelona GMaps a OSM
> Para: jlinfa...@llefia.org, apere...@alabs.org, xbarandia...@bcn.cat
>
>
> Buenas!
>
> Estoy en el hackaton organizado por l'Ajuntament de Barcelona sobre
> http://decidim.barcelona y hay mucho interés en migrar de GMaps a OSM
> pero también tenemos muchas dudas!
>
> Qué pasos debería de hacer el Ajungament para migrar? Deberían de tener su
> propio Tile server? Existen empresas locales que puedan asesorar a
> l'ajuntament en la migración?
>
> Añado en CC a Xabier Barandiaran coordinador del proyecto y Andrés Pereira
> de la asociación alabs que está colaborando con el proyecto para podáis
> discutir los pasos a seguir.
>
> Salut!
>
>
> ___
> 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] Lugares de culto de Madrid

[Carlos Cámara]

Ok, muchas gracias por la aclaración, ahora entiendo los motivos.

Saludos,

Carlos Cámara
http://carloscamara.es

2016-10-25 14:51 GMT+02:00 Santiago Crespo <openstreet...@flanera.net>:

> Gracias Carlos,
>
> El motivo es que todos los templos (excepto uno) están marcados como
> wheelchair=no. Como os podéis imaginar hay más de un lugar de culto en
> Madrid accesible en silla de ruedas, por lo que esta información es
> incorrecta.
>
> Por ejemplo, conozco 2 parroquias/iglesias accesibles pero según los
> datos del Ayto. no lo son.
>
> Saludos,
> Santiago Crespo
>
> On 10/25/2016 01:56 PM, Carlos Cámara wrote:
> > Excelente trabajo, Santiago
> >
> > No obstante, permíteme que te haga una pregunta: ¿Por qué has eliminado
> > wheelchair=no? Me parece que es un dato que aunque olvidado, es súper
> > importante para un sector de la población numeroso que además no puede
> > encontrar fácilmente esta información en otros mapas comerciales y que
> > da lugar a proyectos tan chulos e interesantes como http://wheelmap.org
> >
> > Saludos,
> >
> > Carlos Cámara
> > http://carloscamara.es
> >
> > 2016-10-25 9:32 GMT+02:00 Santiago Crespo <openstreet...@flanera.net
> > <mailto:openstreet...@flanera.net>>:
> >
> > Hola,
> >
> > He quitado la etiqueta building=temple y añadido según el tipo de
> lugar
> > de culto:
> >
> > Templos católicos: building=church (excepto los que tienen
> "catedral" en
> > el nombre: building=cathedral)
> >
> > Mezquitas: building=mosque
> >
> > También he quitado wheelchair porque todos eran "wheelchair=no".
> >
> > Una parroquia de prueba:
> >
> > https://www.openstreetmap.org/way/449315183
> > <https://www.openstreetmap.org/way/449315183>
> >
> > Saludos,
> > Santiago Crespo
> >
> > On 10/24/2016 08:22 PM, Santiago Crespo wrote:
> > > Hola,
> > >
> > > Estoy preparando la importación manual de los lugares de culto de
> > > Madrid. El Ayto. los ha separado en 2 conjuntos de datos: templos
> > > católicos y templos no-católicos.
> > >
> > > En los no-católicos, he añadido las etiquetas "religion" y
> > > "denomination" basándome en el nombre.
> > >
> > > Aquí hay más detalles de la importación (en inglés):
> > >
> > >
> > https://wiki.openstreetmap.org/wiki/Madrid_Places_of_Worship_Import
> > <https://wiki.openstreetmap.org/wiki/Madrid_Places_of_Worship_Import
> >
> > >
> > > Si queréis echar un ojo al archivo procesado (no subir a OSM)
> > >
> > > http://flanera.net/Lugares_de_culto_de_Madrid.osm
> > <http://flanera.net/Lugares_de_culto_de_Madrid.osm>
> > >
> > > Los pasos que propongo seguir en el gestor de tareas:
> > >
> > > * Abre JOSM y pulsa en este enlace (carga los lugares de culto de
> la
> > > zona en JOSM)
> > >
> > > * En JOSM, selecciona todos los elementos a revisar y añádelos al
> ToDo
> > > pulsando el botón "+ Añadir".
> > >
> > > * Haz click en el botón "Zoom" y esto te llevará al primer nodo.
> Por
> > > cada nodo:
> > >
> > > * Descarga los datos de OSM
> > >
> > > * Copia el nombre de calle como aparece en OSM y pégalo en
> addr:street
> > >
> > > * Si es un lugar de culto nuevo, corrige la posición y determina
> si el
> > > edificio es un templo o no usando la ortofoto del PNOA y Bing. Si
> el
> > > edificio no es un templo, quita la etiqueta building=temple.
> > >
> > > * Si ya existe en OSM: compara los valores de las etiquetas nuevas
> con
> > > las que ya hay. En caso de conflicto, no cambies datos existentes
> > en OSM
> > > sin verificarlos antes sobre el terreno. Selecciona todas las
> > etiquetas
> > > que quieras copiar excepto source y source:date y cópialas con
> Ctrl-C.
> > > Selecciona el nodo o área existente y pégalas con Ctrl-V. Borra el
> > nodo
> > > suelto. Añade las etiquetas source específicas que sean necesarias
> > > dependiendo de la información que importes.
> > >
> > > * Pulsa el botón "Mark" y pasa al siguiente nodo.
> > >
> > > 

Re: [Talk-es] Lugares de culto de Madrid

[Carlos Cámara]

Excelente trabajo, Santiago

No obstante, permíteme que te haga una pregunta: ¿Por qué has eliminado
wheelchair=no? Me parece que es un dato que aunque olvidado, es súper
importante para un sector de la población numeroso que además no puede
encontrar fácilmente esta información en otros mapas comerciales y que da
lugar a proyectos tan chulos e interesantes como http://wheelmap.org

Saludos,

Carlos Cámara
http://carloscamara.es

2016-10-25 9:32 GMT+02:00 Santiago Crespo <openstreet...@flanera.net>:

> Hola,
>
> He quitado la etiqueta building=temple y añadido según el tipo de lugar
> de culto:
>
> Templos católicos: building=church (excepto los que tienen "catedral" en
> el nombre: building=cathedral)
>
> Mezquitas: building=mosque
>
> También he quitado wheelchair porque todos eran "wheelchair=no".
>
> Una parroquia de prueba:
>
> https://www.openstreetmap.org/way/449315183
>
> Saludos,
> Santiago Crespo
>
> On 10/24/2016 08:22 PM, Santiago Crespo wrote:
> > Hola,
> >
> > Estoy preparando la importación manual de los lugares de culto de
> > Madrid. El Ayto. los ha separado en 2 conjuntos de datos: templos
> > católicos y templos no-católicos.
> >
> > En los no-católicos, he añadido las etiquetas "religion" y
> > "denomination" basándome en el nombre.
> >
> > Aquí hay más detalles de la importación (en inglés):
> >
> > https://wiki.openstreetmap.org/wiki/Madrid_Places_of_Worship_Import
> >
> > Si queréis echar un ojo al archivo procesado (no subir a OSM)
> >
> > http://flanera.net/Lugares_de_culto_de_Madrid.osm
> >
> > Los pasos que propongo seguir en el gestor de tareas:
> >
> > * Abre JOSM y pulsa en este enlace (carga los lugares de culto de la
> > zona en JOSM)
> >
> > * En JOSM, selecciona todos los elementos a revisar y añádelos al ToDo
> > pulsando el botón "+ Añadir".
> >
> > * Haz click en el botón "Zoom" y esto te llevará al primer nodo. Por
> > cada nodo:
> >
> > * Descarga los datos de OSM
> >
> > * Copia el nombre de calle como aparece en OSM y pégalo en addr:street
> >
> > * Si es un lugar de culto nuevo, corrige la posición y determina si el
> > edificio es un templo o no usando la ortofoto del PNOA y Bing. Si el
> > edificio no es un templo, quita la etiqueta building=temple.
> >
> > * Si ya existe en OSM: compara los valores de las etiquetas nuevas con
> > las que ya hay. En caso de conflicto, no cambies datos existentes en OSM
> > sin verificarlos antes sobre el terreno. Selecciona todas las etiquetas
> > que quieras copiar excepto source y source:date y cópialas con Ctrl-C.
> > Selecciona el nodo o área existente y pégalas con Ctrl-V. Borra el nodo
> > suelto. Añade las etiquetas source específicas que sean necesarias
> > dependiendo de la información que importes.
> >
> > * Pulsa el botón "Mark" y pasa al siguiente nodo.
> >
> > * Una vez termines con todos, súbelos a OSM usando las etiquetas para el
> > conjunto de cambios que se especifican a continuación.
> >
> > * Al terminar una zona, pulsa el botón "Marcar la tarea como hecha".
> >
> > 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
>
___
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

[Carlos Cámara]

Como barcelonés y conocedor de su trama urbana, la jerarquía propuesta en
la documentación del Ayuntamiento me parece adecuada. Incluso entiendo el
por qué del cambio de jerarquía en lo que respecta a las mismas calles
(menor número de carriles y menor tráfico). Mi problema es que no estoy del
todo familiarizado con la jerarquía de las vías en OSM, así que no sabría
hacer la equivalencia en este momento.

Tan solo comentar un par de cosas:

   1. Creo que el mapa actual no difiere en demasía de lo que propone la
   página 84 en cuanto a jerarquía de viales
   2. Ojo con asimilar "Resto de calles: residential" ya que en Barcelona
   hay varias que tienen la señal de calle residencial (
   https://wiki.openstreetmap.org/wiki/File:Spain_traffic_signal_s28.svg) y
   por tanto deberían ser living_street

Saludos,

Carlos Cámara
http://carloscamara.es

2016-10-23 18:21 GMT+02:00 yo paseopor <yopaseo...@gmail.com>:

> La densidad de tráfico está en un mapa diferente en la página 109. Al que
> yo remito es al de jerarquía.
> También debeis entender , que al menos , en Barcelona, que una vía tenga
> una continuidad y un mismo nombre no significa que sea la mejor manera de
> moverse por la ciudad. Por poner un ejemplo, si vas por al Diagonal (tronco
> central) no te puedes mover de ella en muchos cruces a causa del tranvía.
> que no puedas girar no significa que no debas detenerte en la multitud de
> semáforos que hay .Si le añades gran densidad de tráfico te aseguro que ,
> yendo por la B-23 de entrada , para llegar al Fòrum, junto a Diagonal Mar
> (el otro extremo) yo no siempre iría siguiendo TOOda la Diagonal
>
> Openrouteservice >> http://www.openrouteservice.org/?pos=2.
> 1560668945312504,41.39960412334858=13=Car=2.
> 0995903015136723,41.37961014544736,2.2221350669860844,41.
> 411932287163886=en=en=m&
> surface=cobblestone:flattened=6=0.06&
> routeWeight=Fastest=grade2=false,false
>
> La competencia >> https://www.google.es/maps/dir/Auditori+F%C3%B2rum/
> Avinguda+dels+Pa%C3%AFsos+Catalans+%26+Avinguda+
> Diagonal+%26+B-23,+Barcelona/@41.3952883,2.1248205,13z/data=
> !3m1!4b1!4m14!4m13!1m5!1m1!1s0x0:0xca4dcba847050d7f!2m2!
> 1d2.2215944!2d41.4112547!1m5!1m1!1s0x12a49900a87660d7:
> 0xe8c68f436ed5756f!2m2!1d2.1012231!2d41.3819107!3e0?hl=ca
>
> Pensad que Barcelona tiene un urbanismo muy especial y determinado y que
> eso hace que el tráfico discurra como discurre
>
> Salut i Eixample i Rondes ;)
> 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] Compatibilidad de Licencias con OSM (Importaciones).

[Carlos Cámara]

Pues creo que ahí tienes la respuesta de una de las ventajas de usar
licencias abiertas frente a dominio público: asegurarse de que tanto la
fuente como las posibles derivadas nunca puedan ser apropiadas por nadie.
Creo que en temas como el que nos ocupan es algo deseable.

Saludos

Carlos Cámara
http://carloscamara.es

2016-10-14 17:48 GMT+02:00 Santiago Crespo <openstreet...@flanera.net>:

> Hola,
>
> Sin ser abogado: si unos datos son de dominio público, una empresa puede
> cogerlos, modificarlos, usarlos como quiera y ponerle copyright.
>
> Pero los datos originales siguen siendo de dominio público.
>
> Saludos,
> Santiago Crespo
>
>
>
> On 10/14/2016 05:42 PM, Carlos Cámara wrote:
> > Hola,
> >
> > Quería añadir un pequeño comentario al respecto de la discusión sobre
> > dominio público vs licencias libres. Vaya por delante que no soy para
> > nada experto en leyes de propiedad intelectual (y menos a nivel
> > internacional), pero tenía entendido que el orígen de las licencias
> > libres (y más concretamente del GPL) fue la de asegurarse que lo que
> > estuviese licenciado de esa forma nunca pueda ser apropiado por nadie de
> > forma exclusiva (lo que hace un copyright restrictivo convencional),
> > algo que entiendo que sí podría pasar en caso de ser dominio público.
> >
> > Saludos,
> >
> > Carlos Cámara
> > http://carloscamara.es
> >
> > 2016-10-14 17:14 GMT+02:00 Santiago Crespo <openstreet...@flanera.net
> > <mailto:openstreet...@flanera.net>>:
> >
> > Según lo que he leído por ahí, parece que pokemon está usando datos
> de
> > osm para decidir en qué sitios aparecen qué pokemon.
> >
> > Por ejemplo, creo que si en OSM hay una zona marcada como parque
> > infantil, en ese lugar aparecen cierto tipo de pokemon.
> >
> > http://pokemongohub.net/pokemon-go-spawn-points-
> modeled-open-street-map-data/
> > <http://pokemongohub.net/pokemon-go-spawn-points-
> modeled-open-street-map-data/>
> >
> > Mi conclusión es que es un gasto enorme de recursos el tener que
> > perseguir a los infractores por todo el mundo, debatir sobre las
> > licencias, etc.
> >
> > Si OSM fuera dominio público, es posible que hubiera más empresas que
> > explotasen los datos de OSM sin dar reconocimiento, ni aportar nada
> a la
> > comunidad. Aún así, creo que compensa con creces ahorrarnos todo este
> > tiempo dedicado al tema de las licencias y sería mucho más fácil usar
> > los datos de OSM para cualquier propósito.
> >
> > Creo que las empresas honradas y con visión de futuro seguirían
> > aportando a OSM, aunque los datos fueran de dominio público y no
> > estuvieran "obligadas" por la licencia.
> >
> > Saludos,
> > Santiago Crespo
> >
> > On 10/14/2016 04:55 PM, Alejandro S. wrote:
> > > ¿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 <mailto:openstreet...@flanera.net>
> > > <mailto:openstreet...@flanera.net <mailto:openstreetmap@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.
> >

Re: [Talk-es] Compatibilidad de Licencias con OSM (Importaciones).

[Carlos Cámara]

Hola,

Quería añadir un pequeño comentario al respecto de la discusión sobre
dominio público vs licencias libres. Vaya por delante que no soy para nada
experto en leyes de propiedad intelectual (y menos a nivel internacional),
pero tenía entendido que el orígen de las licencias libres (y más
concretamente del GPL) fue la de asegurarse que lo que estuviese licenciado
de esa forma nunca pueda ser apropiado por nadie de forma exclusiva (lo que
hace un copyright restrictivo convencional), algo que entiendo que sí
podría pasar en caso de ser dominio público.

Saludos,

Carlos Cámara
http://carloscamara.es

2016-10-14 17:14 GMT+02:00 Santiago Crespo <openstreet...@flanera.net>:

> Según lo que he leído por ahí, parece que pokemon está usando datos de
> osm para decidir en qué sitios aparecen qué pokemon.
>
> Por ejemplo, creo que si en OSM hay una zona marcada como parque
> infantil, en ese lugar aparecen cierto tipo de pokemon.
>
> http://pokemongohub.net/pokemon-go-spawn-points-
> modeled-open-street-map-data/
>
> Mi conclusión es que es un gasto enorme de recursos el tener que
> perseguir a los infractores por todo el mundo, debatir sobre las
> licencias, etc.
>
> Si OSM fuera dominio público, es posible que hubiera más empresas que
> explotasen los datos de OSM sin dar reconocimiento, ni aportar nada a la
> comunidad. Aún así, creo que compensa con creces ahorrarnos todo este
> tiempo dedicado al tema de las licencias y sería mucho más fácil usar
> los datos de OSM para cualquier propósito.
>
> Creo que las empresas honradas y con visión de futuro seguirían
> aportando a OSM, aunque los datos fueran de dominio público y no
> estuvieran "obligadas" por la licencia.
>
> Saludos,
> Santiago Crespo
>
> On 10/14/2016 04:55 PM, Alejandro S. wrote:
> > ¿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
> > <mailto: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>
> > > <mailto: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
> &g

Re: [Talk-es] Ayuda a un principiante

[Carlos Cámara]

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 <cie.hoc...@gmail.com>:

> 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

Re: [Talk-es] Ciudades con edificios y portales

[Carlos Cámara]

Disculpad la confusión por resucitar este post. Estaba haciendo una
búsqueda en mis correos y he respondido al mensaje que tenía sin leer sin
percatarme de la fecha.

Saludos

Carlos Cámara
http://carloscamara.es

2016-09-30 15:46 GMT+02:00 Xavier Barnada <xbarn...@gmail.com>:

> Hola,
>
> Solo añadir a lo que comenta Carlos, en Girona solo hay una parte de la
> ciudad con los números de puerta
>
> Saludos
>
> El dv., 30 set. 2016, 11:32, Carlos Cámara <carlos.cam...@gmail.com> va
> escriure:
>
>> Hola, Cruz
>>
>> Así de buenas a primeras se me ocurren las ciudades de Girona y Burgos
>> como bien mapeadas. También Huesca me consta que está muy bien mapeada (al
>> menos en cuanto a edificios y alturas). No sé si Castellterçol te serviría,
>> ya que no está completo todavía: http://www.openstreetmap.org/
>> relation/344377#map=13/41.7486/2.0931
>>
>> A raiz del mensaje me pregunto si estáis teniendo en cuenta otros
>> factores y fuentes de datos además de los que decís (estoy seguro que sí):
>> el desnivel del terreno, por ejemplo, es crucial y no está incluido en OSM.
>>
>> Saludos,
>>
>> Carlos Cámara
>> http://carloscamara.es
>>
>> 2015-01-16 9:34 GMT+01:00 Cruz Enrique Borges <cruz.bor...@deusto.es>:
>>
>>> Hola a todos,
>>>
>>> Estamos preparando un artículo científico sobre una metodología que
>>> estamos
>>> desarrollando para calcular índices de accesibilidad usando los datos de
>>> OSM. Para las pruebas estamos usando varias ciudades que tenemos mapeadas
>>> "de primera mano"  y otras que hemos visto que están bastante completas.
>>> El
>>> asunto es que queremos incluir alguna más y tampoco es cuestión de
>>> ponernos
>>> a buscarlas "al tun tun", así que mejor preguntamos a los expertos :)
>>>
>>> Lo que estamos buscando son pueblos y ciudades (más de lo primero que de
>>> los segundo) de todo el mundo que tengan los edificios mapeados
>>> "individualmente" (no en manzanas) y con tags describiendo su uso
>>> (buildign=residential, buildiong=comercial, etc.) y a ser posible con sus
>>> entrance=yes. Si tienen las alturas, ya es para nota. Por supuesto,
>>> estamos
>>> suponiendo que el grafo de las carreteras también es completo y
>>> "enrutable"
>>> :-!
>>>
>>> Las ciudades que nos digáis (cumplan lo de arriba) conseguirán de gratis
>>> un
>>> bonito estudio de accesibilidad  El resto tendrán que esperar a que
>>> consigamos poner online la herramienta que estamos desarrollando.
>>>
>>> Muchas gracias por adelantado por la ayuda,
>>> cruz.
>>>
>>> PD: obviamente, las ciudades que tengan importado parte o todo con
>>> cat2osm2
>>> cumplen todo lo de arriba :P el asunto es que no queremos centrarnos solo
>>> en España (ya usaríamos el cat2osm2 para eso :P) sino en ciudades de todo
>>> el mundo.
>>>
>>> --
>>> Cruz Enrique Borges Hernández
>>> Email: cruz.bor...@deusto.es
>>>
>>> DeustoTech Energy
>>> Telefono: 944139000 ext.2052
>>> Avda. Universidades, 24
>>> 48007 Bilbao, Spain
>>>
>>> ___
>>> Talk-es mailing list
>>> Talk-es@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>
> ___
> 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] Ciudades con edificios y portales

[Carlos Cámara]

Hola, Cruz

Así de buenas a primeras se me ocurren las ciudades de Girona y Burgos como
bien mapeadas. También Huesca me consta que está muy bien mapeada (al menos
en cuanto a edificios y alturas). No sé si Castellterçol te serviría, ya
que no está completo todavía: http://www.openstreetmap.org/
relation/344377#map=13/41.7486/2.0931

A raiz del mensaje me pregunto si estáis teniendo en cuenta otros factores
y fuentes de datos además de los que decís (estoy seguro que sí): el
desnivel del terreno, por ejemplo, es crucial y no está incluido en OSM.

Saludos,

Carlos Cámara
http://carloscamara.es

2015-01-16 9:34 GMT+01:00 Cruz Enrique Borges <cruz.bor...@deusto.es>:

> Hola a todos,
>
> Estamos preparando un artículo científico sobre una metodología que estamos
> desarrollando para calcular índices de accesibilidad usando los datos de
> OSM. Para las pruebas estamos usando varias ciudades que tenemos mapeadas
> "de primera mano"  y otras que hemos visto que están bastante completas. El
> asunto es que queremos incluir alguna más y tampoco es cuestión de ponernos
> a buscarlas "al tun tun", así que mejor preguntamos a los expertos :)
>
> Lo que estamos buscando son pueblos y ciudades (más de lo primero que de
> los segundo) de todo el mundo que tengan los edificios mapeados
> "individualmente" (no en manzanas) y con tags describiendo su uso
> (buildign=residential, buildiong=comercial, etc.) y a ser posible con sus
> entrance=yes. Si tienen las alturas, ya es para nota. Por supuesto, estamos
> suponiendo que el grafo de las carreteras también es completo y "enrutable"
> :-!
>
> Las ciudades que nos digáis (cumplan lo de arriba) conseguirán de gratis un
> bonito estudio de accesibilidad  El resto tendrán que esperar a que
> consigamos poner online la herramienta que estamos desarrollando.
>
> Muchas gracias por adelantado por la ayuda,
> cruz.
>
> PD: obviamente, las ciudades que tengan importado parte o todo con cat2osm2
> cumplen todo lo de arriba :P el asunto es que no queremos centrarnos solo
> en España (ya usaríamos el cat2osm2 para eso :P) sino en ciudades de todo
> el mundo.
>
> --
> Cruz Enrique Borges Hernández
> Email: cruz.bor...@deusto.es
>
> DeustoTech Energy
> Telefono: 944139000 ext.2052
> Avda. Universidades, 24
> 48007 Bilbao, Spain
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Mensajería instantánea en OSM.es

[Carlos Cámara]

Hola a todos,

Disculpad el mensaje y espero no ofender a nadie, pero no termino de
entender este boom de mensajerías instantáneas y quisiera compartir una
reflexión.

Si no me equivoco, Jorge Sanz, al abrir este hilo estaba pidiendo un uso
más racional de la mensajería instantánea que permitiese salvar algunos
problemas detectados en el grupo de Telegram e hiciese más manejable las
conversaciones que se estaban produciendo. También interpreto que abogaba
por una conversación más orientada a resultados. Para ello proponía
encontrar algún servicio que A) fuese abierto, B) tuviese un log público D)
permitiese tener varias salas.

A raiz de ello se han creado varios canales (dos que yo conozca [1] y [2])
en matrix/riot y también en slack se han empezado a utilizar. Además, el
grupo de telegram se ha convertido en supergrupo y se han incorporado
nuevos usuarios (¡bienvenidos a todos!), que obviamente han empezado a
participar en las conversaciones. También se han sincronizado las
conversaciones de Telegram, Riot y ¿slack? y, fruto de una propuesta en la
lista [3], se ha generado un pequeño documento de gobernanza con normas de
uso de Telegram. Más allá del efecto positivo del documento, de las nuevas
incorporaciones, de favorecer conversaciones con independencia de la
plataforma utilizada y de haber solventado el problema de los registros de
conversaciones en Telegram y en Riot (no así en slack, al ser cerrado), no
solo no se ha resuelto el tema de la racionalización de conversaciones sino
que, en mi opinión, se ha agravado: ahora hay varios lugares en los que
hablar y aunque algunos de ellos están vinculados y hace irrelevante cual
prefiera usarse, otros no lo están (como slack o la sala de etiquetado en
riot) y al haber aumentado el número de participantes (insisto, algo a
celebrar) también se ha aumentado el número de conversaciones y por tanto
cierto "ruido" y dificultad para encontrar información útil con
posterioridad a que se produzca.

Entiendo que esta situación es algo temporal y -espero- en un plazo
relativamente breve de tiempo tengamos alguna solución que resuelva los
problemas reales en lugar de dejarnos llevar por una suerte de borrachera
tecnológica para usar el servicio más nuevo y molón. Mientras tanto, me
reitero y sumo a lo que ha dicho Miguel Sevilla manifestándonos a favor de
la conversación asíncrona para determinados temas que no solo no requieran
atención inmediata sino que requieran ser estudiados, desarrollados o
discutidos con más tiempo y/o con más implicación de la comunidad.

Saludos,

Carlos

[1] https://riot.im/app/#/room/#openstreetmap-es:matrix.org
[2] https://riot.im/app/#/room/#openstreetmap-es:matrix.org
[3]
https://lists.openstreetmap.org/pipermail/talk-es/2016-September/014389.html



Carlos Cámara
http://carloscamara.es

2016-09-28 14:25 GMT+02:00 David Marín Carreño <dav...@gmail.com>:

>
>
> El mar., 27 sept. 2016 a las 17:43, Miguel Sevilla-Callejo (<
> msevill...@gmail.com>) escribió:
>
>>
>> Además acabo de ver que David Marín está haciendo el enlace igualmente
>> hacia Slack. Espero que él nos indique si ya es funcional y a dónde
>> transmite por esta última plataforma.
>>
>
> He creado un grupo en slack, osm-es. Al ser slack de naturaleza cerrada,
> no me permite abrir el acceso a todo el mundo.
>
> De momento los mensajes desde Slack hacia el Telegram aparecen mal, sin el
> usuario remitente, pero esto podría cambiar en breve.
>
> Quien quiera conectarse al grupo en Slack, que me lo diga y envío una
> invitación. Así mismo, si alguien más involucrado en el tema de la
> asociación quiere permisos de administración para el grupo osm-es en Slack,
> que me lo diga.
>
> Un cordial saludo,
> --
> David
>
> ___
> 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] secciones censales zgz

[Carlos Cámara]

Efectivamente, Santiago

Barcelona tiene introducidos los distritos como relaciones y luego los
barrios que pertenecen a los distritos. Podéis ver un ejemplo del Barrio de
Sant Marti de Provençals (http://www.openstreetmap.org/relation/4161357)
que pertenece (junto a otros barrios) al distrito de Sant Marti (
http://www.openstreetmap.org/relation/3775150)

Saludos

Carlos Cámara
http://carloscamara.es

2016-09-24 13:53 GMT+02:00 Santiago Crespo <openstreet...@flanera.net>:

> Hola,
>
> Los admin_level que propone la wiki[1] son:
>
>  9 Distrito
>  10 Barrio
>
> Por ejemplo Barcelona creo que tiene todos sus barrios[2] y distritos[3]
> mapeados.
>
> Saludos,
> Santiago Crespo
>
> [1] https://wiki.openstreetmap.org/wiki/Tag:boundary=administrative
> [2] http://overpass-turbo.eu/s/ixW
> [3] http://overpass-turbo.eu/s/ixX
>
>
> On 09/24/2016 01:00 PM, Miguel Sevilla-Callejo wrote:
> > Hola Carlos,
> >
> > En lo relativo a Zaragoza, no, no hubo avance al respecto, pero entre
> > los editores de estas tierras comentamos que tendríamos que ponernos
> > manos a la obra sobre la cartografía urbanística (que como se comentó
> > estaría libre de usarse) y delimitar, los barrios y distritos (ahora no
> > recuerdo el admin_level de cada uno).
> >
> > Si te animas, podrías hacerlo tú mismo, sería tomar como base la
> > cartografía del PGOU y, habíamos pensado, a través de relaciones (muchos
> > límites son calles), ir marcando los barrios y luego agruparlos en
> > distritos. No estoy seguro que esto vaya a ser extrictamente una
> > importación por lo que no hay que seguir el protocolo de las mismas (que
> > alguien me corrija si me equivoco)
> >
> > Creo que en otras ciudades si que están delimitados. ¿Algún ejemplo a
> > seguir más allá Zaragoza?
> >
> > Un saludo
> >
> > --
> > *Miguel Sevilla-Callejo*
> > Doctor en Geografía
> >
> > 2016-09-22 23:47 GMT+02:00 Carlos Cámara <carlos.cam...@gmail.com
> > <mailto:carlos.cam...@gmail.com>>:
> >
> > Hola,
> >
> > ¿Ha habido alguna evolución en este aspecto? Personalmente no he
> > sabido encontrar los límites de los barrios de Zaragoza. Lo máximo
> > que he encontrado es la situación de las juntas municipales y
> > vecinales: http://www.zaragoza.es/ciudad/risp/detalle_Risp?id=278
> > <http://www.zaragoza.es/ciudad/risp/detalle_Risp?id=278> (que si no
> > estoy equivocado únicamente están marcados como puntos en OSM).
> >
> > Saludos,
> >
> > Carlos Cámara
> > http://carloscamara.es
> >
> > 2016-02-04 14:08 GMT+01:00 Emilio Gómez Fernández
> > <emilio.gomez.f...@gmail.com <mailto:emilio.gomez.f...@gmail.com>>:
> >
> > Los PGOU son aprobados en las comisiones de urbanismo de cada
> > comunidad autónoma, luego no es objeto de propiedad intelectual
> > según el art. 13 de la Ley de Propiedad Intelectual:
> >
> > Artículo 13. Exclusiones No son objeto de propiedad intelectual
> > las disposiciones legales o reglamentarias y sus
> > correspondientes proyectos, las resoluciones de los órganos
> > jurisdiccionales y los actos, acuerdos, deliberaciones y
> > dictámenes de los organismos públicos, así como las traducciones
> > oficiales de todos los textos anteriores.
> >
> > Un saludo.
> >
> >
> > El 4 de febrero de 2016, 13:37, Miguel Sevilla-Callejo
> > <msevill...@gmail.com <mailto:msevill...@gmail.com>> escribió:
> >
> > Alejandro,
> > Por lo que dices, ¿la información del Plan General de
> > Ordenación Urbana de un municipio, al ser información
> > pública, podría usarse en OSM?
> > Lo digo porque en esa información, para Zaragoza, si están
> > los límites de los barrios, por ejemplo.
> > Un saludo
> >
> > *GeoMiguel Sevilla Callejo*
> > *Doctor en Geografía | Doctor in Geography*
> > /Consultor freelance e investigador | Freelance Consultant &
> > Researcher/
> > Colaborador del Instituto Pirenaico de Ecología, CSIC,
> > Zaragoza | Fellow at the Pyrenean Institute of Ecology -
> > Spanish National Research Council
> > Colegiado nº698, Colegio Oficial de Geógrafos | Member #698,
> > Spanish Professional Association of Geographers
> > Web: http://bit.ly/sevillaca

Re: [Talk-es] Mensajería instantánea en OSM.es

[Carlos Cámara]

Hola a todos,

Secundo totalmente la moción de Jorge y añado una propuesta al final. Mi
experiencia con el grupo de telegram es que aunque es muy activo (lo cual
es algo a celebrar), para mi gusto es demasiado activo, sumado al hecho de
que hay cierto abuso de la mensajería instantánea y se producen
conversaciones que deberían salir a la lista de correo, he dejado de
mirarlo porque ha dejado de tener utilidad para mi: seguro que salen muchas
conversaciones y temas interesantes, pero no tengo tiempo de estar todo el
día mirándolo y no quiero hacer el esfuerzo de buscar entre más de 200
mensajes por día para ver si hay algo en lo que pueda participar o me
interese. Tengo también la sensación de que hay temas y conversaciones muy
interesantes que, como diría Roy el replicante, se perderán como lágrimas
en la arena para aquellos que no estuvieran presentes en ese momento o
incluso cuando quiera recuperarse en el futuro (incluso a pesar del
buscador de telegram -bendito buscador).

Creo que dividir las discusiones en salas sería conveniente. ¿cuales? No lo
tengo tan claro, pero seguro que podemos ir viéndolo sobre la marcha.

Mi propuesta: RIOT

https://riot.im/ cumple todos los requisitos que comentas: es opensource,
pueden configurarse salas/canales (podéis probar el que hemos empezado a
probar en el grupo Mapeado Colaborativo en Zaragoza -aunque no os asustéis
si lo véis vacío, justo hablábamos de ello el viernes pasado) y no es
necesario crear una cuenta para entrar. Además tiene apps nativas para
Android (también disponible en F-Droid) e iOS además de la aplicación a
través de navegador web. Y por otra parte también tiene dos características
interesantes: puede instalarse en un servidor propio para tener un control
total de los datos y permite también videoconferencias (en realidad
empezamos a probarlo para abandonar hangouts y skypes).  Creo que vale la
pena probarlo.


Por otra parte imagino que también conoceréis discourse, un "forum on
steroids" que, aunque no tiene comunicación síncrona, funciona muy bien
para fomentar discusiones y orientarlas a resultados, documentación... y es
opensource y puede ser instalado también en un servidor propio. Yo conozco
los casos de http://forum.fairphone.com y http://discourse.civicwise.org/ y
funcionan bastante bien.

Disclaimer: no tengo ninguna vinculación con ninguno de los dos
servicios/productos mencionados.

Saludos,

Carlos Cámara
http://carloscamara.es

2016-09-25 17:36 GMT+02:00 Moi <moiarc...@gmail.com>:

> Buenas Antonio,
>
> Por el sur estamos Geoinquietos[1] Sevilla[2], que colaboramos bastante
> con OSM e intentamos dinamizar y organizar eventos divulgativos, así como
> sesiones de importación de datos.
> También hay Geoinquietos en Córdoba y Almería.
>
> Si te viene bien alguna de estas ciudades te recomiendo que acudas a una
> de las reuniones que hacemos y veas cómo nos organizamos y en que estamos
> trabajando.
>
> Un saludo!!!
>
> [1] http://geoinquietos.org
> [2] http://sevilla.geoinquietos.org/
>
> El 25 sept 2016, a las 15:42, Antonio Clavero <clato...@icloud.com>
> escribió:
>
> Buenas tardes a todos, yo estoy dispuesto a aprender el sistema que veáis
> más oportuno para gestionar a comunicación. Pero mis conocimientos de
> informática son básico y sé manejar muchas cosas que me gustarían (por
> ejemplo overpass).
> Lo que es cierto, que establecer distintos canales para organizar las
> conversaciones sería interesante para  los que no tenemos conocimientos y
> nos perdemos entre tanto vocabulario técnico, aunque bien es cierto, que
> leyendo algo aprendes, pero se hace bastante duro, leer correos o
> conversaciones y no entender nada . Para esto estaría bien un canal de
> "cafetería" donde poder hablar todos con todos y de cualquier tema, como
> existe en muchos foros.
> Creo que también sería interesante una canal por delimitación geográfica.
> No conozco a nadie por el sur y el finde que se organizó en Zaragoza no
> pude subir. Es una motivación compartir con alguien físicamente los
> proyectos y aprender Acabo de ser papá y no ando muy sobrado de tiempo.
> Mientras se decide algo, seguiré leyendo las conversaciones, por telegram
> y por esta lista, de los maestros y lanzado mis dudas al grupo en general.
>
> Enviado desde mi iPhone
>
> El 25/9/2016, a las 14:21, yo paseopor<yopaseo...@gmail.com> escribió:
>
>
> No estoy de acuerdo con Iñaki, es cierto que yo puedo tener una mínima
> idea de como funcionan algunas herramientas puesto que ya las uso...pero te
> puedo asegurar que sí yo , que sé poco sé gestionarlas "de aquella manera"
> el participar en ellas no debería ser difícil, a parte de que tienes a toda
> la gente de OSMES que sí sepa a tu disposición para ayudarte si lo
> necesitas.
>
>
> Y por poner un ejemplo de eso de "hace

Re: [Talk-es] secciones censales zgz

[Carlos Cámara]

Hola,

¿Ha habido alguna evolución en este aspecto? Personalmente no he sabido
encontrar los límites de los barrios de Zaragoza. Lo máximo que he
encontrado es la situación de las juntas municipales y vecinales:
http://www.zaragoza.es/ciudad/risp/detalle_Risp?id=278 (que si no estoy
equivocado únicamente están marcados como puntos en OSM).

Saludos,

Carlos Cámara
http://carloscamara.es

2016-02-04 14:08 GMT+01:00 Emilio Gómez Fernández <
emilio.gomez.f...@gmail.com>:

> Los PGOU son aprobados en las comisiones de urbanismo de cada comunidad
> autónoma, luego no es objeto de propiedad intelectual según el art. 13 de
> la Ley de Propiedad Intelectual:
>
> Artículo 13. Exclusiones No son objeto de propiedad intelectual las
> disposiciones legales o reglamentarias y sus correspondientes proyectos,
> las resoluciones de los órganos jurisdiccionales y los actos, acuerdos,
> deliberaciones y dictámenes de los organismos públicos, así como las
> traducciones oficiales de todos los textos anteriores.
>
> Un saludo.
>
>
> El 4 de febrero de 2016, 13:37, Miguel Sevilla-Callejo <
> msevill...@gmail.com> escribió:
>
>> Alejandro,
>> Por lo que dices, ¿la información del Plan General de Ordenación Urbana
>> de un municipio, al ser información pública, podría usarse en OSM?
>> Lo digo porque en esa información, para Zaragoza, si están los límites de
>> los barrios, por ejemplo.
>> Un saludo
>>
>> *[image: Geo]Miguel Sevilla Callejo*
>> *Doctor en Geografía | Doctor in Geography*
>> *Consultor freelance e investigador | Freelance Consultant & Researcher*
>> Colaborador del Instituto Pirenaico de Ecología, CSIC, Zaragoza | Fellow at
>> the Pyrenean Institute of Ecology - Spanish National Research Council
>> Colegiado nº698, Colegio Oficial de Geógrafos | Member #698, Spanish
>> Professional Association of Geographers
>> Web: http://bit.ly/sevillacallejo
>>
>>
> ___
> 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] Quedemos en Zaragoza en Septiembre

[Carlos Cámara]

¡Buena idea!

En cuanto estén las fechas confirmadas trato de organizarme para asistir.
También será una oportunidad para conocer en persona a gente con quienes
hemos hablado por correo y aprender de todos.

Saludos

Carlos Cámara
http://carloscamara.es

2016-07-29 9:12 GMT+02:00 Cruz Enrique Borges Hernández <cruzki...@gmail.com
>:

> Hola a todos,
>
> Dependiendo de las fechas el grupo de Deusto también se apunta. Si
> queréis, podemos encargarnos del tema de la salida. Este año hemos
> tenido bastante experiencia preparando salidas con chavales de
> instituto! [1]
>
> Un saludo,
> cruz.
>
> [1] http://ciudadesamigables.org/
>
>
> El día 29 de julio de 2016, 1:43, Alejandro S.
> <alejandro...@gmail.com> escribió:
> > 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 <msevill...@gmail.com
> >
> > 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 <jy...@jynus.com>:
> >>>
> >>> 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] <https://en.wikivoyage.org/wiki/Zaragoza#Get_around>
> >>> [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
> >
>
> ___
> 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 horchaterías

[Carlos Cámara]

Hola de nuevo,

Perdonad que discrepe: Aunque mi primer impulso fue crear un
amenity=horchateria creo que no es una buena opción principalmente por los
siguientes motivos:

   1. Como decía antes, no conozco ninguna horchatería en la que
   exclusivamente se sirva horchata. Todas las que conozco sirven también
   helados, cafés... así que no me parece mal etiquetarlas como eso (en el
   fondo podría considerarse que son un subconjunto de heladerías, no una cosa
   a parte).
   2. Etiquetar como amenity=horchateria sería perjudicial para los
   comerciantes y los posibles usuarios, ya que no aparecerán en la mayoría de
   renders. Lo de no mapear para el render en este caso no me parece correcto
   porque dado que se trata de algo muy local no me parece viable que los
   renders (hablo de OSM, pero también de los de OSMAnd, Maps.me... se
   modifiquen para mostrar esta nueva categoría. Hasta que esto pasara (si se
   produce) esta información que es muy útil no se mostrará.

Respecto a añadir el prefijo "horchateria" al nombre, tampoco creo que sea
una solución para todos los casos, pues creo que hay que respetar el nombre
del comercio (el que aparece en el cartel) y a veces diría "horchatería"
otras "Orxateria" y otras nada.

Saludos,

Carlos Cámara
http://carloscamara.es

2016-06-15 14:43 GMT+02:00 Santiago Crespo <openstreet...@flanera.net>:

> Celso, creo que tienes razón; retiro mi propuesta anterior.
>
> amenity=horchata es lo suyo. Si la usáis, conviene documentarlo en la wiki:
>
> https://wiki.openstreetmap.org/wiki/New_Features
>
> Por cierto, ya tenemos como mínimo 11 horchaterías en OSM :)
>
> https://taginfo.openstreetmap.org/search?q=horchater*#values
>
>
> On 06/15/2016 01:31 PM, Celso González wrote:
> > En mi opinión amenity=horchata
> >
> > El objeto primario de estas tiendas es vender su horchata fabricada por
> > ellos habitualmente. Tal como dices lo más seguro es que también tengan
> > café, pastelería y helados, pero el negocio es la horchata.
>
> ___
> 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] Mapear horchaterías

[Carlos Cámara]

Hola a todos,

Escribo a raiz de una conversación en el telegram para tratar de entender
cual es la mejor manera de etiquetar una horchatería.

Dado que A) no existe un tag amenity=horchatería, y B) la mayoría de
horchaterías que conozco sirven también helados, granizados, fartons,
cafes... (no conozco ninguna horchatería que solo venda horchata, salvo los
carritos móviles - que aunque suelen estar siempre en el mismo sitio, al
ser móviles no sé si se mapean); había pensado que la mejor opción para
etiquetarlas es usar amenity=ice_cream o amenity=cafe

Sin embargo, si solo usamos esta etiqueta, el tema de la horchata no queda
reflejado, así que había pensado en complementarlo con un
"cuisine=horchata", pero curiosamente nadie más ha usado esta combinación.


Así pues, ¿Cómo consideráis que sería la mejor manera de etiquetar
horchaterías?

Saludos,

Carlos




Carlos Cámara
http://carloscamara.es
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Descargar programáticamente datos de OSM a un archivo geojson o shp

[Carlos Cámara]

Hola,

Gracias por responder, Polyglot, pero no es lo que estoy buscando: por un
lado no voy a volver a subir nada a OSM, tan solo quiero hacer una
consulta, y por otro, aunque he barajado (y utilizado) overpass  turbo,
tampoco es lo que necesito, ya que hasta donde yo sé, "tan sólo", es una
interfaz para hacer consultas overpass, lo cual implica que cada vez que
quiera tener los datos actualizados voy a tener que volver a realizar cada
una de las consultas necesarias (sé que puedo guardarlas y recuperarlas,
pero aún así, me gustaría ahorrarme ese paso). De ahí a que quiera hacer un
script en el que ya haya escrito todas las consultas que quiero hacer y
luego ir ejecutándolo a medida que quiera asegurarme de que estoy
trabajando con los últimos datos.

Respecto a la query, no tengo ningún problema en hacerla, en realidad es lo
único que he sabido hacer hasta ahora ;)

Saludos,

Carlos

Carlos Cámara
http://carloscamara.es

2016-05-20 20:17 GMT+02:00 Jo <winfi...@gmail.com>:

> Hola Carlos,
>
> Si tu intencion es de cambiar los datos y subirlos otra vez a OSM seria
> mejor de bajarlos en XML en vez de JSON. QGIS funciona con el formato de
> base XML tambien.
>
> Para ejecutar los query puedes usar Overpass Turbo. Muy interesante para
> desarollar los query hasta que bajan exactamente lo que necesitas.
>
> Si nos dices cuales datos quieres bajar, quisas podemos ayudarte a crear
> el query tambien.
>
> Polyglot
>
> 2016-05-20 19:44 GMT+02:00 Carlos Cámara <carlos.cam...@gmail.com>:
>
>> Hola a todos,
>>
>> Estoy trabajando con en QGIS y datos de OSM que he obtenido a través del
>> plugin QuickOSM y me encuentro con que, dado que paralelamente estoy
>> añadiendo datos a OSM, debería actualizar con cierta periocidad los datos
>> que he incorporado a QGIS.
>>
>> Por lo que he podido leer, lo más sensato sería hacer un script que
>> descargue programáticamente los datos de OSM a través de Overpass y que
>> sobreescriba mi archivo gejson (o shp o similar). El problema es que no sé
>> cómo hacer dicho script. Por un lado ya que entre otras cosas ni siquiera
>> estoy familiarizado con Overpass: leyendo en la documentación
>> http://wiki.openstreetmap.org/wiki/Overpass_API/Language_Guide veo que
>> las consultas son xml o pueden ser con la sintaxis más comprimida QL, pero
>> aunque entiendo la sintaxis no tengo ni idea de cómo se ejecutan. Eso me ha
>> llevado a encontrar Overpass API python wrapper (
>> https://github.com/mvexel/overpass-api-python-wrapper) pero tampoco
>> estoy familiarizado con python y tampoco termino de entender cómo hacer el
>> script y ejecutarlo.
>>
>> Resumiendo: ¿alguien me podría guiar para poder descargar
>> programáticamente datos de OSM a un archivo geojson o shp o enseñarme algún
>> ejemplo de script para que luego pueda personalizar la query en sí (que al
>> final es lo único que he entendido cómo funciona hasta ahora)?
>>
>> Saludos y gracias de antemano.
>>
>>
>>
>> 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
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Descargar programáticamente datos de OSM a un archivo geojson o shp

[Carlos Cámara]

Gracias Xavier

Efectivamente, esta es muchísima más información de la que necesito, pero
gracias de todos modos por la información.

Saludos,

Carlos Cámara
http://carloscamara.es

2016-05-20 19:47 GMT+02:00 Xavier Barnada <xbarn...@gmail.com>:

> Hola Carlos,
>
> No se si esto sera mas información de lo que te hace falta, pero quizas te
> sea útil
>
> http://download.geofabrik.de/
>
> Saludos
>
> El dv., 20 maig 2016 , 19:45, Carlos Cámara <carlos.cam...@gmail.com> va
> escriure:
>
>> Hola a todos,
>>
>> Estoy trabajando con en QGIS y datos de OSM que he obtenido a través del
>> plugin QuickOSM y me encuentro con que, dado que paralelamente estoy
>> añadiendo datos a OSM, debería actualizar con cierta periocidad los datos
>> que he incorporado a QGIS.
>>
>> Por lo que he podido leer, lo más sensato sería hacer un script que
>> descargue programáticamente los datos de OSM a través de Overpass y que
>> sobreescriba mi archivo gejson (o shp o similar). El problema es que no sé
>> cómo hacer dicho script. Por un lado ya que entre otras cosas ni siquiera
>> estoy familiarizado con Overpass: leyendo en la documentación
>> http://wiki.openstreetmap.org/wiki/Overpass_API/Language_Guide veo que
>> las consultas son xml o pueden ser con la sintaxis más comprimida QL, pero
>> aunque entiendo la sintaxis no tengo ni idea de cómo se ejecutan. Eso me ha
>> llevado a encontrar Overpass API python wrapper (
>> https://github.com/mvexel/overpass-api-python-wrapper) pero tampoco
>> estoy familiarizado con python y tampoco termino de entender cómo hacer el
>> script y ejecutarlo.
>>
>> Resumiendo: ¿alguien me podría guiar para poder descargar
>> programáticamente datos de OSM a un archivo geojson o shp o enseñarme algún
>> ejemplo de script para que luego pueda personalizar la query en sí (que al
>> final es lo único que he entendido cómo funciona hasta ahora)?
>>
>> Saludos y gracias de antemano.
>>
>>
>>
>> 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
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-es] Descargar programáticamente datos de OSM a un archivo geojson o shp

[Carlos Cámara]

Hola a todos,

Estoy trabajando con en QGIS y datos de OSM que he obtenido a través del
plugin QuickOSM y me encuentro con que, dado que paralelamente estoy
añadiendo datos a OSM, debería actualizar con cierta periocidad los datos
que he incorporado a QGIS.

Por lo que he podido leer, lo más sensato sería hacer un script que
descargue programáticamente los datos de OSM a través de Overpass y que
sobreescriba mi archivo gejson (o shp o similar). El problema es que no sé
cómo hacer dicho script. Por un lado ya que entre otras cosas ni siquiera
estoy familiarizado con Overpass: leyendo en la documentación
http://wiki.openstreetmap.org/wiki/Overpass_API/Language_Guide veo que las
consultas son xml o pueden ser con la sintaxis más comprimida QL, pero
aunque entiendo la sintaxis no tengo ni idea de cómo se ejecutan. Eso me ha
llevado a encontrar Overpass API python wrapper (
https://github.com/mvexel/overpass-api-python-wrapper) pero tampoco estoy
familiarizado con python y tampoco termino de entender cómo hacer el script
y ejecutarlo.

Resumiendo: ¿alguien me podría guiar para poder descargar programáticamente
datos de OSM a un archivo geojson o shp o enseñarme algún ejemplo de script
para que luego pueda personalizar la query en sí (que al final es lo único
que he entendido cómo funciona hasta ahora)?

Saludos y gracias de antemano.



Carlos Cámara
http://carloscamara.es
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-cat] Vull millorar Castellterçol però no sé per on començar

[Carlos Cámara]

Hola,

Moltíssimes gràcies per la detallada resposta, yopaseopor, i disculpa per
trigar tant a respondre, però darrerament estic molt liat.

Miraré ben detalladament el què expliques i aniré donant la tabarra amb
això, ja que em sembla que ara tinc més dubtes ;) Però sobre tot em
llençaré a la piscina així que tingui més temps lliure i aniré mapejant.
Em queda el dubte de quin WMS he de fer servir per a referència per a
traçar edificis: PNOA o Cadastre, ja que malauradament no coincideixen. Jo
havia pensat fer servir cadastre, que a més, no té problema de projeccions
de les alçades dels edificis, però veig que el traçat dels vials existents
no coincideix amb el cadastre. Quin seria el consell sobre com procedir en
aquest cas? Confiar en Cadastre i moure els nodes dels vials per a
ajustar-lo?

Salutacions,



Carlos Cámara
http://carloscamara.es

El dia 19 d’abril de 2016, 22:56, yo paseopor <yopaseo...@gmail.com> ha
escrit:

> Wenes!
>
> El primer que et diré és BENVINGUT a la comunitat catalana de mapes
> col·laboratius OpenstreetMap.Aquí ningú és més que un altre i tots estem
> amb el mateix objectiu: millorar el mapa. I aquí és on entres TU en joc.
> T'explicaré el meu parer.
>
> -Pots modificar dades , i més si ets del territori i tens coneixement, ens
> "refiem" de tu (i d'entrada, de tothom), de fet, no pateixis, que a la
> vegada algú revisarà el que fas i també s'hi podrà queixar o parlar amb tu
> si hi ha disparitat de criteri. Hi ha importacions...que no són correctes,
> i importacions correctes que poden tenir dades mal escrites, o
> desactualitzades...així que no hi ha cap altra veritat absoluta que el que
> veus a la realitat. Ara bé, entenc el teu respecte i la teva forma de
> procedir (tot i que jo sóc més de en coses tan flagrants i clares com
> aquesta...actuar).
>
> -De criteris...hi ha com culs: tothom té el seu.Això no vol dir que la
> comunitat no segueixi una mínima uniformitat (trobaràs les diverses
> descripcions a la wiki d'osm http://wiki.openstreetmap.org/wiki/Main_Page)
> però donat que les casuístiques d'un lloc poden ser variades (cada
> ajuntament té les seves ordenances i la seva manera de reinterpretar certes
> lleis) el que més et pot ajudar és el donar el màxim d'informació sobre el
> lloc.Mirant les places en concret veig algunes incongruències (ex: si hi ha
> per una banda area=yes i highway=pedestrian, no té sentit un
> area:residential=yes, doncs no és més que una etiqueta més moderna que
> combina les altres dues, però amb una configuració diferent.).Però també
> s'ha d'atendre a l'ús real del lloc: ex: a Vilanova i la Geltrú, una
> ordenança socialista d'abans de la crisi va fer que el centre de la ciutat
> quedés restringit a la majoria del trànsit, al fer-ho via càmeres, es van
> eliminar les pilones...però va arribar la crisi i per tant les càmeres mai
> van entrar en funcionament, així que ara tens un centre peatonal...però que
> a la gran majoria de carrers s'hi pot passar sense restriccions, la qual
> cosa fa que no sigui ni tan restringit ni tan peatonal, així que el mapa ha
> de reflectir la realitat.Pots tenir places peatonals però que permeten
> l'aparcament (pq a més en època de la bombolla les van anivellar totes al
> mateix nivell i es van eliminar voreres, etc.,pq la població és petita i
> donat que passen 4 potser no cal restringir oficialment el trànsit). Per
> tant estudia cada cas i aplica el que consideris. Una plaça acostuma a ser
> area=yes però també és cert que en el cas de la Plaça Vella hi ha un portal
> segons Cadastre que està al carrer que porta entre places...i que segueix
> sent Plaça Vella.En funció de si vols separar les voreres de la plaça (si
> les té), si vols dibuixar, arbres, papereres,parterres...pots anar fent
> servir totes les etiquetes disponibles. Quanta més informació més correcta
> serà la plaça, ja sabràs on comença i on acaba la plaça, si has de fer una
> barrera, o un mur de contenció...o el que consideris.
>
> -El tema edificis ja és més complicat , amb punts i ratlles a OSM pots
> construir de tot, però parlem de 3 dimensions i de moltes dades, endavant.
> Hi ha mètodes que t'ho poden facilitar, però no exempts d'errors com les
> importacions del Cadastre. Són metodologies que a més tenen les seves
> rutines i procediments així que és anar-los seguint i de fet trobaràs gent
> que t'ajudarà a seguir-los. Jo personalment et recomano una altra via,
> donat que falta molta informació comença per lo bàsic: 1 node que marqui la
> propietat de l'edifici, ja sigui un portal, amb adreça, etc. i si és una
> botiga les seves propietats, (prioritat sempre pels edificis públics
> primer)...
> Però ja que hi som comencem pel principi: Tots els carrers de
> Castellterçol tenen nom? (segons http://qa.poole.ch/ NO) .Per tant
> interpreto q

Re: [Talk-es] Reunión Zaragoza Activa y presentación grupo de mapeo colaborativo

[Carlos Cámara]

laboración de OpenStreetMap
   <http://openstreetmap.org>.
   - Para compartir tu conocimiento local del barrio o bien conocer el
   barrio desde otra perspectiva.
   - Para contribuir, con tu trabajo, a mejorar la integración de un
   colectivo desfavorecido: el de la discapacidad, y para colaborar con el
   trabajo de acción-investigación que estamos llevando a cabo (Tienes más
   información en esta página <http://localhost:4000/about>).
   - Para contribuir, con tu trabajo, a mejorar la calidad de la
   información de tu ciudad en el mapa colaborativo más importante del mundo.

<http://blogzac.es/tag/think/>

Saludos,

Carlos


Carlos Cámara
http://carloscamara.es

2016-04-08 14:32 GMT+02:00 Laura Barroso <la...@entumovil.cu>:

> Carlos, cuando se aproxime la fecha del mapping party envíeme un correo
> para agregarlo a las noticias del semanario de openstreetmap, y darle de
> esa forma un poco más de difusión ;).
> Saludos.
> > Hola a todos,
> >
> > Como ya sabréis por emails anteriores
> > <
> https://lists.openstreetmap.org/pipermail/talk-es/2016-March/013816.html>,
> > estoy coordinando, junto a César Canalís y Miguel Sevilla-Callejo (que
> > amablemente se ofreció a echar una mano), un trabajo de mapeado de
> > aspectos
> > relacionados con la mobilidad de personas con discapacidad en Zaragoza
> > para
> > lo cual queremos organizar una Mapping Party. Con este objetivo en mente
> > fuimos a hablar con la gente de Zaragoza Activa en las Armas
> > <http://www.zaragoza.es/ciudad/sectores/activa/> para que nos prestaran
> su
> > infraestructura para albergarla y para darle difusión. La buena noticia
> es
> > que les gustó tanto la propuesta y las posibilidades de OSM que no solo
> > salimos de la reunión con fecha y lugar para la mapping party (días 6-7
> de
> > mayo, tomad nota, aunque ya daremos más detalles en cuanto esté más
> madura
> > ;) ) sino con la constitución de un grupo de trabajo residente sobre
> > mapeado colaborativo. ¿Qué significa eso y por qué creemos que es una
> > estupenda noticia? Significa que, por lo pronto, nos ceden sus espacios
> de
> > forma quincenal para hacer las actividades que creamos convenientes para
> > los objetivos del grupo con la condición de que sean abiertas a todo el
> > mundo y publiquemos los avances en su blog
> > <http://blogzac.es/category/think-zac-las-armas/>. Por su parte, ellos
> las
> > incluirán en su programación habitual y medios de difusión habituales
> > (folleto, mailing y red ZAC) y en caso de tener necesidades específicas
> > pueden estudiar darnos soporte. Si bien al principio las actividades
> > estarán pautadas por nosotros en calidad de dinamizadores (la primera de
> > las cuales será la mapping party de accesibilidad), la idea es que a la
> > larga sea el propio grupo quien decida sus propias dinámicas. Creemos que
> > esta fórmula que les está funcionando bastante bien con los otros grupos
> > residentes, como en el caso del grupo Hacking Urban Space, es una buena
> > noticia para que a corto-medio plazo se consolide una comunidad de
> > mapeadores de OSM en Zaragoza, y por eso queríamos compartirla con
> > vosotros.
> >
> > Iremos informando acerca de las actividades y avances a medida que
> > tengamos
> > más detallado todo.
> >
> > Saludos,
> >
> >
> >
> > 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
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-cat] Vull millorar Castellterçol però no sé per on començar

[Carlos Cámara]

Bona tarda,

Escric perquè en aquests moments OSM té poques dades sobre Castellterçol i
m'agradaria contribuir a millorar-lo. Tot i que he fet canvis menors a OSM,
no tinc molt clar per on començar a editar.

Fins ara he detectat el següent:

   1. Possibles noms incorrectes: he afegit aquesta nota
   http://www.openstreetmap.org/note/549667#map=16/41.7655/2.1191=N
   : si no fos perquè sembla que el node en questió ve de l'IGN l'hagués
   esborrat o mogut i editat per canviar-li el nom, el tipus i la posició.
   2. Diferents criteris amb algunes places principals del poble que fan
   que tinguin visualitzacions incongruents i en alguns mapes (com ara mapbox)
   no es vegin bé: per exemple la Plaça Vella (
   http://www.openstreetmap.org/way/174324804), la Plaça Pompeu Fabra (
   http://www.openstreetmap.org/way/174324816) o la Plaça dels estudis (
   http://www.openstreetmap.org/way/174314507) (aquesta última potser la
   vaig liar jo, ja que es fa servir majoritàriament com a aparcament
   descobert -tret de moments puntuals com festa major) són molt diferents.
   Quin seria el criteri a seguir?
   3. Dubtes concrets amb la plaça nova i la plaça prat de la Riba: tot i
   que és cert que tenen dos noms, la realitat és que no hi ha cap element que
   indiqui un canvi de plaça i només hi ha un únic espai buit continu (no es
   veu cap línia com ara mateix -http://www.openstreetmap.org/way/295644533-).
   Com puc resoldre-ho? Per altra banda, hi ha un gran desnivell entre la
   plaça i els carrers Plaça Nova i Avinguda Ramon Albó que no sé si hauria de
   resoldre dibuixant dos murs de contenció (tal i com veig que està fet a
   Girona: http://www.openstreetmap.org/way/65666097)
   4. No hi ha edificis i m'agradaria posar-ne però aquí sí que vaig (més)
   perdut. Per una banda vaig pensar a importar del cadastre, però no entenc
   el procediment a seguir. Això em va dur a plantejar-me l'opció d'anar
   calcant els edificis, però no sé què puc fer servir com a base: si
   superposo el cadastre (fent servir el plugin de JOSM) hi ha conflictes amb
   els carrers i vies dibuixades actualment. Sembla ser que el PNOA coincideix
   amb el que existeix ara mateix, però A) ni tinc clar que sigiui correcte i
   B) és molt difícil de calcar sobre el PNOA (el cadastre és molt més
   esquemàtic i fàcil de calcar).

Em podeu aconsellar sobre com anar resolent aquests problemes?

Gràcies!



Carlos Cámara
http://carloscamara.es
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Re: [Talk-es] Reunión Zaragoza Activa y presentación grupo de mapeo colaborativo

[Carlos Cámara]

¡Estupendo, Laura!

Muchas gracias

Carlos Cámara
http://carloscamara.es

2016-04-08 14:32 GMT+02:00 Laura Barroso <la...@entumovil.cu>:

> Carlos, cuando se aproxime la fecha del mapping party envíeme un correo
> para agregarlo a las noticias del semanario de openstreetmap, y darle de
> esa forma un poco más de difusión ;).
> Saludos.
> > Hola a todos,
> >
> > Como ya sabréis por emails anteriores
> > <
> https://lists.openstreetmap.org/pipermail/talk-es/2016-March/013816.html>,
> > estoy coordinando, junto a César Canalís y Miguel Sevilla-Callejo (que
> > amablemente se ofreció a echar una mano), un trabajo de mapeado de
> > aspectos
> > relacionados con la mobilidad de personas con discapacidad en Zaragoza
> > para
> > lo cual queremos organizar una Mapping Party. Con este objetivo en mente
> > fuimos a hablar con la gente de Zaragoza Activa en las Armas
> > <http://www.zaragoza.es/ciudad/sectores/activa/> para que nos prestaran
> su
> > infraestructura para albergarla y para darle difusión. La buena noticia
> es
> > que les gustó tanto la propuesta y las posibilidades de OSM que no solo
> > salimos de la reunión con fecha y lugar para la mapping party (días 6-7
> de
> > mayo, tomad nota, aunque ya daremos más detalles en cuanto esté más
> madura
> > ;) ) sino con la constitución de un grupo de trabajo residente sobre
> > mapeado colaborativo. ¿Qué significa eso y por qué creemos que es una
> > estupenda noticia? Significa que, por lo pronto, nos ceden sus espacios
> de
> > forma quincenal para hacer las actividades que creamos convenientes para
> > los objetivos del grupo con la condición de que sean abiertas a todo el
> > mundo y publiquemos los avances en su blog
> > <http://blogzac.es/category/think-zac-las-armas/>. Por su parte, ellos
> las
> > incluirán en su programación habitual y medios de difusión habituales
> > (folleto, mailing y red ZAC) y en caso de tener necesidades específicas
> > pueden estudiar darnos soporte. Si bien al principio las actividades
> > estarán pautadas por nosotros en calidad de dinamizadores (la primera de
> > las cuales será la mapping party de accesibilidad), la idea es que a la
> > larga sea el propio grupo quien decida sus propias dinámicas. Creemos que
> > esta fórmula que les está funcionando bastante bien con los otros grupos
> > residentes, como en el caso del grupo Hacking Urban Space, es una buena
> > noticia para que a corto-medio plazo se consolide una comunidad de
> > mapeadores de OSM en Zaragoza, y por eso queríamos compartirla con
> > vosotros.
> >
> > Iremos informando acerca de las actividades y avances a medida que
> > tengamos
> > más detallado todo.
> >
> > Saludos,
> >
> >
> >
> > 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
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Consulta sobre mapa de barreras arquitectónicas en OSM

[Carlos Cámara]

Hola, Wladimir

Muchas gracias por la información. Me pondré en contacto con la gente de
Llefi@Net

Saludos

Carlos Cámara
http://carloscamara.es

2016-03-03 19:19 GMT+01:00 Wladimir Szczerban <bolo...@gmail.com>:

> Hola Carlos,
>
> Los de OSM-ca junto con Llefi@Net el año pasado montaron una actividad
> Enroda't [1] que te puede servir de ejemplo. Me imagino que si te pones en
> contacto con ellos seguro te ayudan en algo.
>
> [1]http://wiki.openstreetmap.org/wiki/WikiProject_Catalan/Activitats
>
> --
> Saludos,
>
> Bolo
> www.geoinquiets.cat
>
> ___
> 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: Consulta sobre mapa de barreras arquitectónicas en OSM

[Carlos Cámara]

Hola a todos

Muchísimas gracias a todos los que os habéis tomado las molestias en
responderme. Por el momento tengo trabajo por delante para madurar nuestro
trabajo y ver el enfoque y alcance que le damos, pero tras leer vuestros
correos estoy muy emocionado por ver que A) por fin podré aunar tareas de
la universidad con contribuciones a OSM B) me queda bastante claro el
procedimiento técnico a seguir (aunque no descarto consultas futuras al
respecto :P ) y C) es una alegría conocer a gente e iniciativas tan
cercanas: señal de que vamos por buen camino (espero ser capaz de crear
sinergias -aunque odio esa palabra- a partir de las informaciones que me
habéis dado).

En cuanto tenga todo más claro volveré a escribir. Gracias de nuevo.





Carlos Cámara
http://carloscamara.es

2016-03-02 18:47 GMT+01:00 Miguel Sevilla-Callejo <msevill...@gmail.com>:

> Hola Carlos,
>
> La verdad es que ya te han contestado en casi todo y solo escribo para
> alegrarme en saber que van apareciendo OSMappers por Zaragoza, darte la
> bienvenida y si quieres podemos aprovechar para hacer alguna mapping party
> que te pueda ser de utilidad a tí y a la comunidad para esos interesantes
> objetivos.
>
> De todo lo que te han dicho ya, solo remarcar que los datos que subas a
> OSM allí quedarán (inclusive si los borrase alguien siempre estarán el el
> historial) y que el mejor modo para que los recuperes, somo te comenta
> Moises, es que uses una combinación de etiqueta y valor (quizá lo más
> adecuado es incluirlo a través del source=*) para después consultar ese
> conjunto de datos. Por ejemplo, para el curso que hicimos en Zaragoza el
> pasado noviembre [1], a los asistentes, les indicamos que usaran la
> etiqueta "#osmzgz15" en los comentarios de sus conjuntos de cambios y así
> poder revisar lo que iban haciendo (no tengo ahora a mano la consulta con
> overpass-turbo disculpa).
>
> Yo trabajo constantemente con QGIS y aunque existen métodos para editar
> desde el GIS y después importar a OSM, cuando he necesitado datos, como por
> ejemplo, en una ocasión necesitaba el conjunto de pistas forestales del
> macizo de Cotiella, lo que hice fue digitalizarlos primero en OSM y después
> traérmelos a mi entorno de trabajo [2]. Ten en cuenta que OSM tiene una
> aproximación a los datos espaciales algo diferente a los SIGs tradicionales
> y, si finalmente usarás OSM, como te dice Alejandro, yo te recomiendo
> trabajes directamente en OSM, y para ello, mucho mejor usando JOSM, usando
> sobre el terreno Fieldpapers [3] y tomando como referencia las imágenes
> (servicios WMS) del PNOA y Catastro.
>
> Ya nos dirás como vas resolviendo el tema
>
> Un saludo
>
> Miguel
>
> [1] puedes acceder a los archivos que usamos a través de
> http://bitly.com/osmzgz15
> [2] para QGIS te recomiendo el plugin QuickOSM:
> https://github.com/3liz/QuickOSM (que usa overpass-turbo para sus
> consultas)
> [3] http://fieldpapers.org/
>
>
> --
> *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-03-02 12:42 GMT+01:00 Jorge Sanz Sanfructuoso <sanc...@gmail.com>:
>
>> Hola.
>>
>> Este fin de semana en el HackForGood de Salamanca hemos planteado una
>> aplicación con una idea parecida llamada WillGo. Nos dieron el primer
>> premio en Salamanca.A partir de los datos de OSM poder crear rutas
>> adaptadas a las diferentes tipos de discapacidad. Tanto las que tienen
>> personas concretas, como las discapacidades que podemos sufrir cualquiera
>> de manera temporal. La idea también es usar fuentes externas a OSM ya que
>> la información actual etiquetada es limitada pero también poder incluir
>> esta información a OSM. Estamos en desarrollo actualmente y buscando cómo
>> completar el proyecto. Cualquier información o colaboración es bienvenida.
>> Tienes más información en:
>>
>> https://www.youtube.com/watch?v=FJTmZxUUI2A=PLO-EYJhoGATEjWkhyWpj_nsT_JiebgLZB
>> https://twitter.com/WillGo_EasyMove
>>
>> Un saludo.
>>
>>
>> El mié., 2 mar. 2016 a las 12:23, Cruz Enrique Borges Hernández (<
>> cruzki...@gmail.com>) e

[Talk-es] Consulta sobre mapa de barreras arquitectónicas en OSM

[Carlos Cámara]

Buenos días,

Aunque llevo tiempo suscrito a la lista, este es mi primer mensaje, así que
me presento: soy Carlos Cámara, contribuidor ocasional a OSM y defensor de
todo lo que tenga que ver con cultura libre.

Escribo porque como profesor del grado de arquitectura en la Universidad
San Jorge, llevo tiempo pensando en cómo poder hacer alguna actividad
conjunta con la comunidad OSM y la comunidad universitaria y esta podría
ser una ocasión para ello: el caso es que vamos a iniciar una prueba piloto
para trabajar en la confección de un mapa de barreras arquitectónicas de
Zaragoza y me planteaba la opción de usar OSM, pues entiendo que se trata
de unos datos muy valiosos para el público en general y por otra parte, al
ser una tarea ardua ayudaría enormemente abrir la participación a
cualquiera, más allá de la comunidad de una universidad tan pequeña.

He estado buscando si existía algo similar en estos momentos y por lo que
he visto existe http://wheelmap.org/en/map que se basa en la etiqueta key:
wheelchair <http://wiki.openstreetmap.org/wiki/Wheelchair> de OSM para
mostrar en un mapa edificios, paradas de bus... con una superposición de
colores en función de si están adaptados a silla de ruedas o no. Además,
también proporciona aplicaciones para móvil para poder editar estos datos
de manera muy fácil (quizá algo más fácilmente que usando OSM Tracker). La
verdad es que es un buen punto de partida, pero no es exactamente lo que
buscaba, pues se centra únicamente en la accesibilidad de silla de ruedas y
no contempla otras barreras arquitectónicas como podrían ser la falta de
semáforos para invidentes, pavimentos rugosos para personas con visibilidad
reducida, rampas en las aceras para movilidad reducida...

Tras esta introducción, me gustaría consultaros lo siguiente:

   1. *¿Sería posible usar OSM para mapear estas barreras arquitectónicas
   más allá de la silla de ruedas?* A priori parece la opción más
   interesante para todos (win-win), y me encantaría poder hacerlo.
   2. En caso afirmativo, *¿cual sería el procedimiento a seguir?* Entiendo
   que sería el de hacer previamente una taxonomía de las barreras
   arquitectónicas a mapear, buscar si existe alguna en
   http://wiki.openstreetmap.org/wiki/Category:Tags que sea similar y, en
   caso negativo, crear un tag nuevo.
   3. Acerca de la* permanencia de los datos*: El objetivo de la prueba
   piloto es desarrollar un mapa para finales de julio y me preocupa que en
   este tiempo puedan perderse los datos mapeados o de que, en caso de que el
   procedimiento para usar OSM sea el que he descrito anteriormente, cambien
   de forma y no sepa encontrarlos posteriormente. *¿Qué puedo hacer para
   asegurarme de tener unos datos que me sirvan para mi objetivo particular de
   cara a julio?*
   4. La pregunta anterior me lleva a plantear como posible opción *usar
   una plataforma intermedia* (ya sea de forma pedestre usando archivos de
   texto y visualizándolos luego en plataforma cartoDB, drupal, leaflet o
   dentro de QGIS) y luego exportar los datos en algún formato abierto (CSV,
   JSON...) que pueda ser volcado posteriormente a OSM (desconozco cual sería
   el procedimiento a seguir). De esta manera tendría una copia de los datos y
   también podría beneficiar a la comunidad OSM, aunque carecería de las
   herramientas de mapear fácilmente o la opción de que miembros de OSM
   mapeasen también estas categorías ¿Cómo valoráis esta opción?

Saludos y gracias de antemano por vuestros comentarios,
Carlos Cámara
http://carloscamara.es
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es