[Talk-es] Importación de datos de Catastro a OSM en Galicia

[Rafael Avila Coya]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hola a todos:

Acabo de apuntarme para importación de datos de Catastro en Pontevedra.
Por lo que parece sólo queda Ourense, pero no me importaría apuntarme
también como responsable de esa provincia.

No he hecho aún ninguna prueba con el cat2osm, por lo que me gustaría
contactar con mappers que estén interesados en importación para Galicia.
Por lo que veo, A Coruña y Lugo están asignadas a Aitor Freire Astray,
pero no dispongo de su correo-e para comunicarme directamente.

El hecho es que en Galicia hay algunas particularidades que sería bueno
coordinar, como son asignación de etiquetas a viales rurales, uso del
terreno, etc.

También aprovecho para preguntar si el proceso de subida y validación de
datos está ya en marcha o aún en período de pruebas.

Un saludo,

Rafael Ávila Coya (edvac).

- -- 
- 

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

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

http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJPhW2DAAoJEB3niTly2pPQGAYP/1X2hiiqLt3urasLIFxagqm8
KJFJTXI2qJ4PzxeZUKCJtM5ZPldupfnE9nHDBlpuDeCIvqVlDcYHHOpJFtTO5Jmq
j5yiJfur0gAwo1Ov8Rgt/8vOHMJOeoSIH6/kAtnqwjerNjSoHqLd230UQTEzpORr
jRvEz0AM4ltOIRottoaiXTmkTsAwGu1DZ3zhlzJdtRgPLvx1KWIvhbzclhpNxDRi
ZQDNFW9QRC/lW8CRTPqkcroyynPLocA/Weuza7TOQTte1aZJm3FjTMthDmtfyIDd
THXe9fBbRKZgcRgIFJ4SzkUiw+UinGVeZdg+PbcP5ERf2/erqhbQ7c6TSbuT8Hws
OXkv6e3a1oymk4sxfzfL7SxbRyVpg9Tw116Q/8CjfnF1FUQxyb/hTpOkcoZJmKWP
sWK6rhB2s6m1K4R8gvyembANSR4iL1VyRuKyJ4o0Bym6J5fCnh9wk2Bm+3nBF8rl
RsqATxbMZ/ub+q3eqeIJYMb4K0vnyMncuXzYQ3PzaSHsF0O3D7AijcdT4Cutcmlq
/bTRAGF8D3ERehsyPfp9d7FToit2K2gfWnrlqrDmvC4ruZkJMC6IlG+yJXT2Ujma
wNkBfewJkgE1llGPnvxKv+AOrEUAgcS01m1BjflYQteV2XXFJtR1YThRnkytJcmG
cxOBVCVJ6+pmp+6c/V3s
=wFDJ
-END PGP SIGNATURE-

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

Re: [Talk-es] Importación de datos de Catastro a OSM en Galicia

[Rafael Avila Coya]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hola a todos:

Os reenvío este e-mail del pasado sábado pues parece que al adjuntar un
archivo de más de 6M (Mondariz-Balneario) no lo acepta el servidor de
correo-e de openstreetmap.org Ahora os lo envío sin ese archivo .osm El
e-mail es como sigue:

- ---

Hola, Aitor, y hola a todos/as:

Anteayer, Jueves, me fui a Santiago a renovar certificado de DNI y por
la tarde instalé paquetes y descargué/convertí datos de concello de
Mondariz Balneario (2,3 km2), como recomendó Marco Fernández. Todo fue
bien. Os dejo adjunto, por si queréis, el osm de Mondariz-Balneario.

En todo caso, aún no he tenido tiempo para ver con detenimiento todos
los datos y enviar sugerencias a desarrolladores de cat2osm.

Lo de Xeoinquedos me parece cojonudo. Acabo de apuntarme en la lista
es-Norte. ¿Es ésta una lista sólo gallega o es del Norte de España en
general? Preguntaré dónde y a qué hora es la reunión en esa lista.

Hace un tiempo, comencé a editar una wiki de Galicia, que me quedó a
medio hacer: http://wiki.openstreetmap.org/wiki/Galicia-Galiza

En principio, mi idea era ir poniendo el estado de diferentes elementos
(viales urbanos, viales rurales, POI's, uso de la tierra, edificaciones,
etc.) para cada municipio, que dividí por comarcas y provincias, como
puedes ver.

Quizás podemos utilizar la wiki y modificarla para ir anotando el estado
de la subida de datos del catastro a osm, añadiendo uno o varios campos
debajo del último (Uso da terra). Por ejemplo, podríamos poner campo
Fichero .osm de Catastro, en el cual, si ya se hizo, poner enlace a
fichero (que podríamos almacenar en algún servidor a decidir). Debajo de
este campo podríamos poner otro en el que se diría si ya se subieron
datos a OSM o no, o bien si se subieron parte de datos (por ejemplo,
sólo construcciones). Quizás este paradigma fuese de utilidad para resto
de España.

Así mismo, podemos añadir otros apartados a wiki, con temas,
recomendaciones, etc., particulares de Galicia.

Saludos,

Rafael Ávila Coya (edvac).

- -


En 12/04/12 09:36, Aitor Freire Astray escribiu:
 
 
 El 11 de abril de 2012 14:23, Alejandro S. alejandro...@gmail.com
 mailto:alejandro...@gmail.com escribió:
 
 Buenas,
 Por ahora aun estamos en pruebas, todavía no funciona bien con
 ciudades grandes, pero puedes ir probando a convertir algún pueblo
 no muy grande con cat2osm para ir familiarizándote con el programa.
 
 Un saludo.
 
 2012/4/11 Rafael Avila Coya ravilac...@gmail.com
 mailto:ravilac...@gmail.com
 
 Hola a todos:
 
 Acabo de apuntarme para importación de datos de Catastro en
 Pontevedra.
 Por lo que parece sólo queda Ourense, pero no me importaría
 apuntarme
 también como responsable de esa provincia.
 
 No he hecho aún ninguna prueba con el cat2osm, por lo que me
 gustaría
 contactar con mappers que estén interesados en importación para
 Galicia.
 Por lo que veo, A Coruña y Lugo están asignadas a Aitor Freire
 Astray,
 pero no dispongo de su correo-e para comunicarme directamente.
 
 El hecho es que en Galicia hay algunas particularidades que
 sería bueno
 coordinar, como son asignación de etiquetas a viales rurales,
 uso del
 terreno, etc.
 
 También aprovecho para preguntar si el proceso de subida y
 validación de
 datos está ya en marcha o aún en período de pruebas.
 
 Un saludo,
 
 Rafael Ávila Coya (edvac).
 

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




 -- 
 Atentamente,
   Suárez

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


 Hola Rafael,

 Como dice Alejandro, todavía se está probando el programa. Por si no lo
 conoces, tienes mucha información sobre cómo proceder en la wiki [1].

 En cuanto a lo de organizarse me parece muy buena idea, ahora ya tienes
 mi correo electrónico.

 Y sólo un apunte más que quizás te interese. Se está organizando la
 próxima reunión de Xeoinquedos [2] para el 27 de abril y se está
 pensando organizarlo sobre cat2osm. Puedes encontrar más información
 sobre la organización del evento en la lista de discusión Xeoinquedos
 [3], en la que te animo a participar.

 Un saludo,

 [1] http://wiki.openstreetmap.org/wiki/Cat2Osm
 [2] http://xeoinquedos.org/
 [3] http://lists.osgeo.org/mailman/listinfo/es_norte

 -- 
 Aitor Freire Astray



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


- -- 
- 

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

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

Re: [Talk-es] como etiquetar distintos usos de un mismo local o edificio?

[Rafael Avila Coya]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hola, Jan:

Te contesto a lo que (creo que) sé, y basado en mi experiencia:

En 16/04/12 09:01, Jan Esquerra escribiu:
 buenos dias,
 
 ahi va una pregunta para usuarios avanzados, o no
 
 como se etiqueta un local, edificio, que tiene distintos usos?
 
 por ejemplo: una panaderia donde tambien sirven desayunos?
 amenity=cafe
 shop=bakery
 
 lo pondriais todo en el mismo nodo, o en dos nodos separados?
 si se dibuja el edificio, los dos tags juntos?
 si se pone junto, como lo tratan los renderers y demas programas?

En este caso sólo pondría la más importante de las dos actividades. Si
acaso, en el name puede que ya se especifique que es una
cafetería-panadería. En todo caso, al ser 2 tags diferentes no hay
conflicto, creo. Yo, ahí, no pondría 2 nodos separados, y seguramente lo
pondría como panadería (shop=bakery).

En otros casos, en cambio, puede ser interesante poner los dos. Un
ejemplo es un hotel que tiene entrada separada del restaurante con mismo
nombre y del mismo dueño. En este caso, quizás es mejor poner dos nodos,
uno para el hotel y el otro para el restaurante. En todo caso, debe ser
el mapeador el que decida en cada caso, pues no hay una respuesta para
todos ellos.

 
 
 que pasaria si en el mismo local los usos corresponden a un mismo tagKey?
 
 por ejemplo: que vendan bicicletas y motos
 shop=bicycle
 shop=motorcycle
 
 hay conflictos?
 se puede poner shop=motorcycle; bicycle?

Esto último (shop=motorcycle; bicycle), aunque técnicamente es aceptable
(de hecho, es aceptable cualquier tag asociado a cualquier valor), no es
recomendable en absoluto, pues, entre otros problemas, los renderers
(mapnik, etc.) no lo van a procesar.

En cuanto a asociar dos tagKeys idénticas a un nodo o vía con diferentes
valores (shop=bicycle shop=motorcycle), no sé si técnicamente es
posible, pero creo que no. Sería incongruente, confuso (cual elegirían
los renderizadores?) y, además, no lo vi nunca hasta ahora. JOSM, de
hecho, no te permite hacerlo.

 
 
 y si en un mismo edificio hay distintos usos en distintas plantas/pisos?
 
 por ejemplo: planta baja un banco, amenity=bank
 primer piso una autoescuela, amenity=driving_school
 segundo A un dentista, amenity=dentist
 segundo B una consulta medica, amenity=doctors

En este caso, yo si pondría un nodo para cada uno. Los colocaría en las
coordenadas que les corresponden. También les añadiría la info de
domicilio, con lo que quedaría claro en que piso están.

Aunque habría la tentación de ponerle level=0, level=1 y level=2, esos
tagKeys no están pensados para eso.

Un saludo,

Rafael Ávila Coya.

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


- -- 
- 

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

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

http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJPjDwPAAoJEB3niTly2pPQi1UQAIwOCosMmbAXV4KonoDImBvG
oOF/lqGZNoZkwx07tiwRsqXUbXCPGSvCPnHvYzpxIX4gAMzOlWvGVSMBRoNan+hR
LUXMHRkaluigd84vJIC3n9T/rIRh0PyE4iW7hJB0GjauHLfSg/6FlCwJplrSvAat
MbActF/1CU29VjEDMzETFBFS85fjXANKoZdLkUe/ya+62VAHXShm6+d1yIpAguYp
e0d6KQ448IBu4COyOXDCCUAyrmoTed6CQgtT/5l2GMJIwzLadt6SaP6PJ1IpZfeU
NYyyCFy3USINfP8yeHXQBMcftrXBjy6SoP++x45dvNnSi0CgPhtti4jOvmiQAY4d
OYYM/nFe9LkcHDKiQJJdwW/BwoAUQJWl+3Vr+HIn2T+eHHhqAcFXKNvGO4HtfzUO
K0KYpOOVfgVgE5+qnK6skasu7Sw78MAv/Sb50D2L8fBXfSgYak+zHVky4tIUhEB3
EKzCdfkL+LOPaqYpeRbMt0YE0pHyXrNkZJk08QH7CUZcvBfVN/5OZDGB6R0pKvnk
eoU0+WkhsI8XzjOepRICQ5j3QYXriHKGGNNqzjMejLOSqzTdNPwPXeyAAJKkvoPk
qR0Atmb9IyeFnXfYWQQcXNTH+s3b0+wvz+G2VEgAzrP72/7g0BDF2Ie+Bq47r+WM
HIR2x4E4HbVSBvWuzror
=QOwj
-END PGP SIGNATURE-

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

Re: [Talk-es] Traducción longitudes

[Rafael Avila Coya]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Quizá sería interesante que pusieses la longitud de cada trama, para así
poder discurrir cual es la forma de codificar la longitud que tiene ese
sistema. Es decir, poner algo así como:

F7880A = 18,45678 grados N
F7878A = 23,43269 grados S

etc.

Rafa Ávila.

En 17/04/12 16:14, Jonay Santana escribiu:
 -- Forwarded message --
 From: Jonay Santana jonay.sant...@gmail.com
 Date: Tue, 17 Apr 2012 15:14:26 +0100
 Subject: Re: [Talk-es] Traducción longitudes
 To: Maria Arias de Reyna mar...@emergya.com
 
 El 17/04/12, Maria Arias de Reyna mar...@emergya.com escribió:

 Veamos, ¿de dónde salen esas tramas?
 
   Eso es lo que recibe el servidor que almacena los datos de posición
 de los vehículos.
 
 ¿Es de un GPS? ¿Es del sistema de
 gestión
 de flotas?
 
   Pues sí, y también, sí. Lo envían los vehículos, y lo recibe el servidor.
 
 ¿Qué documentación tiene?
 
   Ninguna, ese es el problema.
 
 ¿No te referencia ningún formato
 concreto?
 
   Nada de nada. Sin documentación me tengo que dejar los ojos para
 sacarlo por mí mismo.
 
 ¿Por qué sabes que la longitud tiene que estar ahí?
 
   Porque sí puedo ver la latitud y la longitud en otra aplicación, y
 cotejando esta que se muestra con lo que el servidor recibe, tengo que
 descifrar lo que mandan los vehículos. He mirado todos los coches con
 la misma longitud, he comparado las tramas para esos instantes, y los
 únicos campos que no cambian son los que destaqué.
 
 ¿No será que has
 descifrado alguna otra cosa mal?
 
   Hombre, puede ser, pero estoy bastante seguro de que lo poco que
 tengo, lo tengo bien. He comprobado bastantes posiciones y concuerdan
 a la perfección. La que se me atraviesa es la longitud...
 
 


- -- 
- 

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

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

http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJPjZ7TAAoJEB3niTly2pPQwYEQAIepnyY1LrhKZzLBZaGZyC9j
Ya0lZsHmslO8YPhhTx7q49jyNN0sqTNUpWq5DHsUwuYEf9Tn99bMHel0x6w5B9vS
h2eNqUfiU2mL1KV7KhFkmeQLkwEuReV5d6QsepMvoZBKUq/ApvUwjom9t+ASHwK+
zftjncSKAqhXzIP4+aUI3GDo9Uzey1/yGz6p/+H/SLNoj1jV00MWeNZRGKqcPxmr
wOWLh8vqFDWo+5dVEZxUCBemQoh4X4Lkw7JxPRrGIL7Hn7x25gJkzsYT7QC45zlA
SaC/GKJ1cngtMftSoEwnB0yrJECMLgWvcye19mc0NZtyEL+KPGdtD880nOYxDDcM
FwfNbHCUL67Bep6j6yrgbaH2BOtVe5fV1Xg5FeUjCoOa+sDpYAYjcKsIB7fta+OP
BC0l7sFc+UJMqFA1qMSbH8wImcfSqAeaO82x6ylXqwFw0KsKKMetMHgRdUcs1AFx
Hj1eXftL+JrcYenOQPGRhnrM3DooTd1i4PxfXwHJ76TksTLm+4DM9WeIsBKuv4by
l/BBqGA7aoYSDFOjQCzF3p6+b3STwtleBZi7Bi7aPlZQTpwfHp7kcA3nB0pbh+Jq
fJiLaoOWilWSSchM3O8XXiG8zgIq0cW7eoFL9vhV8DjQ8FsfYnAqOLP/WIEsAY3C
yCP3956VlkFTCnkcfGwX
=dXYc
-END PGP SIGNATURE-

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

Re: [Talk-es] Traducción longitudes

[Rafael Avila Coya]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

En 17/04/12 20:09, Iván Sánchez Ortega escribiu:
 On Martes, 17 de abril de 2012 19:41:38 Jonay Santana escribió:
 D0304202200F6BA1F7880A4A0E001A77 = -15º 25’ 56.6”
 D0304201A00F699EF787B0008A001A75 = -15º 25’ 56.8”
 D0304201200F699CF787AE006D001A75 = -15º 25’ 56.5”
 D0304200A00F699BF787B20061001A75 = -15º 25’ 56.0”
 D0304200200F699FF787AF0057001A75 = -15º 25’ 56.8”
 [...]
 El 0 que tiene inmediatamente a la izquierda de los corchetes *creo*
 que puede indicar el signo, para latitudes N sería 0, y para latitudes
 S sería F.
 
 Eso se llama complemento a 2 en binario, el 0 o la F es parte del número (el 
 número son 6 caracteres hexadecimales, no 5).
 
 Así asumí que la longitud estaría entre las llaves:
 D0304200200F699FF{787AF}0057001A75, pero no cuadra ni de broma. Lo del
 signo sí tendría sentido, la F anterior sería el menos, pero el 787AF
 no es la longitud, al menos no sin transformarla de alguna manera que
 aún no pillo.
 
 Prueba 1024*1024-hex2dec(0x787af), a ver si te cuadra.
 
 

Uy, por poco...

1024*1024-hex2dec(0x787af) = 555089, pero
15º 25’ 56.8” = 68 décimas de segundo...

Una diferencia de 47.9 segundos :-/

- -- 
- 

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

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

http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJPjeFiAAoJEB3niTly2pPQlDMQAIbmHwv/34e+SWAX+lELwDYr
LncC068j3AxM+Y5QzNzZVuG6IlUS4augjXRjefue/0aCATgJJK0YWrO0En2xRLj7
p7yYzlWSnpCWj3QB2YFTIYThaYqBQGmCZwW+BXg4lTv4sHt+GHstgJvjb7AeGdW8
hHA/xUouOuvGy68jH7vQNSCW1Syu516fVSGwEgKegUKUDZsmX5gIop/asLwOLye8
uohu64tD2rRvmsxlj55cdLU0vS1udJM0DXzNfjZnNaafBDs4zGc12vfPcsGiXGQc
EVKuISUi2wP2NZnhZShA1mnFwApTw2FdIpJMMNRnIPB41c1SKv5LZT3lh9XIk3rE
zTbNyGqkdcNPCBQMeupyFZbRhK3jAvPnzu7Qpijq4Whso0sDZ5ohtd1z7SzVsYma
K3veesTP0UIyEm79VeMsj4QCQv5JGut4TggKE/sfOObr2We8IJIlK66gq92GhYF7
ITpKd5G7kG/HGZ98DTkb8S2MJK3YrS0eoDsUzjqFueFz4h6gKNvn8RHon8m13DdS
FWeL5V6b4Yy5lc0GbR7b3uxUCCq64/wMlEG4lx27Z0uUSevKkMl9qBp4ODQRiIMZ
DJkM89K6Er46MyIbYqK6r+N8xC17lzDjBywkOcW4TglZhyycLIY+MBaINKy3Syea
53fUwK4Qc1+fC7uKL6kd
=NhPW
-END PGP SIGNATURE-

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

Re: [Talk-es] unclassified vs. track

[Rafael Avila Coya]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hola:

Estoy de acuerdo con Jesús y Jonay. En zona Norte, especialmente en
Galicia (la mitad de las 60.000 entidades de población de España están
en Galicia!), hay montón de viales que van de una aldea a otra, o de
un punto en una carretera a otro, etc. Yo el esquema que uso es:

Si el vial no transcurre únicamente por zona urbana de aldea o
población, lo pongo como unclassified. Sólo si está únicamente en zona
urbana de aldea le pongo residential.

Los tracks los dejo para pistas forestales o agrícolas, caminos sin
asfaltar, etc. Aún así, aunque raras, también hay carreteras sin
asfaltar, como por ejemplo ramales que llevan de una carretera X a una
aldea, que deben ponerse como unclassified (si acaso, seguidos de
surface=gravel o lo que sea).

Obviamente, las carreteras comarcales y de mayor rango las pongo como
tertiary, secondary, etc. según corresponda, seguidas de su ref.

También hay que evitar el error de cambiar tipo de carretera cuando
pasa por población (lo típico de poner una tertiary o unclassified
como residential en el tramo que pasa por una población.

Esta es la manera que me parece más consistente, pero hay maperos que
siguen otros esquemas. Naturalmente, sería bueno unificar criterios lo
más posible, pero eso es algo difícil ciertamente.

Rafael Ávila Coya.

En 26/04/12 12:21, Jesús Gómez Fernández escribiu:
 Exacto. Las unclassified suelen ser vías municipales asfaltadas que
 no se pueden clasificar como carreteras comarcales o vías 
 residenciales/industriales. Suelen enlazar barrios, caseríos, 
 diseminados, etc. Echa un vistazo a las fotos de esta tabla porque 
 ayudan bastante para identificar que tipo de vía estamos
 etiquetando [1]. Generalmente una pista asfaltada se localiza en
 campos o montes y no suelen comunicar viviendas. Suelen ser pocas,
 pero las hay. De todas formas, en el norte de España, esta
 definición es algo ambigua por la especial peculiaridad de su
 poblamiento diseminado por el territorio.
 
 [1] 
 http://wiki.openstreetmap.org/wiki/ES:Map_Features#Highway_.28Carreteras.29

 
 
 
 El 26 de abril de 2012 11:17, Jonay Santana
 jonay.sant...@gmail.com mailto:jonay.sant...@gmail.com
 escribió:
 
 Si no recuerdo mal, una track es una pista, al estilo de las 
 pistas forestales. No es que la vía en cuestión no esté
 clasificada, es que se ha planeado así, y seguirá así. En cambio
 una unclassified es una vía que está por debajo de las
 comarcales, que no es residencial.
 
 El 26/04/12, escobrice escobr...@gmail.com 
 mailto:escobr...@gmail.com escribió:
 supongo que esta duda haya sido resuelta 239058 veces, pero no
 lo
 tengo
 claro del todo...
 
 ¿Qué diferencia hay entre highway=track tracktype=grade1 y 
 highway=unclassified? ¿Como debo mapearlas? Algún truco para
 diferenciarlas, que tengo un cacao bueno...
 
 -- chau! Carlos
 
 http://www.escobrice.net
 
 
 
 --
 
 Jonay
 
 ___ Talk-es mailing
 list Talk-es@openstreetmap.org mailto:Talk-es@openstreetmap.org 
 http://lists.openstreetmap.org/listinfo/talk-es
 
 
 
 
 ___ Talk-es mailing
 list Talk-es@openstreetmap.org 
 http://lists.openstreetmap.org/listinfo/talk-es


- -- 
- 

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

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

http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJPmTYIAAoJEB3niTly2pPQd9AP/31pPUjDFeBUqHaUCJkktz7J
wNuKx8B/MiRI7W5i5tH+Ooy5scoFCosdWDnr9TPizlpkLGjgpgtZpxxSjbITWqYp
StatOBxIJirPVdyy0sKFANJuDLyHl+MzTzYGVA460SALSFV1MeTVvmh5hHqoOk8V
CFGb4GqLjBlXKqSe5db2XgN2OLJfVEUXs+Lmz5LP04WPRGy1xUJv9QbTG8GG3wNn
hslXKGoz6t/N1/qMyb/8Ah4EMog5bmVmhnfoe5rSqv0TMZk8fOyxaZ6fYEEstA4p
0243i5+mEpG1tpn49JhKQgJJzuLxmlVt4mQHe6bDJx4vgnX51nMuVGVekOnzUEWA
22RfR7bw/KkGoD9JTocIIOTbPyrwqj4jcEDaMx9IQcvaBS/C+P3Y51z0cUf1owAC
IY2XhaDSXeu7Pgn2jyYy4rU1ogusXyCivyE1Ixu3ReeJBLUBxfr68l0ctgNoMtUz
duBSX+7VaFQzVcwaNYoKW35BHENAJo+cAGkARiJ4XFihKP22ZApuvsyEqaOdCteQ
WAZ21lCszUkFZRA+Aypk2ugwIuMDsH+iA7cKslMrH7jdt8rAMxZ256JMaV9rNg3o
7a3V04dWNlSao+muRsiAGELzL7wtLasrkP5V99zH4QNRDwgLmKBVEC0JXaB+p6Vj
TKyd03w0RecFHR5HZa8e
=5dBs
-END PGP SIGNATURE-

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

Re: [Talk-es] Dudas sobre mi proyecto

[Rafael Avila Coya]

En 28/04/12 13:29, José Manuel Díaz Soriano escribiu:
 Eso es lo que yo buscaba.:D
 
 Puedo descargar solo España o me tengo que descargar todo el
 mundo, porque 21GB son tela ...

Si sigues el tutorial de instalación de servidor OSM, verás que puedes
modificar el bounding box al generar generate_image.py, para así
generar una imagen de España sólo. Es posible que también sólo una
C.A., como dice Cruz Enrique.

Saludos.

 
 El 28 de abril de 2012 13:16, Cruz Enrique Borges
 cruz.bor...@deusto.es mailto:cruz.bor...@deusto.es escribió:
 
 On Sábado, 28 de abril de 2012 12:55:58 José Manuel Díaz Soriano 
 escribió:
 Como en correos anteriores, os comentaba que quiero hacer una
 mapa de disponibilidad de servicios de mi empresa ( ISP mediante
 tecnología HFC) y
 me gustaría montar un server de osm y montarle la capa de
 catastro
 (ya que
 necesito ubicación exacta para los elementos ) y otra de datos 
 (amplificadores, acometidas,...).
 
 Cómo monto un server con los datos de OSM y que le pueda subir
 las
 capas de
 catastro (solo en los pueblos que tenemos servicio)?
 
 Os aseguro que me he leído todo lo que encontrado pero no
 encuentro el camino por donde empezar.
 
 Un saludo
 
 Resumiendo mucho:
 
 Primero, necesitas montar una base de datos postgres con postgis y 
 añadirle los datos actuales de osm.
 
 http://www.hyperionreactor.net/blog/how-build-your-own-osm-server-part-1-postgis-and-mapnik

  Segundo, te bajas el cat2osm, dependencias y los datos del
 catastro. Los procesas y arreglas con el JOSM
 
 http://wiki.openstreetmap.org/wiki/Cat2Osm 
 http://wiki.openstreetmap.org/wiki/Minitutorial_para_cat2osm_Avila
 
 Finalmente subes los datos que te salgan de catastro de la misma 
 forma que subiste los de osm.
 
 Mi recomendación es que en vez de subir toda españa (o todo el 
 mundo) solo subas lo que sale de catastro, pero juntando
 previamente dichos datos con lo que haya en la base de datos. Lleva
 un rato, pero es factible. Además, si subis el resultado a la
 páginas de resultados de cat2osm correspondiente es posible que se
 suba a master y ya no os sea necesario tener un servidor propio.
 
 -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es
 mailto:cruz.bor...@deusto.es
 
 DeustoTech Energy Telefono: 944139000 ext.2052
 tel:944139000%20ext.2052 Avda. Universidades, 24 48007 Bilbao,
 Spain
 
 ___ Talk-es mailing
 list Talk-es@openstreetmap.org mailto:Talk-es@openstreetmap.org 
 http://lists.openstreetmap.org/listinfo/talk-es
 
 
 
 
 ___ Talk-es mailing
 list Talk-es@openstreetmap.org 
 http://lists.openstreetmap.org/listinfo/talk-es


-- 


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

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

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

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

Re: [Talk-es] Bus Tenerife

[Rafael Avila Coya]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hasta donde sé, los derechos de autor, en cuanto a derechos de
explotación se refiere (los otros son los derechos morales y tal) son 4:

1) Derecho de Reproducción.
2) Derecho de Comunicación pública.
3) Derecho de Transformación.
4) Derecho de Distribución.

Sólo hablan de reproducción. Muy restrictivo. No puedes transformar,
ni distribuir, ni comunicar públicamente.

En mi opinión, lo mejor que puedes hacer es ponerte en contacto con
responsables (a poder ser en persona) y pedirles los permisos
necesarios para poder hacer una importación legal a OSM.

Yo no soy experto, pero seguro que hay en esta lista gente que sabe
exactamente que permisos pedir, y que ya lo han hecho en otras ocasiones.

Un saludo.

En 01/05/12 00:47, Javier Sánchez escribiu:
 Hola
 
 La empresa que lleva la red de transporte público en autobus en la 
 isla de Tenerife (TITSA [1]) publica en su web información de
 paradas y líneas con la siguiente cláusula [2]:
 
 ...Aviso de Copyright. Los derechos de propiedad intelectual de
 este sitio web y de los distintos elementos en él contenidos son 
 titularidad de TITSA. Se autoriza su reproducción siempre que se
 cite la fuente, salvo que si indique lo contrario. En aquellos
 casos en que sea necesaria una autorización previa para la
 reproducción o el uso de datos textuales o multimedia (sonidos,
 imágenes, programas, etc.), dicha autorización cancelará la
 autorización general antes citada y mencionará las posibles
 restricciones de uso...
 
 Yo entiendo por la misma que es compatible con la licencia de OSM, 
 pero me gustaría recibir confirmación por parte de la gente
 entendida en estas cuestiones legales. En caso afirmativo,
 propondría más adelante los detalles de una posible importación.
 
 Un saludo, Javier.
 
 ___ Talk-es mailing
 list Talk-es@openstreetmap.org 
 http://lists.openstreetmap.org/listinfo/talk-es


- -- 
- 

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

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

http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJPn+IGAAoJEB3niTly2pPQEj8P/08csbALYuZs+g6r0Kf+2Qq1
wpN23CW9M7Rc+zkTPNuz3pZRDzWxuMvs2SSJ9Un6xLPhqIYHvqEeMluJkrB7REiP
f5OupSL02i30E7i7f3NDZLBSitoyKZYNdaYJwvl1dbJCF12qIfN16PfGtGghAsnT
Ce8MwK9+KkWF1f56O4f61169V6/ekLbr9l+IsYyCFSEM81YGU6idEL1V93yCGOXN
mzqgMXvCwxj65Qc1dO29HowW3YE9/yqMlql8RUcPzHmewtVdOU5DVzcxKPz5l8FP
1cKLFG87JJzYc7oV9TCNPcI+Rexc4HesODW+fl9ZeiSW0UD64mv6o0TVlL58xbeG
a+P1uB605Ty+6NyFyHaV8/a9h6f2aqtBB+CRejCEokGaIUdLdQuljwuG+zMBRhoh
+EMB2/I2+H35dUBkLJ97BwjXKGk6KlVRG1z2GqSc+GTdB73pDfvdGDzHlzLt5mgh
OLhqasjzmoPaL9EhVkzaZ8mimoANDaZQ3dtb2gDJcYI1bd2VH3u1jzSOc6YBNEBW
+3wKJn7ADIrqFGZUZFAe3icuj+AET0i36t8kuA5+MIN209OenWnW2kgrWmKuGIiV
ospm987qQ/tPW86UKsBfQE77g8UKyzPOxJ1JlOW2TTNfrm+JU3c62wxW+zLcd7Oe
Yo1Bxj48ADMKbYUxkCWw
=bcAy
-END PGP SIGNATURE-

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

Re: [Talk-es] Bus Tenerife

[Rafael Avila Coya]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Sólo una salvedad:

En la petición, ¿no debería cambiarse CC-by-sa por la ODbL?

ODbL: http://opendatacommons.org/licenses/odbl/

Un saludo.

En 01/05/12 19:42, Alejandro S. escribiu:
 Aquí tienes un modelo para rellenar y listo :)
 
 http://wiki.openstreetmap.org/wiki/ES:Permission_letter_template
 
 2012/5/1 Javier Sánchez javiers...@gmail.com:
 Hola.
 
 Me parece bien. Mientras más claro mejor. Pero me gustaría
 entregar algo escrito para recibir respuesta escrita tambien.
 ¿Alguien ha hecho alguna solicitud parecida y puede pasármela
 como modelo?
 
 Un saludo
 
 El 01/05/2012 14:16, Rafael Avila Coya ravilac...@gmail.com
 escribió:
 
 
 Hasta donde sé, los derechos de autor, en cuanto a derechos de 
 explotación se refiere (los otros son los derechos morales y tal)
 son 4:
 
 1) Derecho de Reproducción. 2) Derecho de Comunicación pública. 3)
 Derecho de Transformación. 4) Derecho de Distribución.
 
 Sólo hablan de reproducción. Muy restrictivo. No puedes
 transformar, ni distribuir, ni comunicar públicamente.
 
 En mi opinión, lo mejor que puedes hacer es ponerte en contacto
 con responsables (a poder ser en persona) y pedirles los permisos 
 necesarios para poder hacer una importación legal a OSM.
 
 Yo no soy experto, pero seguro que hay en esta lista gente que
 sabe exactamente que permisos pedir, y que ya lo han hecho en otras
 ocasiones.
 
 Un saludo.
 
 En 01/05/12 00:47, Javier Sánchez escribiu:
 
 Hola
 
 La empresa que lleva la red de transporte público en autobus
 en la isla de Tenerife (...
 
 ___ Talk-es
 mailing list Talk-es@openstreetmap.org 
 http://lists.openstreetmap.org/listinfo/talk-es
 
 
 
 ___ Talk-es mailing
 list Talk-es@openstreetmap.org 
 http://lists.openstreetmap.org/listinfo/talk-es
 
 
 ___ Talk-es mailing
 list Talk-es@openstreetmap.org 
 http://lists.openstreetmap.org/listinfo/talk-es
 
 
 
 

- -- 
- 

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

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

http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJPoCFHAAoJEB3niTly2pPQQO0P/35Q4c4FuOitCFObR9IWEgT+
ODReXOTMTcyFNx3bSDqAXVAth0eN0lI2ktgkIauNNzG2Hy7UdfQ4X5RwLJwoMG7L
+zsaNMj2xUv/gdEZrElZwNArD9wLhh+1oD2h0izDBc8a42Ufjy5qCHuZgK7Bh8YR
eBomV5tBytYbYqiPilpj2Jz6ZPkF7iX1RN5NuI2jijN8b/DXXfbEHx5N+kqgmhgB
2bCmYzeDMGCgJZ+s0/84tbQb9B2d5n1wkAjx8mwE/djCUcnclIqj7+Pdl02MElqr
oPi+Qcv2nwdvwdD2khuH2Wk1f3wYFB+fbGSz015g8J+zVL4cWYN+Il/VcBFKMfYc
rmV+2WQ3u6YPY4jgIn81hgV4T+5iYHpvMBKQDw+c36/FcxlDLayzM5cOUx3U5iXh
JWJ5nRhaRiMlCfe6wl+uc2lTzbLf+QJkaWVuydKdCSSFZQ6cMUitwe4bGQL2CAZq
x+dpEREK75PeztF9ZSGICiLTP8UO4vzchyrG7mCVxwhqmMGemhpzKFoEnsT76MD1
fB+9lJvk5/FQPki8WAtejAAM6SJFOCjF5QGVkAoOw4ONIb6Hb0ZTwqZmYkbQIA2Z
EY1aLhyP0115mNPrghCrHHAXEQv5RXvZBCPudsn/uL9oqaMS8E5RmJs9ou+miLBO
CFRre90eVA/NamRDcviY
=/7J7
-END PGP SIGNATURE-

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

Re: [Talk-es] Bus Tenerife

[Rafael Avila Coya]

Me olvidaba:

En cuanto a cambiar la wiki, no puedo. Está bloqueada su edición, lo
cual, en este caso, me parece acertado. Habrá que saber quién es el/los
encargado/s de mantenerla.

Un saludo.

En 01/05/12 19:56, Alejandro S. escribiu:
 Ciertamente habría que modificar la petición, que es de cuando la odbl
 aun no era oficial.
 Como no hay versión española de [1] igual estaría bien poner que es
 como la Creative Commons pero para bases de datos (No podemos asumir
 que el que lea el email sepa inglés :S)
 
 Si la modificas, puedes subirla al wiki y así ya está para el
 siguiente que la necesite :)
 
 [1]: http://opendatacommons.org/licenses/odbl/
 
 2012/5/1 Rafael Avila Coya ravilac...@gmail.com:
 Sólo una salvedad:
 
 En la petición, ¿no debería cambiarse CC-by-sa por la ODbL?
 
 ODbL: http://opendatacommons.org/licenses/odbl/
 
 Un saludo.
 
 En 01/05/12 19:42, Alejandro S. escribiu:
 Aquí tienes un modelo para rellenar y listo :)

 http://wiki.openstreetmap.org/wiki/ES:Permission_letter_template

 2012/5/1 Javier Sánchez javiers...@gmail.com:
 Hola.

 Me parece bien. Mientras más claro mejor. Pero me gustaría
 entregar algo escrito para recibir respuesta escrita tambien.
 ¿Alguien ha hecho alguna solicitud parecida y puede pasármela
 como modelo?

 Un saludo

 El 01/05/2012 14:16, Rafael Avila Coya ravilac...@gmail.com
 escribió:


 Hasta donde sé, los derechos de autor, en cuanto a derechos de
 explotación se refiere (los otros son los derechos morales y tal)
 son 4:

 1) Derecho de Reproducción. 2) Derecho de Comunicación pública. 3)
 Derecho de Transformación. 4) Derecho de Distribución.

 Sólo hablan de reproducción. Muy restrictivo. No puedes
 transformar, ni distribuir, ni comunicar públicamente.

 En mi opinión, lo mejor que puedes hacer es ponerte en contacto
 con responsables (a poder ser en persona) y pedirles los permisos
 necesarios para poder hacer una importación legal a OSM.

 Yo no soy experto, pero seguro que hay en esta lista gente que
 sabe exactamente que permisos pedir, y que ya lo han hecho en otras
 ocasiones.

 Un saludo.

 En 01/05/12 00:47, Javier Sánchez escribiu:

 Hola

 La empresa que lleva la red de transporte público en autobus
 en la isla de Tenerife (...

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



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


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




 

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

-- 


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

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

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

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

Re: [Talk-es] Bus Tenerife

[Rafael Avila Coya]

Uy, perdón! Es que me salí de la wiki, por eso pensaba que no se podía
editar...

En 01/05/12 19:56, Alejandro S. escribiu:
 Ciertamente habría que modificar la petición, que es de cuando la
 odbl aun no era oficial. Como no hay versión española de [1] igual
 estaría bien poner que es como la Creative Commons pero para bases
 de datos (No podemos asumir que el que lea el email sepa inglés
 :S)
 
 Si la modificas, puedes subirla al wiki y así ya está para el 
 siguiente que la necesite :)
 
 [1]: http://opendatacommons.org/licenses/odbl/
 
 2012/5/1 Rafael Avila Coya ravilac...@gmail.com: Sólo una
 salvedad:
 
 En la petición, ¿no debería cambiarse CC-by-sa por la ODbL?
 
 ODbL: http://opendatacommons.org/licenses/odbl/
 
 Un saludo.
 
 En 01/05/12 19:42, Alejandro S. escribiu:
 Aquí tienes un modelo para rellenar y listo :)
 
 http://wiki.openstreetmap.org/wiki/ES:Permission_letter_template


 
2012/5/1 Javier Sánchez javiers...@gmail.com:
 Hola.
 
 Me parece bien. Mientras más claro mejor. Pero me gustaría 
 entregar algo escrito para recibir respuesta escrita
 tambien. ¿Alguien ha hecho alguna solicitud parecida y
 puede pasármela como modelo?
 
 Un saludo
 
 El 01/05/2012 14:16, Rafael Avila Coya
 ravilac...@gmail.com escribió:
 
 
 Hasta donde sé, los derechos de autor, en cuanto a derechos
 de explotación se refiere (los otros son los derechos morales
 y tal) son 4:
 
 1) Derecho de Reproducción. 2) Derecho de Comunicación
 pública. 3) Derecho de Transformación. 4) Derecho de
 Distribución.
 
 Sólo hablan de reproducción. Muy restrictivo. No puedes 
 transformar, ni distribuir, ni comunicar públicamente.
 
 En mi opinión, lo mejor que puedes hacer es ponerte en
 contacto con responsables (a poder ser en persona) y pedirles
 los permisos necesarios para poder hacer una importación
 legal a OSM.
 
 Yo no soy experto, pero seguro que hay en esta lista gente
 que sabe exactamente que permisos pedir, y que ya lo han
 hecho en otras ocasiones.
 
 Un saludo.
 
 En 01/05/12 00:47, Javier Sánchez escribiu:
 
 Hola
 
 La empresa que lleva la red de transporte público en
 autobus en la isla de Tenerife (...
 
 ___
 Talk-es mailing list Talk-es@openstreetmap.org 
 http://lists.openstreetmap.org/listinfo/talk-es
 
 
 
 ___ Talk-es
 mailing list Talk-es@openstreetmap.org 
 http://lists.openstreetmap.org/listinfo/talk-es
 
 
 ___ Talk-es
 mailing list Talk-es@openstreetmap.org 
 http://lists.openstreetmap.org/listinfo/talk-es
 
 
 
 
 
 
 ___ Talk-es mailing
 list Talk-es@openstreetmap.org 
 http://lists.openstreetmap.org/listinfo/talk-es
 
 
 

-- 


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

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

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

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

Re: [Talk-es] Bus Tenerife

[Rafael Avila Coya]

En 01/05/12 20:16, Alejandro S. escribiu:
 Por desgracia la gente no suele conocer la diferencia entre libre y
 gratis, se pueden poner las dos cosas para que quede claro a la par
 que conciso :)
 
 Ya me parecía raro que estuviera bloqueado porque a mi no me indicaba nada :D
 
 Un saludo libre Y gratuito! ;)
 

Ya terminé: http://wiki.openstreetmap.org/wiki/ES:Permission_letter_template

Leí tarde lo de gratuito. En todo caso, no se puede poner gratuito pues
estaríamos engañando. Yo (y cualquiera) puedo distribuir copias de la
base de datos OSM o obras derivadas a cambio de dinero. Si no entienden
la diferencia, se les puede explicar, caso de que lo pregunten.

Un ejemplo: en Grecia no podemos usar las ortofotos del ΚΤΗΜΑΤΟΛΟΓΙΟ (
http://gis.ktimanet.gr/wms/controlpoints/searchpoint.aspx ) (muy buenas,
equivalentes a las del PNOA de España) porque la licencia dice que se
pueden hacer obras derivadas, distribuir libremente, pero no se pueden
vender, y eso lo hace incompatible con la licencia de OSM. (me parece
que esto ya se solucionó, pero no estoy seguro...).

Un saludo.

-- 


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

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

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

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

Re: [Talk-es] Bus Tenerife

[Rafael Avila Coya]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Ya nos contarás.

En 02/05/12 00:59, Javier Sánchez escribiu:
 El día 1 de mayo de 2012 19:48, Rafael Avila Coya 
 ravilac...@gmail.com escribió:
 Ya terminé:
 http://wiki.openstreetmap.org/wiki/ES:Permission_letter_template
 
 Muuuchas gracias.
 
 ___ Talk-es mailing
 list Talk-es@openstreetmap.org 
 http://lists.openstreetmap.org/listinfo/talk-es


- -- 
- 

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

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

http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJPoQWhAAoJEB3niTly2pPQcQcQAIjWxmDK5vAy0z++cAtEftz1
BE7jDHTd2ScF2tVxgJTLOBFDDWXwvoTeqhhN3xgNpNcRMxAbeTLGoxME/GwYgx/t
niLpM2zsckGEOrCEB9qAvyk9hyCtpK+dm/UCiDhYeWkCbkB3BDCq3J6mt+BtokVs
TR/4LX/enxNKFjkBrWpNtxg3yO+8+MTQHsijjRXkWIJH3CqbpjanDqm9NiBBu6mj
gJEXoETGgTtCbLMod0qiM6QED8O9DjeC6idODHCWwEBTSZcxN3bMftBwvR4uSaFd
dwjXh/vBYuFm7wIVh5JvXW9tP+5CxGbsUq3/dZRNqKVD5n2+r+IZXp7NGvCwbjUD
joWzBKwtDpe854fUjtGbHaH/LTBikNAh+2Z9rZ14TDade3jocZGZUi5O4L8sSTG6
2GLRYgpctGq3GPBY5MfhK0AoEjdPi1FsnzrihzOLdX5KZ4PM3n6Sgsm2wlLU7svE
WzZQGN/FIzWSxGm8WqgaA8OKAbLFaV8QFp4jQs0Iuqgtnu7B8CQCI/UvmyGwY9gw
IdhfB8l0AxsXqOP1BhfuvDgw3Jf5LLxnKfJ/I30w7zio9AYm3cFGXI9BybRXPyOH
3KqxdVoNowe9XWZXy6ePDAjc69jcCwV5JzZhXG8JcppzEaYL5UPaKuhjQwV7MXMQ
1OwhYQHgIHgO1wsbYeVP
=TQf3
-END PGP SIGNATURE-

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

[Talk-es] Bloqueo de catastro_pontevedra

[Rafael Avila Coya]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hola:

Visto que la gente ya empezó a subir datos del catastro a OSM, decidí
subir los datos de Pontecesures, un ayuntamiento pequeño al norte de
Pontevedra (6,7 km2, http://osm.org/go/b9LyoEg~- ). Eran como unos
89500 objetos que dejé subiendo a eso de las 12 de la noche (calculé
unas 8-9 horas para que completase).

Los datos eran completos, es decir, hice un cat2osm.jar -jar config,
sin más argumentos, y sólo corregí warnings (no había errores).

Hoy por la mañana me encontré un aviso de error en josm, que me
remitía a la bandeja de entrada del usuario catastro_pontevedra, donde
leía esto:

- ---

Hello,

I noticed you were importing Spanish Cadastre data in
http://www.openstreetmap.org/browse/changeset/11502848 and
http://www.openstreetmap.org/browse/changeset/11503887

There are a few problems with this. The first is that the problems
with many multipolygons appear to have not been fixed. These problems
were that too many multipolygons were being generated for what was a
simple geometry.

The second problem is that you are importing features other than
highways and leisure=park. Although the tags have not yet been
uploaded, this is evident from where the nodes are. As pointed out
http://lists.openstreetmap.org/pipermail/imports/2012-March/001313.html only
those features were consulted on with the imports@ list. If you want
import more data you need to propose a new import.

This block is set to last until you log on to read the message. When
you have done that, please revert your imports. If you do not feel
able to revert your import let me know and I can do it for you.

If you have questions please contact me via a message or the DWG at
d...@osmfoundation.org

Paul Norman

For the Data Working Group

- 

Es evidente que algo está fallando con este proceso de subir datos a
OSM, o yo entendí mal cuando se decía que se podían subir ya los
datos, cuando es obvio que no.

Creo que sería necesario explicitar qué se puede hacer y que no, y
hacerlo claramente, sin suponer conocimientos previos que uno a lo
mejor no tiene. Yo no soy programador, sólo soy un simple profesor de
secundaria.

Vosotros diréis. Yo por lo pronto dejo todo esto del cat2osm en
standby. En todo caso, creo que, visto la complejidad del tema, igual
no soy la persona más idónea para encargarme de provincias de
Pontevedra y Ourense, por lo que si lo estimáis oportuno, podéis
asignar esas provincias a alguien más preparado.

Ahora mismo contestaré a Paul Norman para pedirle disculpas, y que no
volveré a subir datos de catastro hasta que esté 100% seguro de lo que
estoy haciendo, de ahí que os pida claridad en todo este asunto, pues
fallar una vez no tiene importancia, pero fallar dos veces sería un
poco vergonzoso.

Un saludo,

Rafael Ávila Coya.

- -- 
- 

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

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

http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJPpQAuAAoJEB3niTly2pPQoNAQAIOmOe5R+yFQIVtClwjMKwtb
d8dNAPXl7H8LB3G2l6OnHxScPbqDWtVlI/varKlnq2+l//dQLDpqlU6nj6H4iXf2
cUGS1U8d6RoRoTMm3iYo8Rjjmf6OcXxLFN8QSpdbKjCnGGuzhqZSwiwQg/AmY0RV
PbfiEvvL/qM8S8EqpeWRgzxw+3bh6HPWiD45FGsMRC6fi8ZkJD77JAENgbmE7OQT
mxlinfzgFBnT6o34iG/tYdSCqNrXw+RqWZVuf//5ji6Oi3ZegYdH/CMUeLAWKzBw
+GJ3WV6wyCt2iFy/DQmqUidcwEjddJ/HOzxz1pkMTq4JTzVxPHdyanfO8qtyqtRG
vmOeMWAzepjaRjwwtw1ftox0wwAf2eApG0ykYYrjjV46KKxZR0wso9hoQG6D11RG
IcLnBB1Faus3qE9LcXJnhqyhtHCMsjq54Gy5/Tx+47WpScIH12OKLDStEbHqZ6c/
X1BthCWbjw6HVZZb6qT/wSD0Im5dKeEPKuRWpkWct39v2CWCgltE5uTktsBp/oBi
oSUX4nB1D40SgT6ZVzRiXGIreh5eturB0S4SEg2xfu1Sb6z1D6zqWtuG9rT+XBjK
lhFTHZAscaMwPdiYMFa+JUi4rG02/r5HpF6NMfzQUJkEAETIvrF7prrEi2tKMjuO
rP7zHPn0Pp+tfhR7/VSU
=ifam
-END PGP SIGNATURE-

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

Re: [Talk-es] Bloqueo de catastro_pontevedra

[Rafael Avila Coya]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Ya le dije a Paul Norman que yo no sé como hacerlo. Como él se había
ofrecido a hacerlo por mí en caso de que no supiese hacerlo, pues
supongo que lo hará él mismo en breve.

Rafael Ávila Coya.

On 05/05/12 12:46, Cruz Enrique Borges Hernández wrote:
 Por cierto, no os olvideis que hay que revertir esos cambios.
 
 El día 5 de mayo de 2012 12:45, Carlos Dávila 
 cdavi...@orangecorreo.es escribió:
 El 05/05/12 12:26, Rafael Avila Coya escribió:
 
 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
 
 Hola:
 
 Visto que la gente ya empezó a subir datos del catastro a OSM,
 decidí subir los datos de Pontecesures, un ayuntamiento pequeño
 al norte de Pontevedra (6,7 km2, http://osm.org/go/b9LyoEg~- ).
 Eran como unos 89500 objetos que dejé subiendo a eso de las 12
 de la noche (calculé unas 8-9 horas para que completase).
 
 Los datos eran completos, es decir, hice un cat2osm.jar -jar
 config, sin más argumentos, y sólo corregí warnings (no había
 errores).
 
 Hoy por la mañana me encontré un aviso de error en josm, que
 me remitía a la bandeja de entrada del usuario
 catastro_pontevedra, donde leía esto:
 
 - ---
 
 Hello,
 
 I noticed you were importing Spanish Cadastre data in 
 http://www.openstreetmap.org/browse/changeset/11502848 and 
 http://www.openstreetmap.org/browse/changeset/11503887
 
 There are a few problems with this. The first is that the
 problems with many multipolygons appear to have not been fixed.
 These problems were that too many multipolygons were being
 generated for what was a simple geometry.
 
 The second problem is that you are importing features other
 than highways and leisure=park. Although the tags have not yet
 been uploaded, this is evident from where the nodes are. As
 pointed out 
 http://lists.openstreetmap.org/pipermail/imports/2012-March/001313.html

 
only
 those features were consulted on with the imports@ list. If you
 want import more data you need to propose a new import.
 
 This block is set to last until you log on to read the message.
 When you have done that, please revert your imports. If you do
 not feel able to revert your import let me know and I can do it
 for you.
 
 If you have questions please contact me via a message or the
 DWG at d...@osmfoundation.org
 
 Paul Norman
 
 For the Data Working Group
 
 - 
 
 Es evidente que algo está fallando con este proceso de subir
 datos a OSM, o yo entendí mal cuando se decía que se podían
 subir ya los datos, cuando es obvio que no.
 
 Creo que sería necesario explicitar qué se puede hacer y que
 no, y hacerlo claramente, sin suponer conocimientos previos que
 uno a lo mejor no tiene. Yo no soy programador, sólo soy un
 simple profesor de secundaria.
 
 Vosotros diréis. Yo por lo pronto dejo todo esto del cat2osm
 en standby. En todo caso, creo que, visto la complejidad del
 tema, igual no soy la persona más idónea para encargarme de
 provincias de Pontevedra y Ourense, por lo que si lo estimáis
 oportuno, podéis asignar esas provincias a alguien más
 preparado.
 
 Ahora mismo contestaré a Paul Norman para pedirle disculpas, y
 que no volveré a subir datos de catastro hasta que esté 100%
 seguro de lo que estoy haciendo, de ahí que os pida claridad en
 todo este asunto, pues fallar una vez no tiene importancia,
 pero fallar dos veces sería un poco vergonzoso.
 
 Un saludo,
 
 Rafael Ávila Coya.
 
 Hasta ahora en la lista de imports sólo han dado conformidad para
 importar los ejes de catastro, que es lo que viene a decirte Paul
 Norman en su mensaje. Por lo tanto todo lo demás todavía no se
 puede subir. No es un tema de tener más o menos conocimientos
 técnicos, es simplemente que no quieren que se suban los datos
 tal como se ha propuesto hasta ahora en imports.
 
 
 ___ Talk-es mailing
 list Talk-es@openstreetmap.org 
 http://lists.openstreetmap.org/listinfo/talk-es
 
 
 


- -- 
- 

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

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

http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJPpRAZAAoJEB3niTly2pPQAL8QAJ5OYFvZVj5C3j1B+GnyANqq
aVMKDVaoexvcRuBZRzMoZtiMJB0RgTVGphv8VbzbQ+DSnKzSheWnm25cihp6dQMO
8Au23BGGZRyTr3N3d4st50HGvYpdwCVEIqdEnE2aEqvKORapVbyBpgNRK66zEh85
1v0rMitfXCK3SswXnAMJc2MKh+lKuSTOuL/nbOSyx+zR9SGDLWpmSR0a1ocOGfV0
vI+yRFYARCv3HFfyP0ARbhhlkRpK3Yl+XhtJGwuK04ewYkZa8Wx6966HXcNGAojV
RRiuxPp1Xps+6vegUGjypWAM96L3xvaauBDoLqyHfXqVVFEOHJZsfv3ybBDpCAAH
KcGBTGNrkhi/5GUuHxKt2x8TJgl715hSfelUvPwJT87iJdFb3TXXet5epjlAYK1m
/TIpRK/xEwKeSPyLffZqECIqLwJXNmROPXNuKtyZ61NExVsApBKFggqmqAAdufXh
VvNyfd8iWaVmbAiwt7Ta9WpbIALAXdBKX6oQG1c6z09WTP4xS6Pe62ggPWJBKCtp

Re: [Talk-es] Bloqueo de catastro_pontevedra

[Rafael Avila Coya]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hola:

Lo de eliminar las separaciones entre edificios sería en mi opinión
absurdo, pues es un dato bien importante saber dónde acaba un edificio
y dónde empieza otro. Además sería contradictorio. Por poner un
ejemplo, la importación del catastro francés se hizo así, mostrando
cada bloque separado del siguiente. Podéis verlo en París, por
ejemplo: http://osm.org/go/0BOdwT6zu-- O si queréis, yo llevo un par
de años haciendo esto a mano, a los pocos, en varios ayuntamientos,
por ejemplo en Noia ( http://osm.org/go/b9LZ4u6Gn--  ), y nunca recibí
ningún bloqueo por esto.

La pregunta sería: ¿porqué consideran válida la separación de
edificios en importación de catastro en Francia o en mappeo a mano en
España (caso de Noia y muchos otros), y en cambio no lo es con cat2osm?

Los datos de edificios, además, incluyen en muchos casos la altura y
otros datos que los diferencian. Los datos de altura pueden ser usados
en renderizaciones 3D, como por ejemplo éstas: http://www.osm-3d.org

Tampoco entiendo lo de las parcelas, aunque sea algo menos importante
que los edificios.

Aún sin saber las razones que dan, pienso que sería un gran error
renunciar a divisiones entre edificios consecutivos, un error que en
el futuro sería muy difícil de revertir...

Un saludo.

On 05/05/12 12:47, Cruz Enrique Borges Hernandez wrote:
 Como te han comentado sólo nos habían dado permiso para subir
 carreteras y zonas verdes. Sigue sin gustarles algo de lo que sale
 porque genera muchos multipolígonos. ¿Has subido el .osm a la wiki
 para que le echemos un vistazo?
 
 Por lo que comentan, no creo que nos dejen subir las parcelas de
 rústico sin antes juntar geometrías. De urbano habría que volver a
 consultar a ver que dicen. Más no se puede simplificar sin
 eliminanar las separaciones entre casas con lo cual nos
 restringiríamos a lo que en catastro se llama masas y el resto de
 mortales conocemos por manzanas...
 
 ¿Alguien se ofrece voluntario a ejecutar el cat2osm solo con los
 shapefiles de urbano, arreglar los errors y warnings y probar a ver
 que dicen en imports?
 
 Con renombrar el directorio con los shapes de rustico y el cat
 rústico debería valer.
 
 Lo ideal sería enviar la conflación con lo que hay subido para que
 se vea el resultado final.
 
 PD: menudo control que nos tienen :S
 
 Hola:
 
 Visto que la gente ya empezó a subir datos del catastro a OSM,
 decidí subir los datos de Pontecesures, un ayuntamiento pequeño
 al norte de Pontevedra (6,7 km2, http://osm.org/go/b9LyoEg~- ).
 Eran como unos 89500 objetos que dejé subiendo a eso de las 12 de
 la noche (calculé unas 8-9 horas para que completase).
 
 Los datos eran completos, es decir, hice un cat2osm.jar -jar
 config, sin más argumentos, y sólo corregí warnings (no había
 errores).
 
 Hoy por la mañana me encontré un aviso de error en josm, que me 
 remitía a la bandeja de entrada del usuario catastro_pontevedra,
 donde leía esto:
 
 - ---
 
 Hello,
 
 I noticed you were importing Spanish Cadastre data in 
 http://www.openstreetmap.org/browse/changeset/11502848 and 
 http://www.openstreetmap.org/browse/changeset/11503887
 
 There are a few problems with this. The first is that the
 problems with many multipolygons appear to have not been fixed.
 These problems were that too many multipolygons were being
 generated for what was a simple geometry.
 
 The second problem is that you are importing features other than 
 highways and leisure=park. Although the tags have not yet been 
 uploaded, this is evident from where the nodes are. As pointed
 out 
 http://lists.openstreetmap.org/pipermail/imports/2012-March/001313.html
 only those features were consulted on with the imports@ list. If
 you want import more data you need to propose a new import.
 
 This block is set to last until you log on to read the message.
 When you have done that, please revert your imports. If you do
 not feel able to revert your import let me know and I can do it
 for you.
 
 If you have questions please contact me via a message or the DWG
 at d...@osmfoundation.org
 
 Paul Norman
 
 For the Data Working Group
 
 - 
 
 Es evidente que algo está fallando con este proceso de subir
 datos a OSM, o yo entendí mal cuando se decía que se podían subir
 ya los datos, cuando es obvio que no.
 
 Creo que sería necesario explicitar qué se puede hacer y que no,
 y hacerlo claramente, sin suponer conocimientos previos que uno a
 lo mejor no tiene. Yo no soy programador, sólo soy un simple
 profesor de secundaria.
 
 Vosotros diréis. Yo por lo pronto dejo todo esto del cat2osm en 
 standby. En todo caso, creo que, visto la complejidad del tema,
 igual no soy la persona más idónea para encargarme de provincias
 de Pontevedra y Ourense, por lo que si lo estimáis oportuno,
 podéis asignar esas provincias a alguien más preparado.
 
 Ahora mismo contestaré a Paul Norman para pedirle disculpas, y
 que no volveré a 

Re: [Talk-es] Instituto de la Universidad de Zaragoza dona servidores...

[Rafael Avila Coya]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

A mi me vendría de perlas, porque no tengo casi donde guardarlos. Y
además, lo bueno es que podríamos compartirlos, hacer referencia a
ellos en las discusiones por e-mail, etc.

On 05/05/12 17:40, Cruz Enrique Borges Hernandez wrote:
 On Sábado, 5 de mayo de 2012 17:33:55 Javier Briz escribió:
 Algo de espacio si tenemos (yo creo que para montar un
 repositorio de .osm habrá, en cuanto nos conecten la red). En
 cada máquina tenemos un disco de 160GB (160x10) a parte de lo que
 vamos montando en alguna máquina en particular. Podemos pensar en
 montar algún tipo de interfaz web sube tu propio .osm
 
 En uno de esos caben sobrado todos los osm comprimidos y
 descomprimidos casi que también.
 
 
 ___ Talk-es mailing
 list Talk-es@openstreetmap.org 
 http://lists.openstreetmap.org/listinfo/talk-es


- -- 
- 

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

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

http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJPpVIUAAoJEB3niTly2pPQ+coP/2yJjBhyO45SV66xxYeLz0qX
IpEChNeZZbjJvMyCvxH9C02CbEKlW+gNaJQraF5kEMFbksMaWGoSsa6jy3dZsOzn
f+gWE/90j5z/BGiIpx/8FdZs1RIQ7ZnhAycvegh+N4TM18JzfhGkcXgjVToL71bz
6+ldFLF/8SPiVo+98RHjtZOYMVRY3E7lr5/Nce+hwOYfKhtc7uCqW9yQVSklX1qe
uuef/hIOc09Ja7xF63psSXXT20qoGE5ocVQrOT3kkInZ9q396BOC8j6LNZ9Edmvx
gOKvemFPVYLqBS0maqL5u+AYJ9+Uhp5zgIqcAsOCKaeE7uSAgmrN4PRDlc5CQLDQ
I8zJyjj2CAYfu6I78KwaQuRDccYN/ZSzwyvCKS4lTUdiV+s78EBqOjnzmvwKVW7i
KRJseAIF+rW9vKe+Irvse6n4mTWQHfGSnWUJPOPocUYhvyCcyyM72rtNVJLRpCmm
kKjZlDWbRk17EdTGLNWcAAyTBNTSZROPQOdlvvAW8K5/fA7SY7952IDeAz+1Cu//
heLpRllzgbzgcnN9DtlYKtVgN/OH6HCOqfuRE0N3EhC3HhJ6oZMMIi3v2HMxPLE6
Nfs1zvpWwKM0ntk5/AUc/f7lc861OrVVdZkQCT6BI3KS/QtXDgOCb4Ntnen9IJ3P
M0ndeA1TYVbGtls+JpgS
=4kRY
-END PGP SIGNATURE-

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

Re: [Talk-es] Bloqueo de catastro_pontevedra

[Rafael Avila Coya]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Subí datos porque así se estaba diciendo en la lista. Repasa los
correos y lo verás.

Existe vandalismo intencionado, algo que no casa, ni de lejos, con
esto de lo que hablamos ( http://wiki.openstreetmap.org/wiki/Vandalism ).

Si es un error (vandalismo no intencionado), lo que hay que hacer es
ponerse en contacto con el usuario que lo hizo y luego se le comunica
que se va a revertir el conjunto de cambios o bien que lo haga él.

En Kiribati, por ejemplo, por un error de tagging en la línea de costa
de la isla de Kiritimati ( http://osm.org/go/QgRGlVA- ), ésta estuvo
inundada durante bastante tiempo (meses para algunos niveles de
zoom), debido a que la costa renderiza con mayor lentitud que resto de
objetos. Quién se puso en contacto conmigo no lo hizo hablando en 3ª
persona. Simplemente me envió un mensaje interno por la interfaz web
de osm, yo le contesté dándole cuenta del error (humano, no
intencionado) que cometí. Cambiamos los tags correspondientes y listo.
Estamos aquí para mejorar el mapa, no para tomar medidas represivas
así como así.

Dudo muchísimo que subir los datos del catastro con otra cuenta sea
motivo de bloqueo, de reversión de changeset o de nada. ¿En base a qué
decidiría nadie eso? ¿Cómo puedes demostrar siquiera que los datos que
sube alguien no los generó con otro programa (bastaría cambiarle una
línea de código a cat2osm para que fuese otro programa, cosa bien
fácil con la licencia que tiene, o podría generarlos con catastreitor)?.

Podría incluso generarlos a mano (como llevo haciendo yo hace un par
de años...). ¿También revertirías los datos y bloquearías al usuario
correspondiente? Pues ya puedes comenzar conmigo:
http://osm.org/go/b9LZ6RC9f- , http://osm.org/go/b8f3vMpFD-- , ...

Y conste que me parece muy buena idea hacerlo con las cuentas creadas
expresamente, y que yo así lo voy a hacer.

No creo que esta forma de solventar problemas, proponiendo bloqueos y
reversión inmediata de usuarios que están aportando al proyecto, sea
muy recomendable cuando se trabaja en comunidad. Y menos hacerlo sin
hablar primero con el responsable del changeset. En este correo-e no
veo que estés hablando directamente conmigo usando formas como al que
suba datos En fin, tú mismo.

Un saludo.

On 05/05/12 20:18, Jaime Crespo wrote:
 El día 5 de mayo de 2012 12:26, Rafael Avila Coya 
 ravilac...@gmail.com escribió:
 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
 
 Hola:
 
 Visto que la gente ya empezó a subir datos del catastro a OSM,
 decidí subir los datos de Pontecesures, un ayuntamiento pequeño
 al norte de
 
 Al que suba ahora datos del catastro, le quitaría el acceso a la 
 cuenta por incumplir las recomendaciones (y pediría su bloqueo y 
 reversión inmediata si lo hace con otra cuenta).
 
 Ya avisé que esto pasaría.


- -- 
- 

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

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

http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJPpXt4AAoJEB3niTly2pPQ86kP/2RhMZKhgWlkyV1dByPAt3Y7
stlDntC/8NGhvIpCzrpWA5QLIyYMdJA6Z5pRbTDKyLrq/39lLQ4mrG3sfxOUWeUs
PJKbwQAfAjke4oNoU+Yvkgu+jS3BSWsGOjqD/+dYp8EL5U8g4p2SEwTFtT2qjMaY
3vwJpZE3a6ekosSZxAoRMGGqouijtcBOkwemXdus1h9xh+7NEVs5cvG9LF7tzARR
unP823lVLy7imxqhfW1GJPpwW7/udYWfjoR5I2yDv+T1aga2E1VbUPqWzz+KfQm0
+j1TpezGvXlwEGruuu6pGCIPmnRcydoNImBn8aowUqPB5HKtEMZw44MrZF5olzSf
/dbnBqikpPwITesaWqbl22s1KZfnhITVk4xNzdV+1JHJmR4SdTCobAV7VGS2Pfjx
stNXwLvCbQa7xFUXyGeF8FyEaSWSaIjOvH5GOFJFxfq5oo/qfb2wHaB5MoqC2h3G
rOLhHtU+7uXkGA1Uqft8gM7h5mNlmpkRUPRblu1McXm8px8ylIZ295Y8AG6otwRx
IoOnt/5R2zO113Q3Qxr+yJLTRRYQLiWJzMaTsK1ks3wZQGJTEa1mBGfZoLE+Yapn
Z94eI9Utng9ZnmJPZkSXThhst8+CEPZw8oN9lePLnc15a5qc0J95eQcoo/BUKDDG
AWxYq8LHHm9BYWj7FHTp
=4Gey
-END PGP SIGNATURE-

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

Re: [Talk-es] Bloqueo de catastro_pontevedra

[Rafael Avila Coya]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 05/05/12 21:29, Jaime Crespo wrote:
 El día 5 de mayo de 2012 21:12, Rafael Avila Coya 
 ravilac...@gmail.com escribió:
 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
 
 Subí datos porque así se estaba diciendo en la lista. Repasa los 
 correos y lo verás.
 
 Y si hubiera sido otro usuario hubiera respondido igual.

Lo que no sé es qué tal le parecería...

 
 Existe vandalismo intencionado, algo que no casa, ni de lejos,
 con esto de lo que hablamos (
 http://wiki.openstreetmap.org/wiki/Vandalism ).
 
 Si es un error (vandalismo no intencionado), lo que hay que hacer
 es ponerse en contacto con el usuario que lo hizo y luego se le
 comunica que se va a revertir el conjunto de cambios o bien que
 lo haga él.
 
 No he dicho que no lo haría.

Pero no lo hiciste. Es cuestión de formas.

 
 En Kiribati, por ejemplo, por un error de tagging en la línea de
 costa de la isla de Kiritimati ( http://osm.org/go/QgRGlVA- ),
 ésta estuvo inundada durante bastante tiempo (meses para
 algunos niveles de zoom), debido a que la costa renderiza con
 mayor lentitud que resto de objetos. Quién se puso en contacto
 conmigo no lo hizo hablando en 3ª persona. Simplemente me envió
 un mensaje interno por la interfaz web de osm, yo le contesté
 dándole cuenta del error (humano, no intencionado) que cometí.
 Cambiamos los tags correspondientes y listo. Estamos aquí para
 mejorar el mapa, no para tomar medidas represivas así como así.
 
 Nadie ha dicho que yo no haría lo mismo.

Era un ejemplo.

 
 Dudo muchísimo que subir los datos del catastro con otra cuenta
 sea motivo de bloqueo, de reversión de changeset o de nada. ¿En
 base a qué decidiría nadie eso? ¿Cómo puedes demostrar siquiera
 que los datos que sube alguien no los generó con otro programa
 (bastaría cambiarle una línea de código a cat2osm para que fuese
 otro programa, cosa bien fácil con la licencia que tiene, o
 podría generarlos con catastreitor)?.
 
 Pones en mi boca palabras que no he dicho.

Qué palabras???
 
 Podría incluso generarlos a mano (como llevo haciendo yo hace un
 par de años...). ¿También revertirías los datos y bloquearías al
 usuario correspondiente? Pues ya puedes comenzar conmigo: 
 http://osm.org/go/b9LZ6RC9f- , http://osm.org/go/b8f3vMpFD-- ,
 ...
 
 No.

Aquí dices que no, pero en caso de hacerlo con cat2osm propondrías
bloqueo. Pues ya me dirás cuál es la diferencia, excepto que es
muchísimo más lento hacerlo a mano que con cat2osm o cualquier otro
programa que se pueda diseñar para esto. Pero el resultado es el
mismo. Ni siquiera (y corrígeme si me equivoco) veo que aparezca
ninguna referencia (tag createdby) en ningún objeto generado con
cat2osm a que haya sido generado con cat2osm.

 
 Y conste que me parece muy buena idea hacerlo con las cuentas
 creadas expresamente, y que yo así lo voy a hacer.
 
 No creo que esta forma de solventar problemas, proponiendo
 bloqueos y reversión inmediata de usuarios que están aportando al
 proyecto, sea muy recomendable cuando se trabaja en comunidad. Y
 menos hacerlo sin hablar primero con el responsable del
 changeset. En este correo-e no veo que estés hablando
 directamente conmigo usando formas como al que suba datos
 En fin, tú mismo.
 
 Es que no me refería a tu caso. Si te das por aludido...

No puedo no darme por aludido, cuando estás contestando a un thread
creado por mí, sobre algo que me pasó a mí!

 
 
 Me vuelvo a recitar:
 
 Al que suba ahora datos del catastro, le quitaría el acceso a la 
 cuenta por incumplir las recomendaciones.

Si son recomendaciones, no son obligaciones. Y si fuesen obligaciones,
¿quién obliga? Sólo pregunto.

 
 Explicación: Yo no se lo quitaría, se lo quitaría el responsable de
 la cuenta *temporalmente* por incumplir las recomendaciones de la
 wiki y las de la lista imports.
 
 (y pediría su bloqueo y reversión inmediata si lo hace con otra
 cuenta).
 
 Explicación: Si alguien sube datos con su cuenta del catastro con
 su cuenta, habiendo sido advertido de que con la cuenta así
 designada no lo puede hacer todavía, eso es mala fe, pues ya ha
 sido advertido. Además, está violando la licencia del catastro pues
 no lo atribuye adecuadamente, así que los datos deben ser borrados
 (revertidos).
 

Los datos que se meten en catastro no están atribuídos porque los suba
el usuario pepito o el usuario catastro_pontevedra. Están atribuídos
en el tag source. Por ejemplo, los datos que edito a mano siempre los
acompaño del tag source (Bing, PNOA, catastro, GPS, local_knowledge,
etc.). Siempre, desde hace al menos 2 años. Los datos de edificios,
entre otros muchos, los edito con capa de catastro. Siguiendo tu
razonamiento, al no hacerlo con usuario catastro_xxx estaría
incumpliendo los términos, no?

Repito. El programa cat2osm se puede modificar mínimamente y usar
luego cualquiera, y no hay ninguna razón, en principio, para que no lo
pueda usar por su cuenta y subir con su nombre de usuario particular.
Creo que es mala idea

Re: [Talk-es] Bloqueo de catastro_pontevedra

[Rafael Avila Coya]

On 05/05/12 21:30, Jorge Sanz Sanfructuoso wrote:
 El 5 de mayo de 2012 21:12, Rafael Avila Coya ravilac...@gmail.com
 mailto:ravilac...@gmail.com escribió:
 
 Subí datos porque así se estaba diciendo en la lista. Repasa los
 correos y lo verás.
 
 
 En la lista si no me equivoco solo se dijo hace cosa de mes o mes y
 medio una persona que subio algo sin sabe que no se podia y luego hace
 poco se a comentado alguna subida de ejes que si esta permitido pero
 subida de todos los datos completos creo que no habido ninguna.
 
 
 Existe vandalismo intencionado, algo que no casa, ni de lejos, con
 esto de lo que hablamos (
 http://wiki.openstreetmap.org/wiki/Vandalism ).
 
 Si es un error (vandalismo no intencionado), lo que hay que hacer es
 ponerse en contacto con el usuario que lo hizo y luego se le comunica
 que se va a revertir el conjunto de cambios o bien que lo haga él.
 
 En Kiribati, por ejemplo, por un error de tagging en la línea de costa
 de la isla de Kiritimati ( http://osm.org/go/QgRGlVA- ), ésta estuvo
 inundada durante bastante tiempo (meses para algunos niveles de
 zoom), debido a que la costa renderiza con mayor lentitud que resto de
 objetos. Quién se puso en contacto conmigo no lo hizo hablando en 3ª
 persona. Simplemente me envió un mensaje interno por la interfaz web
 de osm, yo le contesté dándole cuenta del error (humano, no
 intencionado) que cometí. Cambiamos los tags correspondientes y listo.
 Estamos aquí para mejorar el mapa, no para tomar medidas represivas
 así como así.
 
 Dudo muchísimo que subir los datos del catastro con otra cuenta sea
 motivo de bloqueo, de reversión de changeset o de nada. ¿En base a qué
 decidiría nadie eso? ¿Cómo puedes demostrar siquiera que los datos que
 sube alguien no los generó con otro programa (bastaría cambiarle una
 línea de código a cat2osm para que fuese otro programa, cosa bien
 fácil con la licencia que tiene, o podría generarlos con catastreitor)?.
 
 
 Que alguien cambie una linea de código no significa que no se sepa que
 se a usado este programa. Facilmente se puede ver que el resultado es
 exactamente el mismo. Ademas una importación de datos sea con el
 programa que sea hay que comunicarla así que igualmente no se podría
 hacer y habría motivo de revertir el changeset
 
 
 Podría incluso generarlos a mano (como llevo haciendo yo hace un par
 de años...). ¿También revertirías los datos y bloquearías al usuario
 correspondiente? Pues ya puedes comenzar conmigo:
 http://osm.org/go/b9LZ6RC9f- , http://osm.org/go/b8f3vMpFD-- , ...
 
 
 No tiene que ver el meter datos a mano con una importación. Así que no
 viene al caso.
 
 
 Y conste que me parece muy buena idea hacerlo con las cuentas creadas
 expresamente, y que yo así lo voy a hacer.
 
 No creo que esta forma de solventar problemas, proponiendo bloqueos y
 reversión inmediata de usuarios que están aportando al proyecto, sea
 muy recomendable cuando se trabaja en comunidad. Y menos hacerlo sin
 hablar primero con el responsable del changeset. En este correo-e no
 veo que estés hablando directamente conmigo usando formas como al que
 suba datos En fin, tú mismo.
 
 
 Es para evitar males mayores. Una cosa es que se puedan subir datos
 libremente y otra cosa es que no exista ningún control. Hay que hablarlo
 con quien lo a hecho y en eso estoy de acuerdo pero tambien hay que
 poner un aviso de lo que puede pasar que es lo que creo que a hecho Jaime.
 
 Creo que a sido un error que has tenido sin querer al subirlos y ya
 esta. Se habla se soluciona.

Es de cajón que fue un error. De hecho, la conversación derivó sobre lo
que se puede mejorar en cat2osm para que sus resultados sean aceptables
por la comunidad osm a nivel global (lista imports). Algunos lleváis más
tiempo hablando de esto, otros acabamos de llegar. Pueden haber
malentendidos y errores. Afortunadamente, como bien dices, se habla y se
soluciona, que para eso osm funciona como wiki (los cambios se pueden
revertir en caso de error).

Un saludo,

Rafael Ávila Coya.

 
 
 
 Un saludo.
 
 On 05/05/12 20:18, Jaime Crespo wrote:
 El día 5 de mayo de 2012 12:26, Rafael Avila Coya
 ravilac...@gmail.com mailto:ravilac...@gmail.com escribió:
 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1

 Hola:

 Visto que la gente ya empezó a subir datos del catastro a OSM,
 decidí subir los datos de Pontecesures, un ayuntamiento pequeño
 al norte de
 
 Al que suba ahora datos del catastro, le quitaría el acceso a la
 cuenta por incumplir las recomendaciones (y pediría su bloqueo y
 reversión inmediata si lo hace con otra cuenta).
 
 Ya avisé que esto pasaría.
 
 
 
 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org mailto:Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es
 
 
 
 
 -- 
 Jorge Sanz Sanfructuoso - Sanchi
 Blog http://blog.jorgesanzs.com/
 
 
 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http

Re: [Talk-es] Bloqueo de catastro_pontevedra

[Rafael Avila Coya]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 05/05/12 22:27, Jaime Crespo wrote:
 El día 5 de mayo de 2012 21:55, Rafael Avila Coya 
 ravilac...@gmail.com escribió:
 
 Si son recomendaciones, no son obligaciones. Y si fuesen
 obligaciones, ¿quién obliga? Sólo pregunto.
 
 Te aseguro que para que se tenga que poner en contacto contigo la 
 comisión de datos de OSM, uno la tiene que prigar, y mucho. Esos
 son los que obligan. Por encima sólo está la board de la fundación 
 internacional.
 
 Si alguien, después de varios avisos continúa ignorando las las 
 simples recomendaciones, él mismo. Yo no sólo no impediré sus
 actos, sino que informaré de ello.
 
 Los datos que se meten en catastro no están atribuídos porque los
 suba el usuario pepito o el usuario catastro_pontevedra. Están
 atribuídos en el tag source. Por ejemplo, los datos que edito a
 mano siempre los acompaño del tag source (Bing, PNOA, catastro,
 GPS, local_knowledge, etc.). Siempre, desde hace al menos 2 años.
 Los datos de edificios, entre otros muchos, los edito con capa de
 catastro. Siguiendo tu
 
 Estás violando la licencia del WMS del catastro. Revisaré tus 
 changesets y revertiré adecuadamente.

Qué es eso de que la capa WMS del catastro no se puede usar? En Spain
Potential Datasources (
http://wiki.openstreetmap.org/wiki/Spain_Potential_Datasources#Uso_del_servicio_WMS
) se dice esto desde hace ya varios años:

- ---
Uso del servicio WMS

En la web del Catastro dicen:

La Dirección General del Catastro ofrece como servicio WMS la
Cartografía Catastral de forma libre y gratuita.

LIMITACIONES DEL SERVICIO: El servicio WMS es libre y gratuito,
con la única limitación de no realizar descargas masivas de porciones
de Cartografía. Es decir, usted puede consultar la cartografía
actualizada siempre que la necesite pero no puede ejecutar un programa
que se descargue una porción de cartografía haciendo sucesivas
peticiones al servidor. La D.G. del Catastro se reserva el derecho de
restricción del servicio por abuso del mismo, y podrá emprender
acciones legales en el caso de que el abuso cause un perjuicio económico.
- 

Dónde está que usar la capa WMS del catastro sea ilegal?

Espero que no hagas ninguna reversión de los datos que subí, horas y
horas diarias, durante los últimos años, si no estás seguro de lo que
haces.

 
 razonamiento, al no hacerlo con usuario catastro_xxx estaría 
 incumpliendo los términos, no?
 
 Estarías incumpliendo la normativa respecto a importaciones
 masivas. Consecuencias: las que ya has sufrido. Arriba me remito.
 
 
 Es más fácil atribuir mediante changesets y/o usuarios que
 mediante tags. Las tags se pueden borrar. Hay unas normas claras,
 por favor, síguelas.
 
 Repito. El programa cat2osm se puede modificar mínimamente y
 usar luego cualquiera, y no hay ninguna razón, en principio, para
 que no lo pueda usar por su cuenta y subir con su nombre de
 usuario particular. Creo que es mala idea, pero puede pasar. No
 creo que en ese caso sea bueno proponer el bloqueo de ese usuario
 ni menos revertir los
 
 Mi opinión: bloqueo preventivo. Puedes tirar abajo OSM. Obviamente
 hay medidas de seguridad, por eso el bloqueo termina aplicándose
 después de detectarse por los administradores de sistemas que
 monitorizan la cola de renderizado de mapnik.
 
 cambios, que a lo mejor le costaron varios días de trabajo.
 Quizás mejor sería ponerse en contacto con él, y si no quiere
 unirse, pedirle por lo menos que facilite los números de
 changesets correspondientes, para seguir haciendo un
 seguimiento.
 
 Tal y como te han hecho, así que estaría bien que ayudaras con la
 reversión.
 
 Como pone en la normativa de importación, si no sabes deshacer lo
 que importas, tal vez no debas importar en primer lugar. Eso va por
 todo el mundo, así que ya estáis aprendiendo a revertir. ;-)


- -- 
- 

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

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

http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJPpZCdAAoJEB3niTly2pPQnLgP/RXIfAFqE95BMwXZo2MmpMCc
SNUtbliq/ULipsTK7rwwxKINOng/bg11ntdH3fR0VDNRKoJXCa3ReOD7hlpcV5No
qacSdKCcjsaquVh0YzsC9dgMG839dCtH9KtpjJ7pQd0dULkMWCgFZ2fAadnPnGSD
KK+yQJ+HFMEIlI9i8tsFjNoif6y+r5MC9tlZzkvxus0IfW2snNprkOFPkoQT9cph
y1R5PDER/nAv9Kp2sXFyAK7hWVmK85jsD1HiJSV7Myf0Wr33kSmPPN6QVaymTiS/
z78d707dKpLdRTyUPpJhJOuDloKx7rx/ByKHwHhtguMXkxQ+NVuaVowekgSM9j6A
SMbekkCqfDbhe4GhMq52PMKsn9NWmkq9Bx0lXSbn9eCe1ag4G2IwSygwap4ha8Ku
AO6oCt+yiUQNP/J4bSZYI24/dXaylcNf+6d2NTbrhFM/fIXFuX9k5JcuITwWX58B
5D8AQeg1AsYD89Rv6ilSzQE8uhzEaVQpnB3AQVgjOCDXn1ACf3ds7qYPBl6MtRfw
xn5CfOPKBaoQKlcGwvQayFMjogySLXXdPeBdhAGGWVxJOnVqsUvuVGsxncldZnZO

Re: [Talk-es] [CATASTRO] Simplificación de geometría de las constru.

[Rafael Avila Coya]

On 07/05/12 18:59, Cruz Enrique Borges Hernández wrote:
 Buenas
 
 A la vista de lo que han comentado en la lista de import la última vez
 (y que nos han recordado amablemente este fin de semana) le hemos
 estado dando un par de vueltas ander y yo al tema. Hemos rellenado un
 par de issue en el tracker con las cosas que pensamos hacer cuando
 tengamos un rato. De todas formas, hay unas cuantas cuestiones que
 creo que es preferible discutirlas en la lista para que nos queden
 claras:

Yo no estoy al tanto de los detalles en lo que a la discusión con
imports se refiere, pero daré mi opinión.

 
 1º Relaciones en geometrías compartidas.
 
 Jaime nos contó muy insistentemente que las geometrías compartidas por
 más de un edificio deben de construirse como una relación (tal y como
 estamos haciendo ahora mismo). Sin embargo, en París, se ha hecho
 superponiendo la vía y solo compartiendo los nodos. Esto lleva a que
 en algunos sitios hayan vías duplicadas, pero reduce el número de
 relaciones enormemente. Esto último ha sido una de las grandes pegas
 que nos han puesto en la lista de imports, con lo cual está mi duda.
 ¿Estamos haciéndolo bien? ¿no será mejor duplicar en algunos casos las
 vías con tal de que queden reduzcamos el número de relaciones?

Yo insisto en que no entiendo qué problemas hay con las relaciones.
Están ahí para algo, ¿no? Podría ponerse la pega de que es más fácil
crear una hilera de casas adosadas usando vías que se superponen en
las paredes de separación, pero son una solución cutre si se la
compara a hacerlo con relaciones. Entre otras ventajas, las relaciones
permiten reutilizar cada uno de los segmentos para futuras necesidades.
Es, por lo tanto (y en mi opinión), una solución más elegante.

Si la respuesta es que son muchas relaciones, no la entiendo, y
creedme que lo intento.

 
 2º OSM-2.5D
 
 Ahora mismo estamos aprovechando toda la información que podemos de
 las alturas de los edificios. Esto provoca que se tengan que hacer una
 barbaridad de relaciones para tener en cuenta aleros, tejados,
 balcones, etc. Cómo aún no está nada claro el tema del 2.5D en osm, se
 podría incluir la referencia catastral en las constru y simplificarlas
 poniendo solo la unión de todas las geometrías de ese edificio. Con
 esto reducimos el número de relaciones otra vez más y si en algún
 momento queda claro como va a funcionar el 2.5D sólo hay que eliminar
 las geometrías con una referencia catastral y sustituirla por las que
 tenga la info 2.5D.La pregunta es, ¿nos peleamos por el 2.5D o
 simplificamos y ya lo haremos más adelante?

La pega, que también sería válida para el punto 1º, es: ¿será
fácil/viable incorporar esos datos más adelante?

Anteayer envié un e-mail de respuesta en el hilo Bloqueo
catastro_pontevedra que quizá no llegó a la lista por llevar adjunto un
archivo de 2.2M (no sabía que el máximo eran 100k). En el proponía
alguna alternativa de simplificación, que vuelvo a escribir aquí:

--
En el issue 23 [se refiere a mejoras en cat2osm] pones [Cruz Enrique]
que se podría renunciar a tags 3D. ¿Te refieres
con eso a tags como building:height, building:min_height y
building:levels? Si es así creo que sería mala idea, pues dejaría a
proyectos como osm3D sin posibilidad de usarlos.[Como alternativa menos
buena, aunque más simple] En caso de que cada parte del edificio tuviese
diferentes valores para esos tags, se podría elegir un valor único para
todo el edificio y para cada uno de
esos tags. Por ejemplo, para el building:min_height se podría elegir
el mínimo de ellos, para building:height se podría elegir el que
resultase ser máximo, o un valor medio, y para building:levels el que
resultase máximo. Habría que ver las distintas posibilidades complejas
que se pueden dar. En todo caso, hay que tener en cuenta que se
perdería info.

Otra posibilidad sería eliminar (unir) aquellas partes que tienen tags
3D idénticos, y mantener separados los que no. Esto no haría perder
info, y sí sería aceptable por todos, sin ninguna duda.
---

Pero repito la gran duda: si se optan por soluciones como vías
superpuestas como alternativa a usar relaciones, y si simplifican
edificaciones perdiendo info. 3D (ó 2.5D), ¿sería fácil hacer más
adelante una actualización/mejora, o habría que reacer todo de nuevo?
¡El trabajo ya es enorme en sí mismo, para aún pensar en una segunda fase!

 
 3º Simplificación de cultivos.
 
 La otra pata es la simplificación de cultivos que tengan los mismos
 tags, aquí habría que hacer lo mismo que con las constru, solo que en
 vez de agrupar por parcelas, hay que hacerlo por tipo de cultivo. En
 esta poca discusión puede haber.
 
 Pues nada, ya nos direis.


Unir parcelas consecutivas que comparten mismo cultivo no es mala idea
de todo. A bote pronto, la única información que se podría perder es la
línea de separación entre parcelas, que se puede etiquetar como
barrier=wall,hedge,fence, etc., según proceda y con datos sobre el
terreno, en este caso. No sería una 

Re: [Talk-es] [CATASTRO] Simplificación de geometría de las constru.

[Rafael Avila Coya]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Leyendo todas las opiniones, propongo esta solución de compromiso, que
pienso podría ser aceptada por todos:

1) Construcciones: Crearlas usando vías, tal y como hace el catastro
francés (si allí fue aceptado, debe serlo aquí, ¿no?). Pero ojo, no
usando masas, sinó haciendo uno para cada efificación separada. Es
decir, si hay una hilera de edificios consecutivos, se ve cada uno de
ellos, no una masa única.

Las razones aquí son de peso. No sólo es que en la mayor parte del
mundo ya se hace esto ( http://osm.org/go/0BOd8haLl-- ,
http://osm.org/go/0D0YngwD3- , http://osm.org/go/euu4j_A3L-- , etc.),
sinó que tener los edificios separados facilita enormemente la
colocación de POI's por usuarios con pocos conocimientos, que son los
más numerosos. Un walking-paper sin tener las casas separadas es mucho
más complicado de cubrir que si tenemos sus límites. Naturalmente,
tener los números de policía es un plus.

Aparte de hacer las edificaciones con vías (es decir, a la francesa),
se pueden simplificar eliminando aleros y otros (no deberían, en
cambio, eliminarse los patios de luces (en ese caso, habría que hacer
relación para ese edificio concreto), pues así constan también en
import de catastro francés (ver http://osm.org/go/0BOd8haLl-- )).

Es decir, hacer contrucciones sólo el contorno exterior usando vías,
no relaciones. En caso de haber patios interiores, incluírlos y hacer
contrucción como relación.

En cuanto al 3D, no presentaría (creo) problema. Son sólo 3 etiquetas
más que acompañan cada edificio: building:height, building:min_height
y building:levels, que se pueden poner en valores medios ó extremos de
conjunto de edificio, como ya propuse en correo anterior.

2) Parcelas: Aquí se pueden eliminar números de policía, pues no son
muy útiles, y en zonas de norte (Galicia en concreto), aparecen a
miles, dado el carácter minifundista de la zona. Todas las parcelas
consecutivas que tengan mismo tipo de cultivo se unen en una masa,
pero sería una pena no usar las posibilidades de osm de distinguir
diferentes tipos de uso de la tierra (landuse) (me pregunto entonces
para qué están).

Además de esto, se puliría el código para eliminar nodos intermedios
en vías rectas.

No sé qué opinais de esto. A mí, sinceramente, lo que me parece más
preocupante es lo de no distinguir entre edificios consecutivos.

En todo caso, mi propuesta sería consensuar una solución mínima,
modificar el cat2osm, con todo el tiempo y tranquilidad que haga
falta, sin prisas, para luego testear sobre diferentes escenarios:
ayuntamientos pequeños y grandes, urbanos y rurales, del norte
(minifundista) y del centro/sur (latifundista), etc. Así podríamos
presentar un resultado depurado y espero que aceptable a imports.

Un saludo.

On 07/05/12 22:37, David wrote:
 El 7 de mayo de 2012 21:33, Jaime Crespo jy...@jynus.com 
 mailto:jy...@jynus.com escribió:
 
 
 El 07/05/2012 20:01, Rafael Avila Coya ravilac...@gmail.com 
 mailto:ravilac...@gmail.com escribió:
 
 
 
 On 07/05/12 18:59, Cruz Enrique Borges Hernández wrote:
 Buenas
 
 A la vista de lo que han comentado en la lista de import la
 última vez
 (y que nos han recordado amablemente este fin de semana) le
 hemos estado dando un par de vueltas ander y yo al tema. Hemos
 rellenado un
 par de issue en el tracker con las cosas que pensamos hacer
 cuando tengamos un rato. De todas formas, hay unas cuantas
 cuestiones que creo que es preferible discutirlas en la lista
 para que nos queden claras:
 
 Yo no estoy al tanto de los detalles en lo que a la discusión
 con imports se refiere, pero daré mi opinión.
 
 
 1º Relaciones en geometrías compartidas.
 
 Jaime nos contó muy insistentemente que las geometrías
 compartidas por
 más de un edificio deben de construirse como una relación (tal
 y
 como
 estamos haciendo ahora mismo). Sin embargo, en París, se ha
 hecho
 
 Os recuerdo que en Girona se importaron como relaciones.
 
 superponiendo la vía y solo compartiendo los nodos. Esto lleva
 a que en algunos sitios hayan vías duplicadas, pero reduce el
 número de relaciones enormemente. Esto último ha sido una de
 las grandes pegas que nos han puesto en la lista de imports,
 con lo cual está mi duda. ¿Estamos haciéndolo bien? ¿no será
 mejor duplicar en algunos
 casos las
 vías con tal de que queden reduzcamos el número de relaciones?
 
 Yo insisto en que no entiendo qué problemas hay con las
 relaciones. Están ahí para algo, ¿no? Podría ponerse la pega de
 que es más fácil crear una hilera de casas adosadas usando vías
 que se superponen en las paredes de separación, pero son una
 solución cutre si se la compara a hacerlo con relaciones. Entre
 otras ventajas, las relaciones permiten reutilizar cada uno de
 los segmentos para futuras
 necesidades.
 Es, por lo tanto (y en mi opinión), una solución más elegante.
 
 Si la respuesta es que son muchas relaciones, no la entiendo,
 y creedme que lo intento.
 
 Si yo estoy de acuerdo. Aquí el problema está en

Re: [Talk-es] como nombrar las calles de los Poligonos Iidustriales

[Rafael Avila Coya]

Yo las etiqueto como residential. Lo leí hace tiempo en algún sitio,
pero no recuerdo dónde.

Para mí es un error usar service, pues no es su función.

Las calles de los polígonos industriales tienen muchas veces nombres,
como puedes ver en este de O Porriño: http://osm.org/go/b8f26kpFS-

Podrías usar, quizás, unclassified, pero pienso que la más adecuada es
residential, aunque nadie resida en ella.

Un saludo.

On 28/05/12 23:43, Alejandro S. wrote:
 Pues yo creo que es más correcto highway=service, porque sirve para
 acceder a un polígono industrial (industrial estate) como indica [0] y
 no es una zona residencial y no es usada por la gente que vive en esa
 zona porque en los poligonos industriales no suele vive gente, que es
 lo que dice [1]; igual es más fácil que sea unclassified [2] porque
 pone que en zonas urbanas puede encontrarse en zonas industriales
 (como un polígono industrial) y es de menor nivel que una tertiary.
 Aunque por lo que he visto la mayoría están como residential.
 
 Al final he acabado con más dudas que antes de mirarlo :S
 
 [0]: http://wiki.openstreetmap.org/wiki/Tag:highway%3Dservice
 [1]: http://wiki.openstreetmap.org/wiki/Tag:highway%3Dresidential
 [2]: http://wiki.openstreetmap.org/wiki/Unclassified
 
 
 Saludos!
 
 2012/5/28 Benjamín Valero Espinosa benjaval...@gmail.com:
 El wiki dice bien claro que las service son para *acceder*. Yo creo que si
 están dentro de un polígono industrial y tienen aceras para viandantes,
 deben ser residential, al menos esto es lo que me suena desde hace tiempo.

 El 28 de mayo de 2012 16:10, David Marín Carreño dav...@gmail.com
 escribió:

 Son residential. ¿Donde se había decidido usar service?

 El 28 de mayo de 2012 15:42, Suco sucotro...@gmail.com escribió:

 Xavier tiene razón, además, lo pone en la wiki de osm (en inglés polígono
 industrial se puede leer Business park, o Industrial park) :P


 2012/5/28 Xavier Barnada Rius xbarn...@gmail.com

 Creo recordar que se habia decidido usar el highway=service
 Como nombrar las calles de los Polígonos Industriales?

 En la documentación no he visto nada.

 Mi propuesta es hacerlo como vías highway secundary pues como
 residencial tampoco son,

 Entre otras cosas pues por ellas pasan camiones de gran tonelaje y
 suelen ser calles amplias.


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



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




 --
 Felix

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




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


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



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

 
 
 


-- 


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

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

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

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

Re: [Talk-es] Emergencias

[Rafael Avila Coya]

Hola:

Si te refieres a respuesta humanitaria o asuntos relacionados, quizás te
venga bien estas diapositivas de Kate Chapman, directora de HOT
(Humanitarian OpenStreetMap Team):
http://www.slideshare.net/wonderchook/crowdsourcing-for-disaster-response-through-openstreetmap

En la página 7 y siguientes habla del caso muy exitoso de Haití. Tienes
aquí un vídeo de ITO World sobre el cambio drástico en el mapa de Haití
entre el 9 y el 16 de Enero de 2010: http://vimeo.com/9182869

Tienes más presentaciones de Kate Chapman en
http://www.slideshare.net/wonderchook Ésta otra también parece muy
interesante:
http://www.slideshare.net/wonderchook/data-collaboration-during-crisis-something-old-and-something-new

Para introducciones a OpenStreetMap seguro que hay material en español,
que quizás te puedan apuntar por aquí o que puedes encontrar por la web.

Un saludo,

On 20/09/12 13:09, Adrián Brito wrote:
 Hola,
 
 A final de mes daremos un curso de emergencias internacionales en
 Madrid. Me gustaría saber más acerca de Openstreetmap y las emergecias.
 Si alguien tiene algún tipo de información o presentación se lo agradecería.
 
 Muchas Gracias.
 
 -- 
 
 
 
 
 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es
 


-- 


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

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

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

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

Re: [Talk-es] visualizacon curiosa

[Rafael Avila Coya]

Pues yo juzgo que habría que ponerse en contacto con el usuario slotty
y decirle que las líneas de un campo de fútbol no son un muro.

No se debe editar pensando en el renderizador, pero lo que sí no se
puede hacer es poner elementos falsos o falsear datos simplemente para
que quede más bonito. OSM no va de dibujar; es una base de datos
geográficos libre.

Ahora no tengo tiempo, pero lo propio, aparte de contactar con slotty,
sería borrar los datos que no proceden y corregir los que sean
corregibles.

Un saludo,

Rafael Ávila.

On 02/10/12 03:03, Manuel wrote:
 Buenas lista.
 
 Me encontre http://osm.org/go/b7mnvDPFO- , ya se que no se debe
 hacer esto por que los datos no son para el renderizador, pero me
 parecio curioso la nota que pone , que se ve mejor con el muro.
 
 También tenia ganas ya que al hacer la area de los campos ya no 
 necesitas poner las lineas exteriores pero , se lo curro bastante
 , juzguen ustedes :)
 
 *
 
  *~  Un saludo
 cordial  de Manuel   ~* 
 * *Mi sitio si te
 interesa mas información visita* El blog relacionado con linux #
 http://www.picholeiro.info . Mi servidor #
 http://servidor.picholeiro.info http://picholeiro.sytes.net .
 
 
 
 
 
 ___ Talk-es mailing
 list Talk-es@openstreetmap.org 
 http://lists.openstreetmap.org/listinfo/talk-es
 


-- 


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

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

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

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

Re: [Talk-es] analyze the orientation of roundabouts (spain / portugal)

[Rafael Avila Coya]

Hi, Jan:

Thank you so much for this very valuable info.

I'm fixing some roundabouts too.

Cheers,

R. Ávila.

On 12/10/12 22:49, José Luis Domingo López wrote:
 hallo !
 
 i create a tool to check the orientation of roundabouts in the
 area of spain / portugal.
 
 http://www.openstreetmap.org/?box=yesminlon=-10.4minlat=35.78maxlon=3.78maxlat=44.04


 
you can find the roundabouts to fix in folllowing gpx-file:
 http://www.tappenbeck.net/osm/quality/roundabout_test/roundabout_test_spain_20121012.gpx


 
ok  ---  38845
 2fix --- 656
 
 What a great initiative and useful work Jan!. I have looked at the
 city of Madrid and some of the bigger towns towards the south of
 it, and most of the roundabouts in downtown Madrid were OK, but
 most of the ones outside of it were wrong. While at it, I fixed a
 couple of minor other issues here and there, after been away from
 OSM mapping for some time.
 
 I must have fixed or reviewed 20 - 30 of them, so there is still a
 long way to go to cover all the Iberian Peninsula.
 
 Kind regards,
 
 
 
 ___ Talk-es mailing
 list Talk-es@openstreetmap.org 
 http://lists.openstreetmap.org/listinfo/talk-es
 


-- 


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

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

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

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

Re: [Talk-es] roundabout - update 2012-10-20

[Rafael Avila Coya]

Fixed the remaining roundabouts in the North area. But some of them need
double checking:

wpt lat=40.455926933
lon=-3.6906221descway-32195452/desc/wpt seems to be OK
(roundabout splitted in several pieces).
wpt lat=40.4315504 lon=-3.6603232descway-131443350/desc/wpt
seems to be OK (roundabout splitted in several pieces).
wpt lat=40.42824873
lon=-3.54058173descway-170613756/desc/wpt and wpt
lat=40.42828954 lon=-3.54043376descway-170613765/desc/wpt had
to be reversed in direction, and that might affected the bus routes (283
and 288) associated to the roundabout. Can anyone check if it is ok?
wpt lat=40.444723433
lon=-3.5334755333descway-26005410/desc/wpt seems to be OK
(roundabout splitted in several pieces).
wpt lat=40.4558085
lon=-3.4798371333descway-162617958/desc/wpt seems to be OK
(roundabout splitted in several pieces).
wpt lat=40.44956085
lon=-3.464866025descway-123096459/desc/wpt seems to be OK
(roundabout splitted in several pieces).
wpt lat=41.647022567
lon=-0.88584386667descway-167190028/desc/wpt and wpt
lat=41.6472872 lon=-0.885541975descway-4759681/desc/wpt seem
to be OK (roundabout splitted in several pieces).
wpt lat=41.476897633
lon=2.0964310667descway-126978298/desc/wpt seems to be OK
(roundabout splitted in several pieces).

Cheers,

Rafael Ávila Coya.

On 20/10/12 11:10, Jan Tappenbeck wrote:
 hi !
 
 i take a update
 
 Date  -  total  -ok  -  fixed
 
 
 
 2012-10-15 NORTH  -  25355  - 25228  -  127
 2012-10-20   -   25343  - 25330 (99.95 %)  -  13 (0.05 %)
 
 
 
 
 2012-10-15 SOUTH  -  14304  - 14107-  197
 2012-10-20-  14462  - 14429 (99.77 %)  -   33 (0.2 %)
 
 
 
 
 a good success !
 
 
 http://www.tappenbeck.net/osm/quality/roundabout_test/roundabout_test_spain_north.gpx
 
 http://www.tappenbeck.net/osm/quality/roundabout_test/roundabout_test_spain_south.gpx
 
 
 
 reagards Jan
 
 
 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es


-- 


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

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

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

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

Re: [Talk-es] Zonas militares

[Rafael Avila Coya]

Las ortofotos del PNOA no están censuradas.

R. Ávila Coya.

On 05/11/12 00:45, José Juan Sánchez del Arco wrote:
 Bueno, la cosa es que esta tarde iba de senderismo en coche por la
 montaña, y encontrando un camino me dije... seguiré mientras haya
 asfalto. Así que me puse a conducir y aparezco en un extraño lugar con
 una verja y múltiples señales de propiedad privada, calle sin salida y
 demás, la verdad es que daba algo de yuyu. En la distancia pude
 distinguir dos antenas. Para los curiosos, a unos 5 kilómetros al
 sureste del pueblecito almeriense de Enix.
 
 Pues bien, cuando vuelvo a casa me puse a indagar y las imágenes de Bing
 que utilizamos están censuradas en esa zona (Es un trozo pequeñito),
 pero Google Maps lo tiene ilustrado sin ningún problema. Internet tiene
 poquísima información, simplemente que es una estación de radio de uso
 militar.
 
 Lo primero es: ¿Cómo se marca eso?
 Y lo segundo: ¿Cómo de mal está que en España se mapeen las zonas
 militares? Entrecomillo lo de mapear ya que la censura de las imágenes
 permiten hacer bien poquito.
 
 
 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es
 


-- 


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

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

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

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

Re: [Talk-es] [cat2osm] NUEVA VERSIÓN 2012-11-06

[Rafael Avila Coya]

Hola:

Estoy intentando probar el cat2osm nuevo con ayuntamiento de Ribadavia
(Ourense).

Me bajo los 4 ficheros (2 shf y 2 cat) y los pongo en files/Ribadavia
También creo directorio result, como siempre, y dentro el config
Ejecuto y me da como resultado que no encuentra los shapefiles ( El
directorio de shapefiles rústicos 32_70_RA_2012-09-23_SHF.zip no
existe), y de los CAT que Leyendo archivo Cat urbano. Fallo al leer
archivo Cat urbano. String index out of range: 2 (igual con Rústico).
Ver más abajo la salida completa.

Esto no me pasaba antes, y probé a poner ruta absoluta, ruta relativa,
con o sin ./, etc.

Os dejo el config aquí:

ResultPath=result
ResultFileName=Ribadavia
UrbanoSHPPath=files/Ribadavia/32_70_UA_2012-09-23_SHF.zip
RusticoSHPPath=files/Ribadavia/32_70_RA_2012-09-23_SHF.zip
UrbanoCATFile=files/Ribadavia/32_70_U_2012-09-23.CAT.gz
RusticoCATFile=files/Ribadavia/32_70_R_2012-09-23.CAT.gz
NadgridsPath=auto:peninsula
Proyeccion=auto
FechaDesde=0
FechaHasta=
FechaConstruDesde=0
FechaConstruHasta=
MovePortales=1
TipoRegistro=0
PrintShapeIds=0

La salida completa al ejecutar java -Xmx2048m -jar cat2osm.jar
result/config es la siguiente:

[2012-11-08 12:39:50.339] Iniciando Cat2Osm con el archivo de
configuración result/config.
[2012-11-08 12:39:50.387]El directorio de shapefiles urbanos
files/Ribadavia/32_70_UA_2012-09-23_SHF.zip no existe.
[2012-11-08 12:39:50.387]El directorio de shapefiles rústicos
files/Ribadavia/32_70_RA_2012-09-23_SHF.zip no existe.
[2012-11-08 12:39:50.387] Leyendo archivo Cat urbano.
[2012-11-08 12:39:50.43]Fallo al leer archivo Cat urbano. String
index out of range: 2
[2012-11-08 12:39:50.43] Leyendo archivo Cat rústico.
[2012-11-08 12:39:50.441]Fallo al leer archivo Cat rústico. String
index out of range: 2
[2012-11-08 12:39:50.441] Leídos 0 códigos para nodos, 0 códigos para
ways y 0 códigos para relations.
[2012-11-08 12:39:50.442] Moviendo puntos de entrada a sus parcelas mas
cercanas.
[2012-11-08 12:39:50.443] ¡¡Terminada la exportación de Ribadavia!!

Naturalmente, cat2osm.jar está al nivel de files y result, y config está
dentro de result, como siempre.

S.O.: Ubuntu

Igual es una pijada, pero no caigo dónde está el problema.

Un saludo,

Rafael Ávila Coya.

On 06/11/12 10:57, Ander Pijoan wrote:
 Hola a todos.
 
 Ya hay nueva versión de *cat2osm* con grandes avances realizados por
 *Alberto Fernandez (infjaf(at)gmail.com http://gmail.com )* y
 solucionando algunos de los errores que nos habéis comentado en la lista.
 
 Para *descargar*
 http://paginaspersonales.deusto.es/cruz.borges/cat2osm.jar o
 https://github.com/AnderPijoan/cat2osm
 
 Archivos config de muestra:
 http://paginaspersonales.deusto.es/cruz.borges/configAldeasecaDeAlba
 http://paginaspersonales.deusto.es/cruz.borges/cat2osm.jar
 http://paginaspersonales.deusto.es/cruz.borges/configCadiz
 http://paginaspersonales.deusto.es/cruz.borges/cat2osm.jar
 http://paginaspersonales.deusto.es/cruz.borges/configCiudadReal
 http://paginaspersonales.deusto.es/cruz.borges/cat2osm.jar
 http://paginaspersonales.deusto.es/cruz.borges/configSantander
 http://paginaspersonales.deusto.es/cruz.borges/cat2osm.jar
 http://paginaspersonales.deusto.es/cruz.borges/configZaragoza
 http://paginaspersonales.deusto.es/cruz.borges/cat2osm.jar
 
 (Por cierto, si alguien quiere Zaragoza exportado, ayer tardó unas 3
 horas y media en ejecutarse entero:
 http://paginaspersonales.deusto.es/cruz.borges/Zaragoza.osm.gz
 http://paginaspersonales.deusto.es/cruz.borges/cat2osm.jar)
 
 El funcionamiento no varía prácticamente, pero si que se facilita mucho
 la preparación del programa gracias a Alberto:
 
 *- Guarda los archivos osm comprimidos con gz.*
 Los archivos ocupan menos espacio, JOSM los abre como si de un .osm
 normal se tratase y si alguien quiere el .osm no tiene más que extraerlo.
 
 *-  Abre los archivos CAT.gz, sin necesidad de descomprimirlos.*
 Indicando en el config la ruta al archivo comprimido .CAT.gz, el propio
 programa lo descomprime y lo usa.
 
 *- Descomprime los zip de datos vectoriales de catastro.*
 Al igual que con los .CAT, en el config indicando la dirección a los
 archivos comprimidos .zip en los que vienen las geometrías, cat2osm se
 encarga de extraerlos e utilizarlos. Indicando el directorio en el que
 están las carpetas descomprimidas, sigue funcionando como hasta ahora.
 
 *- Detectar la proyección automáticamente a partir de los archivos prj.*
 Si se indica auto en Proyeccion, busca un archivo prj en el
 directorio de datos vectoriales y devuelve el código a partir del prj.
 Por si acaso pudiese haber alguno escrito de forma distinta o mal (el
 programa generaría un error FOR INPUT STRING ), todavía se puede
 indicar el código de proyección a mano como hasta ahora.
 
 *- Incluye las rejillas dentro del propio jar*
 La licencia de las rejillas permite reempaquetarlas por lo que si se
 indica auto:peninsula o auto:baleares en el NadgridsPathutiliza
 las que ya tienen 

Re: [Talk-es] [cat2osm] NUEVA VERSIÓN 2012-11-06

[Rafael Avila Coya]

Hola, Ander:

Perdona la tardanza en contestar, pero estuve muy ocupado estos 2
últimos días, y no quería contestar hasta tener algunos datos en la mano
para valorar.

Lo que pasó es que estaba usando una versión anterior de cat2osm, y eso
que juraría que hice la comprobación de la versión antes de usarla! Caí
en la cuenta cuando probé a descomprimir ficheros y poner proyección a
mano, como en versiones anteriores. Por lo que se ve, tengo varias
versiones del cat2osm por aquí y por allá, y cogí la equivocada! :-(

Una vez solventado esto, decir que la conversión completa de Ribadavia
llevó unos 5 minutos (Ribadavia es un ayuntamiento de Ourense, más bien
pequeño, con 8 parroquias y 16 entidades de población, muy poco para lo
que es normalmente en Galicia).

La cosa que me llama más la atención es la cantidad de vías sin
etiquetar (untagged ways) que genera (un total de 16851). ¿A qué se
debe esto? ¿No debería el cat2osm eliminar estas vías sin etiquetar
directamente? Hacerlo a mano sería inviable, dado el número tan elevado.

También son quizás demasiado numerosas las vías duplicadas (Duplicated
ways, 54) y las vías en misma posición (Ways with same position, 46),
pues suelen ser bastante tediosas de corregir, aunque es posible que sea
difícil ó imposible de corregir esto con cat2osm y no quede más remedio
que hacerlo a mano.

Las advertencias Way end node near other highway y Way end node near
other way, aunque numerosas (250 y 412 respectivamente), no suelen ser
importantes.

Se confirma, una vez más, la ruptura de ejes cuando se hace la
conversión completa, y la no ruptura de los mismos cuando se hace
conversión sólo de esos ejes (cat2osm con opción -ejes).

Por último, veo que las parcelas adyacentes con landuse idéntico no se
simplifican a una sola. ¿En qué se quedó respecto a esto? ¿En
simplificar o en dejar la división de las parcelas, aunque tengan mismo uso?

Ribadavia.osm.gz y RibadaviaEjes.osm.gz se pueden descargar aquí (sólo
hasta el 24 de Nov.):
https://www.wetransfer.com/dl/2M0dVwgG/c272c454c113bcc234dfb538a5f93964b1252e86bc7ae513601deb9d631f0968f11241ed64149dc

Aquí dejo resultado de la validación con JOSM versión 5531:

Errors:

Duplicated ways: 54
Duplicated way nodes: 1

Warnings:

Multipolygon is not closed: 6
Crossing buildings: 2
Untagged ways (commented): 8
Similarly named ways: 2
Way end node near other highway: 250
Ways with same position: 46
Intersection between multipolygon ways: 1
Untagged ways: 16851
Way end node near other way: 412
Crossing ways: 126
Duplicated nodes: 3

Un saludo,

Rafael Ávila Coya.

On 08/11/12 13:34, Ander Pijoan wrote:
 Hola Rafael,
 
 A simple vista lo que se nos ocurre es que el directorio
 files/Ribadavia/ no exista o no esté bien puesta la ruta.
 
 Con el comando java -jar cat2osm.jar -ui se abre una interfaz visual
 en la que se pueden seleccionar los archivos de forma manual y crea un
 config con las rutas absolutas.
 
 Si lo prefieres puedes poner tú también a mano en el archivo config la
 ruta absoluta desde la raíz y probar a ver si te sigue dando este fallo.
 Dado que fallan los 4 archivos que tiene que leer intuímos que no está
 encontrándolos.
 
 Si quieres también puedes enviarnos los archivos y probamos nosotros
 también a ver qué puede ser.
 
 Saludos.
 
 El 8 de noviembre de 2012 12:44, Rafael Avila Coya ravilac...@gmail.com
 mailto:ravilac...@gmail.com escribió:
 
 Hola:
 
 Estoy intentando probar el cat2osm nuevo con ayuntamiento de Ribadavia
 (Ourense).
 
 Me bajo los 4 ficheros (2 shf y 2 cat) y los pongo en files/Ribadavia
 También creo directorio result, como siempre, y dentro el config
 Ejecuto y me da como resultado que no encuentra los shapefiles ( El
 directorio de shapefiles rústicos 32_70_RA_2012-09-23_SHF.zip no
 existe), y de los CAT que Leyendo archivo Cat urbano. Fallo al leer
 archivo Cat urbano. String index out of range: 2 (igual con Rústico).
 Ver más abajo la salida completa.
 
 Esto no me pasaba antes, y probé a poner ruta absoluta, ruta relativa,
 con o sin ./, etc.
 
 Os dejo el config aquí:
 
 ResultPath=result
 ResultFileName=Ribadavia
 UrbanoSHPPath=files/Ribadavia/32_70_UA_2012-09-23_SHF.zip
 RusticoSHPPath=files/Ribadavia/32_70_RA_2012-09-23_SHF.zip
 UrbanoCATFile=files/Ribadavia/32_70_U_2012-09-23.CAT.gz
 RusticoCATFile=files/Ribadavia/32_70_R_2012-09-23.CAT.gz
 NadgridsPath=auto:peninsula
 Proyeccion=auto
 FechaDesde=0
 FechaHasta=
 FechaConstruDesde=0
 FechaConstruHasta=
 MovePortales=1
 TipoRegistro=0
 PrintShapeIds=0
 
 La salida completa al ejecutar java -Xmx2048m -jar cat2osm.jar
 result/config es la siguiente:
 
 [2012-11-08 12:39:50.339] Iniciando Cat2Osm con el archivo de
 configuración result/config.
 [2012-11-08 12:39:50.387]El directorio de shapefiles urbanos
 files/Ribadavia/32_70_UA_2012-09-23_SHF.zip no existe.
 [2012-11-08 12:39:50.387

Re: [Talk-es] [cat2osm] NUEVA VERSIÓN 2012-11-06

[Rafael Avila Coya]

Olvidé en la respuesta anterior sobre nueva versión de cat2osm incluir
el dato, muy importante, de warnings building inside building en
conversión de Ribadavia. Da un total de 3258, lo cual sería de facto
inviable de corregir a mano. ¿Alguna clave sobre esto?

Rafael Ávila Coya.

On 08/11/12 13:34, Ander Pijoan wrote:
 Hola Rafael,
 
 A simple vista lo que se nos ocurre es que el directorio
 files/Ribadavia/ no exista o no esté bien puesta la ruta.
 
 Con el comando java -jar cat2osm.jar -ui se abre una interfaz visual
 en la que se pueden seleccionar los archivos de forma manual y crea un
 config con las rutas absolutas.
 
 Si lo prefieres puedes poner tú también a mano en el archivo config la
 ruta absoluta desde la raíz y probar a ver si te sigue dando este fallo.
 Dado que fallan los 4 archivos que tiene que leer intuímos que no está
 encontrándolos.
 
 Si quieres también puedes enviarnos los archivos y probamos nosotros
 también a ver qué puede ser.
 
 Saludos.
 
 El 8 de noviembre de 2012 12:44, Rafael Avila Coya ravilac...@gmail.com
 mailto:ravilac...@gmail.com escribió:
 
 Hola:
 
 Estoy intentando probar el cat2osm nuevo con ayuntamiento de Ribadavia
 (Ourense).
 
 Me bajo los 4 ficheros (2 shf y 2 cat) y los pongo en files/Ribadavia
 También creo directorio result, como siempre, y dentro el config
 Ejecuto y me da como resultado que no encuentra los shapefiles ( El
 directorio de shapefiles rústicos 32_70_RA_2012-09-23_SHF.zip no
 existe), y de los CAT que Leyendo archivo Cat urbano. Fallo al leer
 archivo Cat urbano. String index out of range: 2 (igual con Rústico).
 Ver más abajo la salida completa.
 
 Esto no me pasaba antes, y probé a poner ruta absoluta, ruta relativa,
 con o sin ./, etc.
 
 Os dejo el config aquí:
 
 ResultPath=result
 ResultFileName=Ribadavia
 UrbanoSHPPath=files/Ribadavia/32_70_UA_2012-09-23_SHF.zip
 RusticoSHPPath=files/Ribadavia/32_70_RA_2012-09-23_SHF.zip
 UrbanoCATFile=files/Ribadavia/32_70_U_2012-09-23.CAT.gz
 RusticoCATFile=files/Ribadavia/32_70_R_2012-09-23.CAT.gz
 NadgridsPath=auto:peninsula
 Proyeccion=auto
 FechaDesde=0
 FechaHasta=
 FechaConstruDesde=0
 FechaConstruHasta=
 MovePortales=1
 TipoRegistro=0
 PrintShapeIds=0
 
 La salida completa al ejecutar java -Xmx2048m -jar cat2osm.jar
 result/config es la siguiente:
 
 [2012-11-08 12:39:50.339] Iniciando Cat2Osm con el archivo de
 configuración result/config.
 [2012-11-08 12:39:50.387]El directorio de shapefiles urbanos
 files/Ribadavia/32_70_UA_2012-09-23_SHF.zip no existe.
 [2012-11-08 12:39:50.387]El directorio de shapefiles rústicos
 files/Ribadavia/32_70_RA_2012-09-23_SHF.zip no existe.
 [2012-11-08 12:39:50.387] Leyendo archivo Cat urbano.
 [2012-11-08 12:39:50.43]Fallo al leer archivo Cat urbano. String
 index out of range: 2
 [2012-11-08 12:39:50.43] Leyendo archivo Cat rústico.
 [2012-11-08 12:39:50.441]Fallo al leer archivo Cat rústico. String
 index out of range: 2
 [2012-11-08 12:39:50.441] Leídos 0 códigos para nodos, 0 códigos para
 ways y 0 códigos para relations.
 [2012-11-08 12:39:50.442] Moviendo puntos de entrada a sus parcelas mas
 cercanas.
 [2012-11-08 12:39:50.443] ¡¡Terminada la exportación de Ribadavia!!
 
 Naturalmente, cat2osm.jar está al nivel de files y result, y config está
 dentro de result, como siempre.
 
 S.O.: Ubuntu
 
 Igual es una pijada, pero no caigo dónde está el problema.
 
 Un saludo,
 
 Rafael Ávila Coya.
 
 On 06/11/12 10:57, Ander Pijoan wrote:
  Hola a todos.
 
  Ya hay nueva versión de *cat2osm* con grandes avances realizados por
  *Alberto Fernandez (infjaf(at)gmail.com http://gmail.com
 http://gmail.com )* y
  solucionando algunos de los errores que nos habéis comentado en la
 lista.
 
  Para *descargar*
  http://paginaspersonales.deusto.es/cruz.borges/cat2osm.jar o
  https://github.com/AnderPijoan/cat2osm
 
  Archivos config de muestra:
  http://paginaspersonales.deusto.es/cruz.borges/configAldeasecaDeAlba
  http://paginaspersonales.deusto.es/cruz.borges/cat2osm.jar
  http://paginaspersonales.deusto.es/cruz.borges/configCadiz
  http://paginaspersonales.deusto.es/cruz.borges/cat2osm.jar
  http://paginaspersonales.deusto.es/cruz.borges/configCiudadReal
  http://paginaspersonales.deusto.es/cruz.borges/cat2osm.jar
  http://paginaspersonales.deusto.es/cruz.borges/configSantander
  http://paginaspersonales.deusto.es/cruz.borges/cat2osm.jar
  http://paginaspersonales.deusto.es/cruz.borges/configZaragoza
  http://paginaspersonales.deusto.es/cruz.borges/cat2osm.jar
 
  (Por cierto, si alguien quiere Zaragoza exportado, ayer tardó unas 3
  horas y media en ejecutarse entero:
  http://paginaspersonales.deusto.es

Re: [Talk-es] Directorio de comercios con los datos de OSM

[Rafael Avila Coya]

Yo tampoco sé gran cosa de programación, pero me gustó mucho una
conferencia sobre TileMill (  http://mapbox.com/tilemill/ ) que escuché
a uno de sus desarrolladores en el SotM de Tokyo, y con el que hablé un
rato sobre esa herramienta. Necesitas tener algo de conocimientos de
CSS. Parece bastante asequible, y desde luego podrías hacer eso que
dices. Aquí hay un ejemplo hecho con TileMill, aunque no es maravilloso:
http://www.spatialvision.com.au/html/tilemill/ Es una zona de
entretenimiento de Melbourne, con hoteles y tal. Al clicar sobre los
iconos salen los datos.

Espero que te sirva de algo. Yo espero ponerme a hacer algo con TileMill
en cuanto tenga tiempo.

Un saludo,

Rafael Ávila Coya.

On 15/11/12 19:02, Konfrare Albert wrote:
 Hola a todos,
 
 Me gustaría crear un directorio de comercios (con teléfono, dirección,
 web, enlace al mapa, etc) en una página web a partir de los datos que
 hay en OpenStreetMap. Querría hacerlo de una zona reducida, o sea que el
 volumen de datos sería pequeño.
 Supongo que habría que extraer los XML de la DB de OpenStreetMap (al
 estilo http://open.mapquestapi.com/xapi/ ) y trabajar sobre ellos para
 llamarlos desde un HTML.
 
 Yo no tengo ni idea de programación y no sé si esto sería excesivamente
 complicado...
 Alguien tiene alguna idea sobre esto o algún ejemplo en dónde hayan
 hecho algo similar?
 


 Muchas gracias!
 -- 
 *KONFRARE ALBERT*
 La Konfraria de la Vila del Pingüí de La Palma
 WEB:http://www.konfraria.org
 TWITTER: http://twitter.com/La_Konfraria
 FACEBOOK:
 http://ca-es.facebook.com/people/Konfraria-Vila-Del-Pingui/11918952076
 
 
 
 
 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es
 


-- 


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

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

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

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

[Talk-es] [Catastro] Fwd: [Imports] addressmerge 0.1 release

[Rafael Avila Coya]

Hola a todos/as:

No sé si esto puede ser de utilidad para la futura importación del
catastro español. Por lo que parece, con este código se pueden eliminar
direcciones que duplican a las ya existentes en la base de datos OSM.

Un saludo,

Rafael Ávila Coya.


 Original Message 
Subject: [Imports] addressmerge 0.1 release
Date: Sun, 09 Dec 2012 01:36:37 -0800
From: Paul Norman penor...@mac.com
To: impo...@openstreetmap.org
CC: d...@openstreetmap.org

For the last couple of weeks I've been working on addressmerge, a tool to
post-process address data by comparing it with existing OSM data. I have
pushed release 0.1 to https://github.com/pnorman/addressmerge

Currently it will take a file in importable .osm format, compare it with
existing OSM data in an imposm database and create a resulting importable
.osm file with address nodes that duplicate existing data removed.

It will correctly handle addresses on building ways, multipolygons and
anything else in the OSM data. It does not currently handle addresses on
objects other than nodes in the import data.

Requirements:

An imposm database
imposm.parser
python-lxml
psycopg2

Limitations:
It relies on imposm.parser which breaks on some XML files. To fix this try
running xmllint --format original.osm  reformatted.osm

It omits any ways or relations in the input file, relevant or not.

The documentation is currently very minimal.

I intend to make it handle other common address formats aside from addresses
is a decent amount more complicated.


___
Imports mailing list
impo...@openstreetmap.org
http://lists.openstreetmap.org/listinfo/imports



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

Re: [Talk-es] procurande professor / escuela de España par um projecto Europeio

[Rafael Avila Coya]

Hi, Manfred:

I'm a teacher in a secondary school in Noia (
http://osm.org/go/b9LZ6Nfg-- ), working for OSM since 3 1/2 years ago (
http://hdyc.neis-one.org/?edvac )

I started in this project in May 2009 when we needed a free map of Noia
for a Grundtvig project. Then, we used OSM again for a second Grundtvig
project, and now we are undertaking a 3rd project in which (I think) we
don't need maps.

I unfortunately can't get involved in that Commenius project you suggest
because our Grundtvig project will last until June 2014, but I already
sent an email to a group of teachers of my school that will apply for a
Comenius project next year. If they are interested I would give them
support for the project.

Cheers,

Rafael Ávila Coya.

On 21/12/12 22:47, Manfred A. Reiter wrote:
 Olá,
 
 first of all I apologize to write in english on your list.
 
 We are running this Comenius project at the mometn:
 http://wiki.openstreetmap.org/wiki/Comenius_OSM_and_Tourism/ 
 
 The following countries and schools are willing to submit a new 
 application.
 https://docs.google.com/spreadsheet/ccc?key=0AmukcXek0JP6dGFKZWhEUVpuYUhtTjZWekpGb1hFSEE#gid=0
 - please check the links - 
 
 It would be great to find here on the list is a teacher / school
 from Spain willing to join us
 
 Gracias de nuevo y lo siento de escribir em Inglés, 
 pero mi Español es aún peor que mi Inglés.
 
 Feliz Navidad y un prospero Año Nuevo
 para todos.
 
 -- 
 ## Manfred Reiter
 
 
 
 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es
 

-- 


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

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

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

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

Re: [Talk-es] normilize streetnames

[Rafael Avila Coya]

Well, in Spain you would have to split the bot in several parts, as
there are different areas with different languages. For example, one bot
would have to stick to Galicia, another to Euskadi  Navarra (maybe
differences here again), others to Catalunya, Valencia  Illes Balears,
and so on.

I don't have any idea on how to set a bot, anyway.

Regards,

Rafael Ávila Coya.

On 14/01/13 16:59, Jan Tappenbeck wrote:
 Hola !
 
 i tested OSMAND on spain holiday and there are many variantes of
 streetname-parts.
 
 he probado OSMOND en España de vacaciones y hay muchas variantes del
 nombre de la calle-partes.
 
 Avendia
 Av.
 Av
 Avda.
 Plaza
 Pza.
 Calle
 C/
 Pje
 
 dr.
 doctor
 
 
 in german there are bots to make normalize the name-parts. would the
 spain-community to something like this.
 so it was easier for software or other search-functions.
 regards Jan :-)
 
 En alemán hay robots para hacer normalizar los nombres-partes. sería el
 España-comunidad para algo como esto.
 así que fue más fácil para el software u otras funciones de búsqueda.
 se refiere Jan :-)
 
 
 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es
 

-- 


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

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

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

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

Re: [Talk-es] normilize streetnames

[Rafael Avila Coya]

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

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

Cheers,

Rafael Ávila Coya.

On 14/01/13 20:44, José Luis Domingo López wrote:
 I regularly extract all OSM elements containing C/, C. and
 Avda. and a few months ago I replaced most of them using JOSM. I
 only left those in East part of Spain, as I didn't know if the
 correct replacement would be calle or carrer, avenida or
 avinguda. I can send current file to anyone interested in have a
 look at it and continue the work.

 Calle will be correct in Spanish, but Carrer will be the right one to
 use in Catalan, or Rúa in Galician. OSM can store the street name in
 several different tags, one for each language, so there is no need to
 choose one language over the others.
 
 What I don't know and I would have to check is if there is the need for a
 primary name tag (name), or it is perfectly fine and correct to have one
 or more language-specific name tags such as name:es and name:ca for a
 given street, and there is no real need for a name tag is there is any
 amount of name:xx present for the item.
 
 Cheers.
 

-- 


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

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

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

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

Re: [Talk-es] normilize streetnames

[Rafael Avila Coya]

Hola:

La persona que comenzó este hilo es extranjero y no domina el español.
Puso su mensaje en inglés y consiguientemente la gente responde en
inglés. Que yo sepa, dentro del derecho de libertad de expresión está el
hacerlo en la lengua que cada uno estime conveniente. Otra cosa es que
uno escriba en malayalam y no encuentre quien sepa o quiera responderle
en esa lengua.

Un saludo,

Rafael Ávila Coya.

On 15/01/13 08:36, Pepe Casado wrote:
 No es por nada pero si esto es un grupo de discusión en español pediría,
 por favor, que los comentarios fueran en esa lengua. Gracias
 
 El 14/01/2013 21:21, Rafael Avila Coya ravilac...@gmail.com
 mailto:ravilac...@gmail.com escribió:
 
 In Galicia, I use to edit the name tag (galician), name:gl (galician)
 and name:xx for other languages. If I write only one (that is what I do
 most of the times), I just write the galician one in the name tag.
 
 The question is: if you don't put the name tag, what language does the
 renderer (mapnik or whatever) choose for the rendering? I think you need
 to put the name tag whatsoever.
 
 Cheers,
 
 Rafael Ávila Coya.
 
 On 14/01/13 20:44, José Luis Domingo López wrote:
  I regularly extract all OSM elements containing C/, C. and
  Avda. and a few months ago I replaced most of them using JOSM. I
  only left those in East part of Spain, as I didn't know if the
  correct replacement would be calle or carrer, avenida or
  avinguda. I can send current file to anyone interested in have a
  look at it and continue the work.
 
  Calle will be correct in Spanish, but Carrer will be the right
 one to
  use in Catalan, or Rúa in Galician. OSM can store the street name in
  several different tags, one for each language, so there is no need to
  choose one language over the others.
 
  What I don't know and I would have to check is if there is the
 need for a
  primary name tag (name), or it is perfectly fine and correct to
 have one
  or more language-specific name tags such as name:es and
 name:ca for a
  given street, and there is no real need for a name tag is there
 is any
  amount of name:xx present for the item.
 
  Cheers.
 
 
 --
 
 
 Por favor, non me envíe documentos con extensións .doc, .docx, .xls,
 .xlsx, .ppt, .pptx, aínda podendoo facer,  non os abro.
 
 Atendendo á lexislación vixente, empregue formatos estándares e abertos.
 
 http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros
 
 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org mailto:Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es
 
 
 
 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es
 

-- 


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

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

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

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

Re: [Talk-es] Nombres bilingües

[Rafael Avila Coya]

Totalmente de acuerdo:

Yo, en Galicia, tengo cada dos por tres que corregir calle por rúa en
montón de poblaciones. Quizás, alguien con conocimientos suficientes,
podría diseñar un bot para hacer esto automáticamente. Aunque creo que
esto, o algo parecido, ya se discutió en un hilo aquí.

R. Ávila.

On 16/01/13 15:57, Óscar Zorrilla Alonso wrote:
 Hola;
 
 Me he fijado mapeando en comunidades autónomas con otro idioma oficial
 además del castellano que tan pronto te encuentras calles en castellano
 como en otro idioma, por ejemplo aquí en Bilbao se juntan Avenida, Kalea
 y Calle en un radio de 50 metros.
 http://www.openstreetmap.org/?lat=43.25561lon=-2.936509zoom=18layers=M
 
 Desde aquí simplemente recordar a quienes editen por Galicia, País
 Vasco, Com. Valenciana, Cataluña e Islas Baleares que cuando pongan el
 nombre de las calles y/o POIs además de añadir el nombre name:es y
 name a secas añadan las siguientes etiquetas:
 
 - en Valencia/Cataluña/Islas Baleares habría que añadir la etiqueta: name:ca
 - en el País Vasco habría que añadir la etiqueta: name:eu
 - en Galicia habría que añadir la etiqueta: name:gl
 
 En Burgos por el momento no tenemos ese problema ;-)
 
 Un saludo
 
 Óscar (alias cronoser)
 
 
 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es
 

-- 


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

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

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

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

Re: [Talk-es] [Imports] [Cat2Osm2] Tool for exporting Spanish Cadastre data in OSM suitable format

[Rafael Avila Coya]

On 18/01/13 00:01, Cruz Enrique Borges Hernandez wrote:
 Fist of all, thanks for the comments. I will answers them in place.
 
 There appear to be some ways with duplicated way nodes (i.e. a way having
 the same node multiple times, other than when closing a loop). JOSM's
 validator can find these. 
 
 This have already been addressed.
 
 There are some duplicate nodes. An example can be found at 40.8253351,
 -5.4437406. I'll be talking more about duplicate nodes later.
 
 I am not sure about this (most probably is a duplicate node in the original 
 data) 
 but in any case the JOSM validator should catch these. We have tried very hard
 to reuse as much nodes and ways as the data allow us.
 
 The road network does not appear to be consistently connected, for example
 at 40.8182542, -5.4476705
 
 We are already aware of this problem. The road network is probably the less 
 interested part of the dataset: they are inaccurate and their geometries are 
 completely screw-up. It is only provided because some locals mapper thought
 that it can be useful as a starting point in a completely empty place. 
 
 Tagging:

 You appear to be using landuse=reservoir for unknown water. Most of the ones
 I looked at would be better suited as natural=water. natural=water is also
 better suited for unknown bodies of water.
 
 Geometries with water tags are one of the most difficult tags to translate. 
 The problem comes from the original data: it does not maintain internal 
 consistency between different towns. Others difficult tags are parking 
 spaces and greenfield for the same reason. In the end, all of them (and 
 probably others ones that will appear in other regions) should be revised 
 manually by the local community. We have already planned to have 
 wiki pages with regional information about the import process given tips
 about this things.
 
 Are there any tags that will be used other than those in this sample file?
 
 This is the full list (sorry about the spanish):
 http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features
 
 Please, if you found any mistake, let us know before changing the table.

I let you know some mistakes I've seen:

1) In Tipos de cultivo, the MI Mimbreras o cañaverales, is tagged
wetland=marsh, that is better tagged as natural=wetland + wetland=marsh
( http://wiki.openstreetmap.org/wiki/Tag:natural%3Dwetland )

2) For regular expresions for ROTULO, at the end of the page, I think
tags should be consistent with those we have in other parts of the file,
like for example:

Ermita (RER,SER) is tagged as amenity=place_of_worship,
religion=christian, denomination=catholic, building=hermitage in the
Religioso (R) section, but tagged as amenity=place_of_worship,
religion=christian, denomination=roman_catholic, building=church in the
table of expresión regular at the end of the page.

I didn't correct any of these errors.

 
 The import is proposing a new tag, use=agricultural. This is found on
 landuse=meadow areas. Are there any new tags that this import is proposing
 to use?
 
 This is ,almost for sure, a bug in our code. Anyway, the complete list are in 
 the previous link.
 
 How were the tag translations arrived at? 
 
 The translation tags was made from: 
 - What catastro documentation said:
  
 http://www.catastro.meh.es/pdf/formatos_intercambio/catastro_fin_cat_2006.pdf.
  
 - What experts mappers have said. In fact, the pages have been almost 
 completely filled by expert mappers from the Spanish community.
 - What persons close to the catastro office have said to us.
 - Obviously, our own experience using this data in other projects.
 
 Taking the example of
 landuse=greenfield, was this decided on based on descriptions from the
 catastro, or was it based on inspection of the areas that it applies to with
 aerial imagery, surveys or other resources?

 The areas tagged with landuser=greenfield aren't areas with no past or
 present buildings scheduled for development (i.e. virgin ground that will be
 turned into a construction site)
 
 Our experience over that specific tag is that catastro have overused it: 
 there 
 are places tagged (in catastro) as a greenfield that should be another thing 
 (normally landuse=village_green or recreation_ground). Probably this is
 due to differences in the definitions of the two ontologies.
 
 If you go for this method, how do you intend to handle duplicate nodes? The
 problem is that if two files that contain nodes at the same position are
 uploaded in two different edit sessions JOSM will not merge the nodes, even
 if they were merged in the concatenated file.
 
 This problem should not happen never. The splitted files consist on an entire 
 block of buildings that cannot share any node, by definition. In any case, the
 conflation with existing data will be responsibility of the local mappers.
 
 Other:

 To what extent do you intend the importers verify the data? Do you expect
 them to 

 1. Verify each object in some way 

Re: [Talk-es] Estado de la importación de datos del Catastro

[Rafael Avila Coya]

Un par de cosillas:

Los números de parcela no renderizan en mapnik, pues sólo lo hacen si se
etiquetan a un edificio, no a una parcela. Ya sé que no se edita para el
renderizador, pero...

Al hilo de esto: es posible con cat2osm generar también etiquetas del
tipo addr:city y/o addr:postcode? La que sí creo que se podría
incorporar es la de addr:country=ES para todas las importaciones.

Dejas un perímetro landuse=residential (
http://www.openstreetmap.org/browse/way/162153603/history ) que habías
hecho tú mismo el pasado 27 de Enero (source=SIGPAC). No sería bueno que
lo eliminases?

Un saludo,

Rafael Ávila Coya.

On 25/02/13 11:36, Antonio Navarro wrote:
 Hola,
 
 Ayer ya subí los datos a OSM con la cuenta de catastro-toledo. Al final
 subí el fichero entero en un solo envío para que fuese justo lo que
 había enviado en el fichero que os indiqué. Entiendo que si hay algún
 'error grave', debería afectar a todo y por tanto será más sencillo
 eliminar un solo envío que si hubiese hecho varios. Si el error es algo
 concreto se puede arreglar puntualmente y tenerlo en cuenta para futuros
 envíos. Cuando desde imports nos comenten su opinión y si no ponen
 pegas, ya se podría trabajar con los ficheros más pequeños, sin tener
 que hacerlo todo de golpe.
 
 Yo no estoy suscrito a la lista de imports, si os parece cuando podáis
 avisadles con el enlace a la zona y los ficheros que envié para que den
 su punto de vista.
 
 Un saludo y gracias,
 
 -- 
 Antonio Navarro
 
 mailto:anto...@hunos.net mailto:anto...@hunos.net
 mailto:antonio.navarro...@gmail.com mailto:antonio.navarro...@gmail.com
 mailto:antonio.nava...@hispalinux.es mailto:antonio.nava...@hispalinux.es
 
 
 
 El 25 de febrero de 2013 09:31, Ander Pijoan ander.pij...@deusto.es
 mailto:ander.pij...@deusto.es escribió:
 
 También estoy viendo que con el tema del Catastro3d, hay alguna
 geometría que es únicamente subterranea (building:min-level:-1).
 
 En este caso no se crean muchas geometrías extra por usarlo pero el
 Catastro3d para poblaciones mas grandes podría empezar a sacar
 demasiadas geometrías (sobretodo en el caso de balcones y salientes
 de los edicios) y asustar a los más conservadores de imports.
 
 El 25 de febrero de 2013 09:15, Ander Pijoan ander.pij...@deusto.es
 mailto:ander.pij...@deusto.es escribió:
 
 El resultado se ve bien. Aún y así, me gustaría volver a hacer
 incapié en que creo que es mejor subir de manzana en manzana que
 todo el pueblo (en este caso urbanización).
 
 Seguramente si algún administrador tiene por cualquier cosa que
 echar atrás una edición, intuyo que no podrá hacerlo únicamente
 para el problema si no que hará un rollback de ese conjunto de
 cambios tumbándote todo de golpe.
 
 Cuanto más troceado vaya, más fácil es de validar por JOSM, de
 arreglar por nosotros y de que les guste el resultado (y creo
 que también las formas) a la gente de imports.
 
 Saludos.
 
 El 24 de febrero de 2013 19:19, Antonio Navarro
 anto...@hunos.net mailto:anto...@hunos.net escribió:
 
 Hola,
 
 Si nadie tiene nada en contra, voy a subir a OSM con la
 cuenta de 'catastro-toledo' el fichero que envié esta
 mañana. ¿Alguien puede enviar un correo a la lista de
 imports para avisarles y que lo revisen?
 
 Un saludo,
 -- 
 Antonio Navarro
 
 mailto:anto...@hunos.net mailto:anto...@hunos.net
 mailto:antonio.navarro...@gmail.com
 mailto:antonio.navarro...@gmail.com
 mailto:antonio.nava...@hispalinux.es
 mailto:antonio.nava...@hispalinux.es
 
 
 
 El 24 de febrero de 2013 12:31, Antonio Navarro
 anto...@hunos.net mailto:anto...@hunos.net escribió:
 
 Hola,
 
 He corregido los 'fixme' que había y también he quitado
 los 'housenumber'  y direcciones de los nodos que
 indican la entrada. También he corregido la calle en
 todas las parcelas. Tengo alguna duda sobre parcelas que
 hacen esquina, que no tengo claro qué dirección le
 corresponde (alguna tiene entrada por las dos calles).
 Les preguntaré a los vecinos directamente qué ponen para
 que les lleguen las cartas y a ver qué me dicen :-D
 
 La versión del JOSM es la 5697 y la validación saltaba
 en los nodos con etiqueta 'addr:housenumber' pero sin
 etiqueta 'addr:street'. Sigue saltando la validación de
 'House number on a non-building area', pero creo que en
 el caso de parcelas, es correcto.
 
 El 

Re: [Talk-es] Estado de la importación de datos del Catastro

[Rafael Avila Coya]

On 25/02/13 16:37, Jaime Crespo wrote:
 El día 25 de febrero de 2013 16:26, Rafael Avila Coya 
 ravilac...@gmail.com escribió:
 Un par de cosillas:
 
 Los números de parcela no renderizan en mapnik, pues sólo lo
 hacen si se etiquetan a un edificio, no a una parcela. Ya sé que
 no se edita para el renderizador, pero...
 
 No eso no es motivo. Si hace falta, se envía un wishlist a Mapnik
 para que se renderize. Pero estoy dividido entre mapear portales o
 áreas. Quizá deberíamos preguntar en tagging, aunque supongo que
 habrá cruzadas en ambos sentidos.

Estoy de acuerdo. Estaría bien lo del wishlist y lo de preguntar en
tagging.
 
 Al hilo de esto: es posible con cat2osm generar también etiquetas
 del tipo addr:city y/o addr:postcode? La que sí creo que se
 podría incorporar es la de addr:country=ES para todas las
 importaciones.
 
 ¿Y tener 1 tags redundantes por municipio? No, gracias:
 bounding polygon.

También de acuerdo. No se me había ocurrido.

Un saludo.

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

-- 
Twitter: http://twitter.com/ravilacoya



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

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

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

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

Re: [Talk-es] Estado de la importación de datos del Catastro

[Rafael Avila Coya]

On 25/02/13 16:38, Cruz Enrique Borges Hernandez wrote:
 Los números de parcela no renderizan en mapnik, pues sólo lo hacen si se
 etiquetan a un edificio, no a una parcela. Ya sé que no se edita para el
 renderizador, pero...
 
 Eso también nos hemos dado cuenta pero yo creo que es un bug de mapnik
 que en algún momento hay que escribir.
 
 Al hilo de esto: es posible con cat2osm generar también etiquetas del
 tipo addr:city
 
 Esta sin problema
 
 y/o addr:postcode?
 
 Esto no viene en Catastro.
 
 La que sí creo que se podría incorporar es la de addr:country=ES para todas 
 las importaciones.
 
 Lo que no nos queda raro es, ¿estas cosas no serían redundantes?

También creo lo son. Lo comentó Jaime Crespo y le doy la razón.

En otro orden de cosas, en imports ponen pegas en que hay un uso muy
excesivo de nodos en formas circulares o curvas. Ponen de ejemplo una
piscina de 4.8m de diámetro con 71 nodos (
http://maps.paulnorman.ca/imports/review/cigarral/pool.png ). Hay alguna
manera de reducir estos nodos por software (cat2osm2)? Creo que habría
que hacer algo al respecto.

También recuerdan que aún no hay/había consenso sobre la importación de
edificios basándose en los datos de sus planos. Mi opinión sobre esto es
clara: hay mucha gente (y habrá más en el futuro) interesada en datos
3D. Eliminar estos sería capar esa posibilidad de plano.

Un saludo,

Rafael Ávila Coya.

 

-- 
Twitter: http://twitter.com/ravilacoya



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

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

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

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

[Talk-es] [CATASTRO] Edición atribuída por error a catastro_pontevedra

[Rafael Avila Coya]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hola a todos/as:

Ayer estuve haciendo algunas importaciones de datos del catastro
(masas urbanas en O Porriño, Pontevedra).

Después de esto, unas 5 horas más tarde, me puse a mapear para un
trabajo de HOT en la Rep. Centroafricana, pero olvidé cambiar el
usuario en JOSM, por lo que una serie de conjuntos de cambios en ese
país están a nombre de catastro_pontevedra, y no de mi nombre de
usuario particular (edvac).

Sé que esto ya le ocurrió a algún otro, pero quería en todo caso
hacéroslo saber, y pido disculpas por ello.

Los conjuntos de cambios, todos al NE de Bangui, Rep. Centroafricana,
son 11:

http://www.openstreetmap.org/changeset/19403936
http://www.openstreetmap.org/changeset/19403993
http://www.openstreetmap.org/changeset/19404120
http://www.openstreetmap.org/changeset/19404156
http://www.openstreetmap.org/changeset/19404241
http://www.openstreetmap.org/changeset/19404270
http://www.openstreetmap.org/changeset/19404294
http://www.openstreetmap.org/changeset/19404338
http://www.openstreetmap.org/changeset/19404359
http://www.openstreetmap.org/changeset/19404401
http://www.openstreetmap.org/changeset/19404459

En lo sucesivo no pondré el catastro_pontevedra en mis preferencias de
JOSM, para así no volverme a equivocar. Creo que sería un buen consejo
para todos/as hacer esto mismo, y así evitar sorpresas desagradables.
En este caso aún hubo suerte, pues nadie se molestará demasiado por
unos conjuntos de cambios en Centroáfrica a cargo de catastro_pontevedra.

Saludos,

Rafael Ávila Coya.

- -- 
Twitter: http://twitter.com/ravilacoya

- 

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

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

http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iQIcBAEBAgAGBQJSqas7AAoJEB3niTly2pPQw4wQAIM09CyNGc2tUCu1ZDFt/INs
GXbccpyMGR8NdedPwAITs3TJ/4DgoofY6AnxBa/WSlq2bWqJzxvB6p1neLYHprvS
AhcDexeDMj2kqLrDdJaHn1SGxhm5soj9Wo0/E6p9AFlpAla/jLR35peBvZmN/1Rm
Fhq8MNKgcSG3iTa6eBZoqBXkHP/WmfP/c+mUJuQzUyBla7MIpkX3tlMT9e+AvaO/
A+QyEVVX/DswwQpuKUydmWyZlczxWzpCyQamlEdBIVrpHLzl8YUEVHVJoizjeeIv
l5BdYNbxn49hWt5uml1zFDmgN8DsN7vOButJZ4Ym1uKuSoM9tgiBaESXtWtM5eIu
LAclIIHZhbP8K0E4NYlnKmbTDcjZBl1yIZKVnk7ZsSsuH1n0NuX7tRLPTJ32L0SH
teWqJ+FRH3qLf5XDrJYScGQK1Kpcy0FmiDxTXts8fK/kGFC5lGXam2rgSLDGJ5Sr
kSIjHbd7hyRIIbc8RKVdhayJboce+1hUW+zaaUQpkplD56IpLGfBelyoebQWa4ks
cJx5zbecyzdglAMDIx1axIP+Bm4j8tSqqBeHIJSAJpRB3mgT1DlEAmIM9G4wKmSL
u2MiguSeV7V9ktBu2sCoBDk67bQrcVz8PA0jgq/0nzNSA/4ULDqp+v1IUNnt/K79
wHDwjRg0qjcgnf0Bkr76
=m6om
-END PGP SIGNATURE-

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

Re: [Talk-es] Casetas de venta de la ONCE

[Rafael Avila Coya]

Hola:

Sí existe una etiqueta para ese tipo de establecimientos.

Los establecimientos que tienen como cometido principal o único el de
venta de lotería, como son los típicos establecimientos de la ONCE (
http://2.bp.blogspot.com/-CLD4gUjZm68/TslIkreby2I/ABw/G5eSVeBG3jM/s1600/kiosko_once1.jpg
), administraciones de lotería y apuestas del estado (Bonoloto,
Quiniela, etc.) (
http://www.azarplus.com/fotos/noticias_fotocabecera_1713.jpg ), etc.,
deben etiquetarse como shop=lottery (Ver:
http://wiki.openstreetmap.org/wiki/ES:Tag:shop%3Dlottery ).

En cambio, si el establecimiento tiene como función principal otra
diferente (bar que vende quinielas y bonoloto, librería que tiene una
administración de lotería dentro, etc.), no se debe usar esta etiqueta
(si es un bar debe ser amenity=cafe, si es una librería shop=books, etc).

A estos establecimientos se le debe añadir un name=*, como por ejemplo
name=Administración de loterías Nº 24 de Madrid

No se debe poner en cambio name=quiosco de la ONCE u otros por el
estilo.

Asimismo, es muy recomendable añadir la etiqueta operator=*

1) En el caso de la ONCE (España):

operator=ONCE

2) En el caso de Apuestas y Loterías del Estado (España), que incluye
la venta de Lotería Nacional, Primitiva, Euromillones, Bonoloto,
Gordo, Quiniela, Quinigol, Lototurf y Quíntuple Plus:

operator=Sociedad Estatal Loterías y Apuestas del Estado, S.A.

3) En el caso de Lotería de la provincia de Buenos Aires:

operator=Instituto Provincial de Lotería y Casinos de la provincia de
Buenos Aires

etc.

Un saludo,

Rafael Ávila Coya.

On 26/01/14 16:55, Picholeiro wrote:
 Buenas lista
 
 Me replante  una pequeña duda ya que es un poco una característica
 de España , que son esos puestos de venta de la ONCE , ya que no es
 un quiosko pero tampoco es loteria nacional , Ya que estan situados
 en medio de la calle .
 
 
 Al escribir las lineas anteriores tambien veo en falta que no hay
 como poner una administración de la Loteria
 
 
 
 *~  Un saludo cordial  de Manuel   ~* 
 * *Mi sitio si te
 interesa mas información visita* El blog relacionado con linux #
 http://www.picholeiro.info . Mi servidor #
 http://servidor.picholeiro.info .
 
 
 ___ Talk-es mailing
 list Talk-es@openstreetmap.org 
 https://lists.openstreetmap.org/listinfo/talk-es
 

-- 
Twitter: http://twitter.com/ravilacoya



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

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

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

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

Re: [Talk-es] Para los que no crean que los rusos son una especie aparte

[Rafael Avila Coya]

No sé si son una especie aparte, pero no veo la fuente de los datos por
ningún lado...

On 14/02/14 09:00, Ander Pijoan wrote:
 Aprendiendo cómo la gente usa los tags para 3D me he encontrado con esto :
 
 http://www.openstreetmap.org/#map=19/55.75245/37.62313
 
 Lo que se traduce en esto :
 
 http://map.f4-group.com/#lat=55.7525943lon=37.6228904zoom=19camera.theta=44.14camera.phi=106.857
 
 Y ya el valiente que quiera, que pruebe a abrirla en JOSM.
 
 Feliz viernes.
 
 -- 
 Ander Pijoan Lamas
 Research Assistant, Deustotech
 Computer Science Engineer
 University of Deusto
 
 E-mail: ander.pij...@deusto.es mailto:ander.pij...@deusto.es
 Phone: +34 664471228
 in: http://www.linkedin.com/profile/view?id=162888312
 
 
 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-es
 

-- 
Twitter: http://twitter.com/ravilacoya



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

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

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

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

[Talk-es] [CATASTRO] power=sub_station deprecated

[Rafael Avila Coya]

Hola:

Preparando la importación de catastro de Alaró (Illes Balears) veo que
un edificio estaba etiquetado como power=sub_station. Ese etiquetado
está ahora cambiado a power=substation. Es un aviso a los
desarrolladores de cat2osm2 para que incorporen este cambio al programa.

http://wiki.openstreetmap.org/wiki/Tag:power%3Dsub_station : A new
tagging scheme for substations has been introduced to replace this tag,
see power=substation. It is strongly recommended to use power=substation
instead of power=sub_station when mapping substations.

Saludos,

Rafael Ávila Coya.

-- 
Twitter: http://twitter.com/ravilacoya



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

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

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

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

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

[Rafael Avila Coya]

Solo una aclaración:

El grupo de imports no existe. Lo que existe es una lista de correo
(impo...@openstreetmap.org) abierta a todo el mundo y en la que hay que
buscar un consenso para cualquier importación de datos, y así evitar
malas importaciones como algunas que se hicieron en el pasado.

Al mismo tiempo, la importación de datos es regulada por guías
(guidelines), y han de seguir unos pasos determinados. Nadie en
particular da su aprobación; la aprobación la da la comunidad cuando se
llega a un consenso amplio.

La idea general es la de crear comunidades locales suficientemente
activas para que la necesidad de importaciones sea la menor posible.

No hay anti-imports. Lo que hay es una comunidad, y en ella hay gente
más o menos exigente o quisquillosa. Es así con todas las comunidades
horizontales.

Si hay alguien que cree que se están poniendo trabas injustamente con
alguna importación, lo único que tiene que hacer es exponer su opinión
en el hilo correspondiente de la lista de correo de imports.

Un saludo,

Rafael Ávila Coya.

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

-- 
Twitter: http://twitter.com/ravilacoya



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

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

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

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

Re: [Talk-es] Presentación y alguna pregunta

[Rafael Avila Coya]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hola, Alberto:

Son pocos los usuarios que cartografían las aceras, pero sí se puede.

Teniendo en cuenta que necesitas diferenciar las aceras de la
calle/carretera, en tu caso básicamente lo que harás es trazar las
aceras (digamos que hay dos, una a cada lado del vial), y las
etiquetas como highway=footway + footway=sidewalk
En la wiki sobre aceras (sidewalk) [1] tienes toda la información
detallada, incluída cómo cartografiar los cruces.

A las aceras puedes añadirles más información que probablemente sea de
interés para tu caso particular, como inclinación (incline) [1],
altura del peldaño de la acera (kerb) [2], acceso a minusválidos
(wheelchair) [3], etc. Tienes enlaces a todo ello en [1].

OpenStreetMap funciona de forma similar a una wiki, por lo que no
tengas miedo de fastidiar nada. En caso de que haya problemas,
siempre podemos revertir los cambios. No te preocupes, y disfruta.

Un saludo,

Rafael Ávila Coya.

[1] http://wiki.openstreetmap.org/wiki/Tag:footway%3Dsidewalk
[2] http://wiki.openstreetmap.org/wiki/Key:incline
[3] http://wiki.openstreetmap.org/wiki/Proposed_features/kerb
[4] http://wiki.openstreetmap.org/wiki/Key:wheelchair

On 19/07/14 11:53, Alberto Carrión Tamaral wrote:
 Hola buenos días,
 
 mi nombre es Alberto, me encuentro en Madrid y estoy preparando mi
 tesis para Trabajo de fin de Master en un Master en Investigación
 en Informática ofrecido por la UCM. Esto me ha llevado a acercarme
 a su proyecto, ya que según he podido ver es probablemente la
 plataforma que más se aproxima a lo que necesito.
 
 A ver, les voy a comentar cual es tema que voy a tratar en mi
 tesis. Queremos desarrollar un sistema centrado en el usuario para
 el guiado de personas con discapacidad visual por entornos urbanos
 de tal forma que ofrezcan a la persona no solamente la información
 de como ir en su trayecto, sino que también información adicional
 acerca de obstáculos, garajes, semáforo sonoros, cambios de
 suelo... así como cualquier otra información que pudiera ser útil
 para el petos.
 
 Afortunadamente, hemos podido ver que su sistema, es muy extensible
 a la hora de agregar nuevos nodos con nuevos significados.sin
 embargo, debido a la particularidad de nuestro sistema no sabemos
 si hay ciertas cosas que se puedan hacer:
 
 Por hoy haremos únicamente una pregunta ya que no queremos molestar
 más de lo necesario. Bueno, como nuestro sistema lo que va a tener
 que hacer es dar información acerca de las rutas más seguras, lo
 primero que se nos viene a la cabeza es que tenemos que crear
 nuestra propia red de nodos interconectados indicando ademas,
 tramos con semáforos, pasos de peatones o cualquier otro paso
 (subterráneos, elevados...), entradas de garajes... todo esto
 además, es singular para cada lado de la calzada con lo que habría
 que mapear ambos lados así que hay va nuestra primera pregunta.
 Puesto que no queremos fastidiar nada de lo que ya hay en el plano,
 queremos saber si esto es posible y si hay alguna forma de marcar 
 las vías para que no se confundan con ninguna otro tipo de vía ya 
 existente?.
 
 Si, bueno, ya sé que es una duda bastante básica, pero no quiero 
 fastidiar a nadie con lo que pueda modificar y he pensado que será
 mejor ir preguntando antes de modificar algo que pueda afectar a
 otra persona.
 
 Un saludo y muchas gracias, ya les iré haciendo más preguntas según
 me vayan surgiendo.
 
 Alberto.
 
 
 ___ Talk-es mailing
 list Talk-es@openstreetmap.org 
 https://lists.openstreetmap.org/listinfo/talk-es
 

- -- 
Twitter: http://twitter.com/ravilacoya

- 

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

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

http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iQIcBAEBAgAGBQJTyx0wAAoJEB3niTly2pPQ7E8P/jsd3r2I887/1IENZfKxhem1
FimWkSMTOucg5JLSJ+mbk5KKGqEjlGNvqRGnLUs4SmHGoEt26C9Y9ClXQF8WIxIQ
k5OY5V72SbYsDoPksfiywIxAxKedetUPblzPORT8exYxPmBztaZVTEZudpvJWSZ+
IYJA6oKWG+sd5bsUU/N15OOK5QUFRTJd1whHQ5k7+3I6E/+/Eb7wa+52wBqCCwut
IQlp7pylU698RZ40UwngwpRK1Gn6iGmTtNPo+PhgwvAiij5SWWxxwGqI2eYhJz7t
MA2JrywVk1mT/l5D4nu+1K6ea257EEQ39yAcrkEkC/Abwre92xd0nJJy3dz87P64
9f5/yR5K2rlcly8L2v6AV0AH9ayQqhvmJeX4fMUqjT+EbkR4bFeZmzth5aTs4B2K
rTdqS61dmBQ11jqVz511kWdNpBHRXpV2bd/GuUebJxNWIGFP0jGXBSTMDMYuyQyR
pIyF+0XW0QlkB2ElhpGWu6x+QnKtvqrpyPCfxNeLzqfH+iYNvAJx0/TvT/joW4j0
ew/Zruu94NwKZtEQ8gMPZv+lFw/6/m0NcXhN9FQtAf73rFWRXxqGwPxgh0hpOUXQ
91saVEF/ihVOuo1vGUQ+d/x9/WYlgAyzb0Pv4C4OSDdtfPZGUUIerjfG+tRbiLIa
8TMFH4hxxFr62305s/ij
=biCm
-END PGP SIGNATURE-

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

Re: [Talk-es] Listado de farmacias de Madrid

[Rafael Avila Coya]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hola de nuevo:

Perdón por la tardanza en responder.

Jaime:

Las latitudes y longitudes están en WGS84, pues coinciden
perfectamente, salvo errores.

Yo también quitaría lo de addr:city y addr:province. En cambio,
mantendría lo de addr:suburb (Ejemplo Salamanca) pues no tienen
fronteras (boundaries), y para los barrios puse addr:ward, pero no sé
si es el más adecuado. Podría ser addr:quarter también. En todo caso,
mantengo lo de addr:city y addr:province, pues podemos sacarlo luego
en un minuto. Lo comentamos en imports, dejando clara cuál es nuestra
nuestra opinión.

En cuanto a corregir, sólo quedaría acentuar bien alguna cosa, tipo
Vicálvaro y tal. Yo creo que es mejor que lo vaya haciendo la gente a
medida que va importando los nodos.

He escrito ya la wiki de imports [1], la del workflow [2] y la de
control de progreso [3]. La idea es que cada uno de los interesados en
participar tome un fichero con 50 farmacias de cada vez, y que vaya
anotando en esa última wiki el progreso. De esa manera, cada uno puede
dedicar un tiempo diferente, según su disponibilidad. El workflow lo
escribí en castellano para hacerlo más fácil, y sería de ***lectura
obligada*** antes de ponerse a importar. Es, además, una buena
oportunidad para practicar algunas herramientas muy útiles que quizás
algunos no conocen o no saben utilizar, como el ToDo List y los filtros.

Las farmacias a importar son, al final, 1.701, pues las 106 restantes
no están geolocalizadas. Lo único que se podría hacer con esas 106
farmacias sería que alguien se animase a geolocalizarlas sobre el
terreno, ó quizás, teniendo en cuenta que tienen la dirección con
número incluído, geolocalizarlas con ayuda de la capa del catastro. En
todo caso, se dejan fuera de esta importación.

El script de conversión está acabado. El fichero resultante lo podéis
descargar aquí en .csv [4] (para abrir en hoja de cálculo (también en
JOSM con el plugin OpenData)) y en .osm [5] (para abrir directamente
en JOSM sin necesidad del plugin OpenData).

Tanto al final de la wiki de imports (inglés) [1] como la del workflow
(castellano) [2] está una tabla en la que se dice qué hacer con cada
una de las etiquetas de las farmacias que ya hay en OSM y que duplican
a los nodos a importar. Es muy importante que le echáseis un vistazo
para posibles modificaciones.

En la wiki de control de progreso [3] puse un fichero (Nº 17) de 50
farmacias como ejemplo para que hagáis tests sobre el workflow si
queréis. Naturalmente, no debéis importar nada aún; ese fichero será
sustituído por otro diferente de hecho.

Una vez que todo esté ok por aquí, escribo el correspondiente email en
imports, y cuando todo esté ok allí, se podrá comenzar con la importación.

Creo que no hay nada más por ahora. Espero vuestros comentarios.

Un saludo a todos/as,

Rafael Ávila Coya (edvac).

[1] https://wiki.openstreetmap.org/wiki/Madrid_Pharmacies_Import

[2 ]https://wiki.openstreetmap.org/wiki/Madrid_Pharmacies_Import_Workflow

[3] https://wiki.openstreetmap.org/wiki/Madrid_Pharmacies_Import_Progress

[4] http://ge.tt/1na4njp1/v/2

[5] http://ge.tt/1na4njp1/v/0

On 23/07/14 16:56, Jaime Crespo wrote:
 El 23 de julio de 2014, 15:17, Rafael Avila Coya
 ravilac...@gmail.com mailto:ravilac...@gmail.com escribió:
 
 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
 
 Hola a todos:
 
 Para empezar una duda con la licencia. Donde dice que Está
 prohibido desnaturalizar el sentido de la información para los que
 reutilicen la información, ¿es esto incompatible con la ODbL? Yo
 creo que no hay problema, pero prefiero preguntar.
 
 
 En general, todas las administraciones que usan esa terminología,
 tomada de RISP, sólo quieren que no se modifiquen datos y luego
 digan que la fuente es incorrecta (nada que ver con copyright de
 los datos), pero como siempre, nunca deberían existir dudas:
 siempre pedir permiso.
 
 
 LATITUD - lat LONGITUDE - lon
 
 
 Cuidado con que los datos estén en wgs84.
 
 addr:province, city, y probablemente otras sean redundantes si
 coinciden con los polígonos que lo albergan.
 
 Siendo sólo 1800 puntos se podría hacer colaborativamente hasta en
 un Google Doc. -- Jaime Crespo http://dbahire.com
 
 
 ___ Talk-es mailing
 list Talk-es@openstreetmap.org 
 https://lists.openstreetmap.org/listinfo/talk-es
 

- -- 
Twitter: http://twitter.com/ravilacoya

- 

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

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

http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iQIcBAEBAgAGBQJT2R3hAAoJEB3niTly2pPQxD0P/1Vzj0jsuhI3EYRyELsLhSQJ
QLy1bldcmBytM9uLWfEtC8V7SiovToKDTUL+DWtf+pGU8Fx2Cxz/ORMoZUrc/ZO8

[Talk-es] Manual import of 1,701 Madrid pharmacies

[Rafael Avila Coya]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi all:

The Madrid city council is releasing some of their data as open data.
One of the datasets is a list of 1,807 pharmacies, of which 1,701 are
geolocalized.

The purpose of this import [1] is to process that data to produce 34
osm files with 50 nodes each (the last one with 51), so the interested
mappers can import manually those pharmacies, following a detailed
workflow [2], one file at a time, and therefore adapting the import to
their own time availability.

After finishing a task, they will have to write it down in a wiki [3],
commenting any issues.

The import was submitted for comments in the talk-es mailing list. The
only issue mentioned was about dropping the addr:city and
addr:province tags, in which I also agree.

The workflow wiki is a translation into Spanish of the Workflow
section in the Import wiki, plus some screenshots.

In the progress section, I put an example to make more clear how to
proceed with the import.

All scripts are ready, and can easily be tweaked to adapt to any
tagging modifications that we may agree upon.

Key points to focus on are tagging and merging with existing OSM
pharmacies in the area.

You can download the resulting file in CSV and OSM formats here: [4]

I wait for your comments.

Cheers and have a nice week,

Rafael Ávila Coya (edvac).

[1] https://wiki.openstreetmap.org/wiki/Madrid_Pharmacies_Import

[2] http://wiki.openstreetmap.org/wiki/Madrid_Pharmacies_Import_Workflow

[3] https://wiki.openstreetmap.org/wiki/Madrid_Pharmacies_Import_Progress

[4] http://ge.tt/1na4njp1

- -- 
Twitter: http://twitter.com/ravilacoya

- 

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

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

http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iQIcBAEBAgAGBQJT3qvtAAoJEB3niTly2pPQNxkP/2zjXoBbUicEVamnDhghloe2
pBl33Xu4T0yHHtZlRsZQdJRrLfvfy2+7hyqNfbIIhVsVYZqFcamMS9yUn+U3E1y7
PqHF/msJHzRu6IQQdlJ+XCkkcBabf1Kkdg2bmaC/rRTXu/8d8RCiCpIiFWexuE/c
GBCJ45ZimRk7R4i/MEaglNu+WxsynsmMDcglgjzEMUts3OUNsxl9FXCb7J5FjZJs
GVIs75hsGnuYkLTs/SxkvpEzs9gBtOwfmFDReZZn7uaawMHVosVGZCTFE1rQv3lH
mqPS1mE8WNUwxbBxf0Vb9bpBto+cJjUNo5PsuBKtUxygK7z//y983KfRPb+ksWSb
ly/RVHEel1Msw0uYuftgiv1WSXYWpgPgz4A11XANFSN87FISF0PvnjQqoB9lwRIm
2/stHe8whleHbBBzq65n4J3L90M4+sO47D0Fby70Q0B0Ag7O+SRW273IRsPT9SSo
NShQ4zDTwng/Jl4Nyps5NGl34+k+N0jJ5m2hEVx8U7Kd7umix8uyfvVwvmSjo3aV
39tV2r7iweFjD07OyWyXF6ejzKERWbXDZfnbrJHLkk41+3abi5dEapa8qWr1uc0H
e31VQi85PIAB5atEuODpvzdcxh1G4bwxg3B38DrX277m2OTm1esY6t4332SZe7hX
JE50GdqTUinkTR5Z6jSe
=pTev
-END PGP SIGNATURE-

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

Re: [Talk-es] [Imports] Manual import of 1,701 Madrid pharmacies

[Rafael Avila Coya]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Jason. Thanks for sharing. My comments inline:

On 05/08/14 01:16, Jason Remillard wrote:
 Hi,
 
 This is the best I can do with the online translation to
 English...

The import wiki page is in English, and as I explained in my last
email, there isn't nothing in the workflow wiki (Spanish) that isn't
in the import wiki, except some screenshots.

 
 - The source,  source:date tags on the node is not needed since it
 is in the change-set.

This has been discussed several times for other imports, like the
UNICEF health facilities, schools and water points for Central African
Rep., or several eHealth Africa imports in Nigeria. The outcome of the
discussion is that source:date can be dropped, but source is nice to
keep it for some and not needed for some others. So it is kept.

In the CAR import they put the following reason, that I agree upon:
it is useful to let the source tag for each object as the changeset
information is not forcefully got from any OSM extract tool and UNICEF
could be disappointed not to be mentioned for this data + the metadata
can disappear easily once the information is shared and shared, and
the source can be a very useful information for people who will work
with this data.

About the pharmacies, the Madrid City Council puts almost no
constraints, except that they have to be attributed. Although they
would be attributed with the changeset tag, they will much better
having the source tag in the nodes. And this is not a big deal, as
they are only 1701 nodes. So my proposal is: keeping the source tag in
the nodes and changeset tags, and keep the source:date in the
changeset tag only.

 
 - The process of replacing the existing nodes with the new nodes
 is not ideal. The new data should be merged in with the old node so
 the history is not lost.

OK. I agree. I will change the workflow accordingly. I think in fact
that it will get more simple, as everything will be done with the
import account, instead of the two steps of the current one (one with
the import account and the second with the regular OSM account).

 
 - The process should talk about messaging the authors of the OSM
 data to sort out what data to keep if it is not otherwise clear.
 Just taking the new data over the existing OSM data is going to
 get everybody grumpy.

Well. That's why I assessed all the current data in the OSM database,
to see all tags present in all nodes, and proposing what to do with
the tags of the old nodes, tag by tag. The proposal is very respectful
with the existing data. Do you find any tag deletion or modification
unrespectful with the data already in the OSM database?

 
 - The process should be prepared for duplicates pharmacies that are
 on ways, not just nodes.

All pharmacies for the area that can are a duplicate of the nodes to
be imported are on nodes only as of today. No existing pharmacy is on
any way or relation ( http://overpass-turbo.eu/s/4t0 ). In fact, there
was one in a way, but not a duplicate of any of the 1,701 new nodes.
Moreover, it was duplicated itself, with a way and a node few meters
to the East. I just merged them, leaving the way as building and the
pharmacy as node: http://www.openstreetmap.org/changeset/24566970

Regards,

Rafael.

 
 Thanks Jason
 
 On Sun, Aug 3, 2014 at 5:39 PM, Rafael Avila Coya
 ravilac...@gmail.com wrote: Hi all:
 
 The Madrid city council is releasing some of their data as open
 data. One of the datasets is a list of 1,807 pharmacies, of which
 1,701 are geolocalized.
 
 The purpose of this import [1] is to process that data to produce
 34 osm files with 50 nodes each (the last one with 51), so the
 interested mappers can import manually those pharmacies, following
 a detailed workflow [2], one file at a time, and therefore adapting
 the import to their own time availability.
 
 After finishing a task, they will have to write it down in a wiki
 [3], commenting any issues.
 
 The import was submitted for comments in the talk-es mailing list.
 The only issue mentioned was about dropping the addr:city and 
 addr:province tags, in which I also agree.
 
 The workflow wiki is a translation into Spanish of the Workflow 
 section in the Import wiki, plus some screenshots.
 
 In the progress section, I put an example to make more clear how
 to proceed with the import.
 
 All scripts are ready, and can easily be tweaked to adapt to any 
 tagging modifications that we may agree upon.
 
 Key points to focus on are tagging and merging with existing OSM 
 pharmacies in the area.
 
 You can download the resulting file in CSV and OSM formats here:
 [4]
 
 I wait for your comments.
 
 Cheers and have a nice week,
 
 Rafael Ávila Coya (edvac).
 
 [1] https://wiki.openstreetmap.org/wiki/Madrid_Pharmacies_Import
 
 [2]
 http://wiki.openstreetmap.org/wiki/Madrid_Pharmacies_Import_Workflow

  [3]
 https://wiki.openstreetmap.org/wiki/Madrid_Pharmacies_Import_Progress

  [4] http://ge.tt/1na4njp1

[Talk-es] Importación de farmacias de Madrid

[Rafael Avila Coya]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hola a todos/as:

El proceso de importación de 1.701 nodos de farmacias de la base de
datos del Ayuntamiento de Madrid ya está listo.

La wiki requerida por la guía de importaciones a OSM [1] (en inglés)
refleja las modificaciones a la propuesta inicial después de la
discusión en la lista de imports.

A partir de esta wiki, he elaborado una wiki con el workflow (en
castellano) para que cualquier usuario interesado pueda participar en
la importación [2]. Para quienes no hayan participado nunca en una
importación de datos, ésta es una buena oportunidad, especialmente
interesante e instructiva para aquellos/as que no hayan usado nunca
los filtros ó el plugin Todo List en JOSM.

El seguimiento del progreso de la importación se hace por medio de una
tercera wiki [3], en la que se pueden descargar los ficheros
correspondientes a cada bloque (la importación está dividida en 34
bloques de 50 nodos cada uno (salvo el último que tiene 51 nodos)) y
actualizar el status de la misma.

Se ruega encarecidamente a aquellos/as que estén interesados/as en
participar, que lean la wiki del workflow [2] y que no comiencen
mientras no comprendan perfectamente todos los pasos a seguir.

Si detectáis cualquier error, por favor, comunicarlo lo antes posible
para así poder subsanarlo a la mayor prontitud posible.

Un saludo,

Rafael Ávila Coya.

[1] https://wiki.openstreetmap.org/wiki/Madrid_Pharmacies_Import

[2] https://wiki.openstreetmap.org/wiki/Madrid_Pharmacies_Import_Workflow

[3] https://wiki.openstreetmap.org/wiki/Madrid_Pharmacies_Import_Progress

- -- 
Twitter: http://twitter.com/ravilacoya

- 

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

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

http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iQIcBAEBAgAGBQJUPF22AAoJEB3niTly2pPQWZUP/jDxIs6SMU5eXlSIVZvRutt7
GVJKYXnYtDy2CIi0ITIGTNYINfHL0pkZEdrOyyMSX7lOou1DAEdkJzbCkyCJ0Vls
thkkYlRMvqd1Y0Vytq/TTCP/obIKbymBC/KuHJmRq/GhIKh80dTlumPOFUK2bHQW
zDqq2uLpgrTCpreS1NP+K2UPs3rGItaEaWpqwu839Lzwix0Zyy5Qn4nyEkySERLp
cMTmz8JyV7/5COGkBC+8j8zVdyI+CAu4PnApmJrVavlmbl2bjd/7/blZqGiT3N1w
Zu7z00Q4LM9igXYYEC38H2cCf9vTobNLtnV4ovfZQTEJsGb8UQafK9hupZWfiC53
Wx7NUyAzltt/dntmMPvJCEhWORAXOkx8YCBBf4/b45sXAqsYAn7XIuBcNhI2PXkq
YFXNvWGvufAQaS5FrbUtuoB/H+WdYGfjpvISABDEkdOkKRnrbS8Nhuv7loSMmG5u
i2d3Kgnvmm/UdXPOnHpVinZ67+dvSQYn/BCP9F9u/Poa0C0jJMYfrvTKV67sIXnK
JuatU33G0QT3AgwekVJCkVsmfMqOgXbycayxu0YNXi0MF1UEGSX081mB9Qw0ULd9
xbelfhK28rG8jNk33jtlpxXGGV3RfCftxIKbp+soooQ0l7oxNkA5XwkMHqgGGhsQ
Vn5aeUCnvTI9bf1AbWlI
=pcrC
-END PGP SIGNATURE-

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

Re: [Talk-es] Importación de farmacias de Madrid

[Rafael Avila Coya]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hola, Santi:

Gracias por ofrecerte a colaborar en esta importación.

Lo de usar una cuenta específica para importar datos de terceros a
OpenStreetMap es un requerimiento general para cualquier importación
de datos. Está recogido en la guía de importación [1].

En cuanto a lo que te ha ocurrido con el bloqueo de cuenta, es la
primera vez que tengo noticia. Si es así, tiene que ser un fallo de la
API, está claro. ¿Has intentado en poner tu nombre de usuario, sin
contraseña y clicando en Perdió la contraseña? para intentar que te
envíen una nueva y así recuperar tu cuenta OSM habitual? Si lo
resuelves así, luego crea una nueva cuenta para la importación, pero
esta vez hazlo contra una cuenta de correo-e diferente.

Espero que puedas resolver esto y así poder seguir con el proceso.

Un saludo cordial,

Rafael.

[1]
http://wiki.openstreetmap.org/wiki/Import/Guidelines#Use_a_dedicated_user_account

On 14/10/14 20:44, Santi Aguirre wrote:
 Con la intención de aprender y colaborar por primera vez en una 
 importación de datos he empezado a seguir las instrucciones pero en
 el punto 1 de la wiki ya he tenido el primer problema: he creado
 en openstreetmap un segundo usuario añadiendo _import y
 registrándome con mi correo habitual (por cierto: ¿para que crear
 otro usuario?) y ahora JOSM no me conecta ni con el de antes ni con
 el nuevo: La autentificación en la API OSM
 https://api.openstreetmap.org/api/0.6/; ha fallado. Introduzca un
 nombre de usuario y contraseña válidos.
 
 El 14 de octubre de 2014, 1:18, Rafael Avila Coya
 ravilac...@gmail.com mailto:ravilac...@gmail.com escribió:
 
 Hola a todos/as:
 
 El proceso de importación de 1.701 nodos de farmacias de la base
 de datos del Ayuntamiento de Madrid ya está listo.
 
 La wiki requerida por la guía de importaciones a OSM [1] (en
 inglés) refleja las modificaciones a la propuesta inicial después
 de la discusión en la lista de imports.
 
 A partir de esta wiki, he elaborado una wiki con el workflow (en 
 castellano) para que cualquier usuario interesado pueda participar
 en la importación [2]. Para quienes no hayan participado nunca en
 una importación de datos, ésta es una buena oportunidad,
 especialmente interesante e instructiva para aquellos/as que no
 hayan usado nunca los filtros ó el plugin Todo List en JOSM.
 
 El seguimiento del progreso de la importación se hace por medio de
 una tercera wiki [3], en la que se pueden descargar los ficheros 
 correspondientes a cada bloque (la importación está dividida en 34 
 bloques de 50 nodos cada uno (salvo el último que tiene 51 nodos))
 y actualizar el status de la misma.
 
 Se ruega encarecidamente a aquellos/as que estén interesados/as en 
 participar, que lean la wiki del workflow [2] y que no comiencen 
 mientras no comprendan perfectamente todos los pasos a seguir.
 
 Si detectáis cualquier error, por favor, comunicarlo lo antes
 posible para así poder subsanarlo a la mayor prontitud posible.
 
 Un saludo,
 
 Rafael Ávila Coya.
 
 [1] https://wiki.openstreetmap.org/wiki/Madrid_Pharmacies_Import
 
 [2] 
 https://wiki.openstreetmap.org/wiki/Madrid_Pharmacies_Import_Workflow

  [3] 
 https://wiki.openstreetmap.org/wiki/Madrid_Pharmacies_Import_Progress

 
 
 ___ 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
 

- -- 
Twitter: http://twitter.com/ravilacoya

- 

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

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

http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iQIcBAEBAgAGBQJUPX/0AAoJEB3niTly2pPQy8kP/3v7+Ahdk6ogrokaTuygytEm
qo8XQ6x09cFDMfEEskPSaozOrxoJffYrlNxvL0wYObPQItzHRqQvNnpQsLqSFYpN
Hb1dy03peokAQl57uMNaBJonvG1s82+tAjQUTmqRbQGCdmWfMo1H1oAP51S8x7VL
54IMCsT8521gwUQFexBN3n25zhKMVJ7jA7JcboS/sCduu3CXk/axq0nw6YU/cHTP
4/aLHSljMS4/UZOmAlWi5V6BolW6/iQWPBF+YSnicPLwmR92F7ZsVydfuNA+/h1k
5zJmWwE4fEMTBvDQhLZ7up+azBsG+HOBCJvXmLffKRhQIexK7/dSYRCa2xIQdrn+
7aZKroPvMVpbP220VihO+lxLKGRGnUzf4wtTYCbqdetSfxhh0yP4KgsMFAHP3fYf
EfFDMUXnYwNRTES1Ka2QrUtYiFDJQlhVMB8XyqfHum8LgxMC6PKDTB5lNC8qmcpL
h0er4COT5CORafkzD1bdWHmAmOsoimC59BpxuMgRBs/86JSrt3WE+9x2PIAz82zS
9aemLT61uqV/4gUTSk0MXaPtZrxwv8ByP5a1aTfoykREPAP5cmspa7b0q1DqaytB
o6dwp/z0Cdch/IORX+fl8apYwGdFRBCCVGTce+WPrE9Fmjng/IF+EcNbfeQTPw43
B+HIrB9qZuvKyS/2pm8x
=0JU2
-END PGP SIGNATURE-

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

Re: [Talk-es] Importación de farmacias de Madrid

[Rafael Avila Coya]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Puedes descargar el plugin OSM Mirror. Con él puedes descargar sin
problemas.

Rafael.

On 15/10/14 21:10, Jorge Sanz Sanfructuoso wrote:
 Si el area es muy grande no se puede descargar para no petar el 
 servidor. Puedes realizar varias descargas de trozos mas pequeños.
 
 El miércoles, 15 de octubre de 2014, Santi Aguirre 
 aguirrera...@gmail.com mailto:aguirrera...@gmail.com escribió:
 
 Hola,
 
 Ya conseguí arreglar el problema con la cuenta. Gracias! Ahora
 estoy atascado en el punto 2 (no voy demasiado rápido, jeje...). Me
 he descargado el subset 01 aunque no he indicado nada en la wiki
 porque me siento inseguro y de momento sólo quiero probar para no
 liarla. Cuando intento con Josm bajarme los datos del área, me sale
 el error de que el área es demasiado grande, y por mas que he
 mirado y googleado no veo la forma de ampliar la zona. Con los gpx
 josm permite descargar solo el área que rodea la traza. ¿no hay
 algo parecido para esto? Y bueno, si creeis que estoy demasiado
 verde para este trabajo decídmelo sin problema y dejo paso a los
 que sabéis.
 
 Saludos!
 
 El 14 de octubre de 2014, 21:56, Rafael Avila Coya 
 ravilac...@gmail.com 
 javascript:_e(%7B%7D,'cvml','ravilac...@gmail.com'); escribió:
 
 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
 
 Hola, Santi:
 
 Gracias por ofrecerte a colaborar en esta importación.
 
 Lo de usar una cuenta específica para importar datos de terceros a 
 OpenStreetMap es un requerimiento general para cualquier
 importación de datos. Está recogido en la guía de importación [1].
 
 En cuanto a lo que te ha ocurrido con el bloqueo de cuenta, es la 
 primera vez que tengo noticia. Si es así, tiene que ser un fallo de
 la API, está claro. ¿Has intentado en poner tu nombre de usuario,
 sin contraseña y clicando en Perdió la contraseña? para intentar 
 que te envíen una nueva y así recuperar tu cuenta OSM habitual? Si
 lo resuelves así, luego crea una nueva cuenta para la importación,
 pero esta vez hazlo contra una cuenta de correo-e diferente.
 
 Espero que puedas resolver esto y así poder seguir con el proceso.
 
 Un saludo cordial,
 
 Rafael.
 
 [1] 
 http://wiki.openstreetmap.org/wiki/Import/Guidelines#Use_a_dedicated_user_account

 
 
 
 
 -- Jorge Sanz Sanfructuoso - Sanchi Blog
 http://blog.jorgesanzs.com/
 
 
 ___ Talk-es mailing
 list Talk-es@openstreetmap.org 
 https://lists.openstreetmap.org/listinfo/talk-es
 

- -- 
Twitter: http://twitter.com/ravilacoya

- 

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

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

http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iQIcBAEBAgAGBQJUPvEeAAoJEB3niTly2pPQI4sP/jOPax4juKqUXx4tG+xjWadU
RcJfof8FKHYwZGpS858h/PSWgiMtUnkzYthHixzYHjqY+Q26cDqvyA4nOdkOB80h
Vo8ixSj30AbufxyBOXY55/k7+Jn3YRDzHdfp4xV9e+7YElwIbPH3Sna9rKEAwwpr
5xWmN2mAzK0zmv0B6Wmf62j7azThcYI1aFFY0OJzdxWL8zOoKduuy1rFwXCgDBiC
8TMkOhJpTarNLMVbRbHiTBoFk+RM7mtq/bx6U7eNP89GhUxsKVvKiigRVQmBFAyO
zx7nZGhAZZaWil+KJQahR7Q+JMZaK3m0am1qQx9qZWT/mmxAozyk9+P8VZx0Yo6w
JnCM1db8U2cC8PGxBFLPBQiyp0lYuvz4xmyxytrfzZlSKsE39eHbmKQB96yapckf
lcLFVQgeWFw1GI9+FK5U/xv0siY6UZkxCQX4H4/fs6IUr32Do5/2QSOsCUXaqU88
LF6QvTEewlZ4C2Q7q3c4Az9NBT5Z2Sb5pHemgpArY3DxKLZ3tS7u1Bgxr1gksSs0
XE5GhayVxN74UKM/R1zpV0cxL7cy209HYAO17QrCcw3ue+pCsEiQD5U0e/mUAaNQ
Xd5pCFyNFDTmd/guIY2ZLcrW3ksLDaGsuJuIxRH7uHfZthhNV90n29LN38VFMfye
F32x3U0a5awsSV5b4kjS
=k3q1
-END PGP SIGNATURE-

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

Re: [Talk-es] Importación de farmacias de Madrid

[Rafael Avila Coya]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hola:

Qué tal van esas prácticas, Santi?

He actualizado la wiki de workflow [1] con instrucciones de cómo usar
el plugin Mirrored_Download de JOSM para descarga de datos demasiado
voluminosos para el servidor OSM oficial, así como qué hacer cuando
aparecen las advertencias al combinar las dos capas y al subir los
datos a OSM.

Un saludo,

Rafael.

On 15/10/14 21:10, Jorge Sanz Sanfructuoso wrote:
 Si el area es muy grande no se puede descargar para no petar el 
 servidor. Puedes realizar varias descargas de trozos mas pequeños.
 
 El miércoles, 15 de octubre de 2014, Santi Aguirre 
 aguirrera...@gmail.com mailto:aguirrera...@gmail.com escribió:
 
 Hola,
 
 Ya conseguí arreglar el problema con la cuenta. Gracias! Ahora
 estoy atascado en el punto 2 (no voy demasiado rápido, jeje...). Me
 he descargado el subset 01 aunque no he indicado nada en la wiki
 porque me siento inseguro y de momento sólo quiero probar para no
 liarla. Cuando intento con Josm bajarme los datos del área, me sale
 el error de que el área es demasiado grande, y por mas que he
 mirado y googleado no veo la forma de ampliar la zona. Con los gpx
 josm permite descargar solo el área que rodea la traza. ¿no hay
 algo parecido para esto? Y bueno, si creeis que estoy demasiado
 verde para este trabajo decídmelo sin problema y dejo paso a los
 que sabéis.
 
 Saludos!
 
 El 14 de octubre de 2014, 21:56, Rafael Avila Coya 
 ravilac...@gmail.com 
 javascript:_e(%7B%7D,'cvml','ravilac...@gmail.com'); escribió:
 
 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
 
 Hola, Santi:
 
 Gracias por ofrecerte a colaborar en esta importación.
 
 Lo de usar una cuenta específica para importar datos de terceros a 
 OpenStreetMap es un requerimiento general para cualquier
 importación de datos. Está recogido en la guía de importación [1].
 
 En cuanto a lo que te ha ocurrido con el bloqueo de cuenta, es la 
 primera vez que tengo noticia. Si es así, tiene que ser un fallo de
 la API, está claro. ¿Has intentado en poner tu nombre de usuario,
 sin contraseña y clicando en Perdió la contraseña? para intentar 
 que te envíen una nueva y así recuperar tu cuenta OSM habitual? Si
 lo resuelves así, luego crea una nueva cuenta para la importación,
 pero esta vez hazlo contra una cuenta de correo-e diferente.
 
 Espero que puedas resolver esto y así poder seguir con el proceso.
 
 Un saludo cordial,
 
 Rafael.
 
 [1] 
 http://wiki.openstreetmap.org/wiki/Import/Guidelines#Use_a_dedicated_user_account

 
 
 
 
 -- Jorge Sanz Sanfructuoso - Sanchi Blog
 http://blog.jorgesanzs.com/
 
 
 ___ Talk-es mailing
 list Talk-es@openstreetmap.org 
 https://lists.openstreetmap.org/listinfo/talk-es
 

- -- 
Twitter: http://twitter.com/ravilacoya

- 

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

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

http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iQIcBAEBAgAGBQJUP/p1AAoJEB3niTly2pPQ60cP/32kuoxYlUHKGZ/H6j+yTUQP
eEwFfyD4EyqEZGJS+LJ0gwWB2brz/HqzX8slOY+fkcejz3I2fmU8Rh65Nei9A7rR
i+9iDm5AE4nc8/Cj6BoG/H17CKLE8+fmDXpBGi/IGytWC7oaaG7Aet9IPfjuOE1+
P3Chpb7TV4UJ0dkGd64+7DAemTK8bxeGfl3xmaQvNM/e8LYvVFEEiPFZsqUkH5lH
h/FJQu6ZnvUzYQ3dmgVWI6/6JY8MvIYsgqwA4xOp58bayDYIdXQX7mywfMWfyo6I
qmkwTFC8qZHtB10kOWY8MiTfifRNI7Ec6ihP8DDR+72aJGGYXWjVEbUGVQE7KrRY
RRgMB9CtuJ0Sz9Q8escHKsacwN6ciRADVbQRK7dD6omwEXJxbDt8gWjk4askQpm7
RAgizZvA/WYnri4BpOBZoVIzy18/gfJWfOKPziH+P5vDans9Pz4EwRyccWfoyOLP
bIZ9MzTTIwK0dMTwkqGXyLXN4yCDnLOM6w5Y1CtfYUATCMdv2J4Rdm7vrNTxh7+L
H1l2+JJkwHLRsk7p8Y+GG27u3V1ZFXTQITyyU4XK4h9YOox3ZRg7Sa11/nf/O+6v
gMiXbErlBCTpQV9ZDyXEGvv6emazVpeUqboeh0abc+6evgMczUGgbMFx6uA+jKHE
aTQBAuC+EB5LJkIaG/cf
=rNun
-END PGP SIGNATURE-

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

Re: [Talk-es] Importación de farmacias de Madrid

[Rafael Avila Coya]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

También, si quieres filtrar esas farmacias que ya fueron importadas,
lo puedes hacer es añadir el filtro new a los dos filtros que indica
el workflow. De esa manera, aparte de ver sólo las farmacias que
tienen como fuente Ayuntamiento de Madrid, te quedas sólo con las que
son nuevas (aún no subidas a OSM). De hecho, voy a añadir esto a la wiki.

Otros filtros con los que puedes jugar:

1) Si quieres filtrar las farmacias importadas por mi (edvac_import)
añade el filtro user:edvac_import (selecciona los dos cajetines de la
izquierda en el filtro y deja el derecho sin seleccionar).

2) También puedes filtrar por changeset. Por ejemplo, el filtro
changeset:26062429 te permite ocultar todos los elementos creados ó
modificados en el conjunto de cambios 26062429

Un saludo,

Rafael.

On 16/10/14 21:24, Santi Aguirre wrote:
 Hola, hoy he tenido muy poco tiempo, pero suficiente para añadir
 los plugins e intentarlo una vez más. El problema ahora, teniendo
 los filtros puestos, es que al descargar los datos se añaden los
 nodos de otras farmacias próximas que supongo tú has puesto, con lo
 que en vez de 50 tengo 60 con nada que descuide. Tendré que
 revisarme las 60?
 
 Saludos!
 
 El 16 de octubre de 2014, 19:04, Rafael Avila Coya
 ravilac...@gmail.com mailto:ravilac...@gmail.com escribió:
 
 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
 
 Hola:
 
 Qué tal van esas prácticas, Santi?
 
 He actualizado la wiki de workflow [1] con instrucciones de cómo
 usar el plugin Mirrored_Download de JOSM para descarga de datos
 demasiado voluminosos para el servidor OSM oficial, así como qué
 hacer cuando aparecen las advertencias al combinar las dos capas y
 al subir los datos a OSM.
 
 Un saludo,
 
 Rafael.
 
 
 
 
 ___ Talk-es mailing
 list Talk-es@openstreetmap.org 
 https://lists.openstreetmap.org/listinfo/talk-es
 

- -- 
Twitter: http://twitter.com/ravilacoya

- 

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

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

http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iQIcBAEBAgAGBQJUQDf+AAoJEB3niTly2pPQsSwQAJLRfHod6WMd5qWJUJI6gi/x
XFSM/FuvS28SAYhDBNLPYVk42CLg+2rq6B0VaNziq16Mf3+YZfd4w2h+M2VX5KLe
iNtRaYyESYjexpGBv+2aphrvMYf68peXUY1Iy7e0Aiy0puWBPaLUfu8XR421UbbF
ZS4SV/QqvcCiYtc92OoDBfzNqpbaN0/B+NVyRZ7rzmIBFTpAqYLQwRLibhaKKeVa
XO8nskombVZjIOXJ6+9p0/1oDMQI4D0bZuZz4K8Cjug9yhY3P0F1x9u1CzFv8QHp
ip2586R/FwNiRgt/xHTQD5SaTJ+qN8+XA6UxRK6jUFv/OTdvVfplP95VgYOxrYAx
egfrNSi+52ADd0hEoWNST8AOs3+v1mLlRDm8OxN64K85MSBujlhn/yZe3bQdii2R
L/3XMQwGaQ2uZuLWVFFcZatmQbfrg/ZTzCHrfa/mwzJg28vuDDKw6xPJdu7IkK4u
DIQs6Wv93qcmZHWY9RzSGaAifR1Hth4TjIKc6+uG6TRUdb16hYkgzicdXmR7MkjZ
qBni0X49gBexjvOshvtEDf9VFwKR/2CJWJwYjKrQB2/2xOTNI0bEm0QDkzZFVkz7
fvqom0mepzthD9tTHeGYUS0/eavLfH/Zkz59rBGkTRnGjomPdkYgzR4pMkn7eyR5
D9VYkGD8UL1UmsOd
=tfXd
-END PGP SIGNATURE-

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

Re: [Talk-es] Importación de farmacias de Madrid

[Rafael Avila Coya]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hola:

Enhorabuena ;) No te preocupes. Revisaré el subconjunto importado y ya
te comento.

Lo del nombre de Ldo./a. puede ser controvertido, porque podría
cambiar con frecuencia. En todo caso, las farmacias no tienen, en la
mayoría de los casos, nombres como pueden tener tiendas o bares. Y, en
todo caso, es lo que tenemos en los datos a importar. Si alguien sabe
el nombre de alguna/as farmacia/as puede cambiarlo y poner el nombre
importado como alt_name. Es una sugerencia.

Un saludo,

Rafael.


On 18/10/14 13:02, Santi Aguirre wrote:
 Gracias maestro por las explicaciones. Me ha costado un poquillo
 pero habiendo repasado todo dos veces juraría que el primer subset
 se ha importado exitosamente. Ha quedado una farmacia fuera y lo
 indico en los comentarios. Lo que me ha extrañado es que como
 name hayan puesto la dirección y no el nombre real de la farmacia
 que normalmente coincide con el de la farmacéutica licenciada.
 
 Saludos
 
 El 16 de octubre de 2014, 23:26, Rafael Avila Coya
 ravilac...@gmail.com mailto:ravilac...@gmail.com escribió:
 
 También, si quieres filtrar esas farmacias que ya fueron
 importadas, lo puedes hacer es añadir el filtro new a los dos
 filtros que indica el workflow. De esa manera, aparte de ver sólo
 las farmacias que tienen como fuente Ayuntamiento de Madrid, te
 quedas sólo con las que son nuevas (aún no subidas a OSM). De
 hecho, voy a añadir esto a la wiki.
 
 Otros filtros con los que puedes jugar:
 
 1) Si quieres filtrar las farmacias importadas por mi
 (edvac_import) añade el filtro user:edvac_import (selecciona los
 dos cajetines de la izquierda en el filtro y deja el derecho sin
 seleccionar).
 
 2) También puedes filtrar por changeset. Por ejemplo, el filtro 
 changeset:26062429 te permite ocultar todos los elementos creados
 ó modificados en el conjunto de cambios 26062429
 
 Un saludo,
 
 Rafael.
 
 On 16/10/14 21:24, Santi Aguirre wrote:
 Hola, hoy he tenido muy poco tiempo, pero suficiente para añadir 
 los plugins e intentarlo una vez más. El problema ahora,
 teniendo los filtros puestos, es que al descargar los datos se
 añaden los nodos de otras farmacias próximas que supongo tú has
 puesto, con lo que en vez de 50 tengo 60 con nada que descuide.
 Tendré que revisarme las 60?
 
 Saludos!
 
 El 16 de octubre de 2014, 19:04, Rafael Avila Coya 
 ravilac...@gmail.com mailto:ravilac...@gmail.com
 mailto:ravilac...@gmail.com mailto:ravilac...@gmail.com
 escribió:
 
 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
 
 Hola:
 
 Qué tal van esas prácticas, Santi?
 
 He actualizado la wiki de workflow [1] con instrucciones de cómo 
 usar el plugin Mirrored_Download de JOSM para descarga de datos 
 demasiado voluminosos para el servidor OSM oficial, así como qué 
 hacer cuando aparecen las advertencias al combinar las dos capas
 y al subir los datos a OSM.
 
 Un saludo,
 
 Rafael.
 
 
 
 
 ___ Talk-es mailing 
 list Talk-es@openstreetmap.org
 mailto:Talk-es@openstreetmap.org 
 https://lists.openstreetmap.org/listinfo/talk-es
 
 
 
 ___ Talk-es mailing
 list Talk-es@openstreetmap.org mailto:Talk-es@openstreetmap.org 
 https://lists.openstreetmap.org/listinfo/talk-es
 
 
 
 
 ___ Talk-es mailing
 list Talk-es@openstreetmap.org 
 https://lists.openstreetmap.org/listinfo/talk-es
 

- -- 
Twitter: http://twitter.com/ravilacoya

- 

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

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

http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iQIcBAEBAgAGBQJUQnLyAAoJEB3niTly2pPQYiQP/j/b/FRKYRqeJWbfan3mrew9
QoE5tePosD7EAntmUDjClIlM+tk/qoK4dppZGGnqOGJac7KtuFl1eAo9yTzvPNPB
kZOJWYB18dFMXdi8D4BJijQ7G6STm+rbHbqqP45JK6Ynqtp0a3PCAEsb41GHz3Hi
nTAlXvVpmycuJ0AcPDPN3oxAFyfLUq0Ya2wv9b7dLPF2YUffzBi8Jyq5MIaznydl
yPFPsUyy8CAK+XqgZ0XqOwgeJ/+OomdOQErHF0mq3C+081sh2R1Rkd0oElBh4fjf
kBLQt93Bh3JHrvdyreMog706OeJR5gQO/jD8xBUVZ3zBMe19+/8GICgO6PE80uU7
clb87bVpEw147XkEmLwfTJX3RBuHpfgY7GwLpGStjYQH75CZSF1FSh4kLfmY+/KW
OcEmVu5DC1nIjSLbBlkMrNuExrBDlcouRqQO34EoQ1Yq+SQntnOUJNyPD6YF5tnr
a5Uj2voovlMoaG2xtvPs3wwID/G8z24+MCS/uERZ5Ezkjjfc+jl7gKoWUpts3mbG
0LFeAzEoA26zudvyWEZBpTbnKHnWhSsv809u9iJTPZ0/zvaI1b3bRTvn0CM3sSQD
pJe5VV0i8vNO4pv5Qz37QQch6Frta9ppHDGyWzPGsByGqGaZfy05af0cpgY5cVoi
Y/Z/wyCIc+ei6m9hlVj2
=TgQo
-END PGP SIGNATURE-

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

Re: [Talk-es] Uso de Nomecalles en JOSM

[Rafael Avila Coya]

Tienes la licencia correspondiente para usarlo?

Un saludo,

Rafael Avila Coya.
El 13/11/2014 08:06, carlos tapia carlos...@hotmail.com escribió:

 Hola a todos,

 Tengo una duda. ¿Hay alguna forma de utilizar las imágenes del Nomecalles
 de la Comunidad de Madrid al estilo capa de PNOa o SIGPAC en JOSM? Estaría
 genial para mapear objetos pequeños, como farolas, hidrantes de bomberos,
 pasos de peatones, etc.

 Saludos,

 Carlos Tapia (@carlosz22)



 *
 --Carlos
 Eugenio Tapia Ayugaweb:
 http://www.carlostapia.eswww.carlostapia.es
 http://web.mac.com/carlosz22--*

 ___
 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 megalitos

[Rafael Avila Coya]

Hola, Santi:

La importación que quieres hacer es interesante, y bastante sencilla.

Si quieres, yo te escribo la wiki y te llevo la discusión con imports,
que ya lo he hecho muchas veces.

Lo único que necesitaría es el permiso que te dio esta sociedad, aunque
sea el email. Yo entiendo que esa sociedad te da el permiso, pero en la
lista de imports es posible que la gente pida un poco más de seguridad
en ese aspecto, de ahí que te haya dicho que es importante.

Si estás de acuerdo, pásame el fichero y lo veo, para así escribir la wiki.

Salir al campo está genial, pero no te eches atrás simplemente por estos
trámites burocráticos, que te los hago yo si quieres.

Un saludo,

On 30/01/15 17:49, Santi Aguirre wrote:
 La verdad, no imaginaba tanta cosa por poner unos cuantos megalitos pero
 entiendo que las reglas deben ser iguales para todo el mundo.Tardaré un
 poco más pero, aprovechando que es saludable hacer ejercicio y que me
 encanta explorar, me vuelvo al monte con el gps a localizarlos por mí
 mismo. Gracias por vuestros consejos y paciencia.
 
 Un saludo
 
 El 30 de enero de 2015, 0:10, Rafael Avila Coya ravilac...@gmail.com
 mailto:ravilac...@gmail.com escribió:
 
 Hola:
 
 Para la importación se te preguntará por el documento en que la Sociedad
 de Ciencias Aranzadi te concede el permiso para usarlos con una licencia
 compatible con la ODbL. Esto es muy importante.
 
 Otra cosa que me gustaría tener es acceso al fichero original de datos
 (csv o lo que sea). Te lo van a pedir también.
 
 En ese fichero, los objetos tendrán unas etiquetas. Deberías hacer una
 tabla con la traducción propuesta de esas etiquetas a etiquetas OSM.
 
 Como en la lista de imports mucha gente no sabe español, sería
 recomendable hacer una traducción al inglés, aunque sea un resumen.
 
 Así, por lo pronto, creo que son cosas que deberías mejorar.
 
 Esta wiki de importación de farmacias en Madrid quizás te puede ayudar a
 ordenar todo esto mejor:
 https://wiki.openstreetmap.org/wiki/Madrid_Pharmacies_Import
 
 Un saludo,
 
 Rafael Ávila Coya.
 
 On 29/01/15 22:40, Santi Aguirre wrote:
  Intentando seguir las directrices he creado una pequeña página en la
  wiki:
  
 http://wiki.openstreetmap.org/wiki/Importaci%C3%B3n_de_megalitos_guipuzcoanos
 
 http://wiki.openstreetmap.org/wiki/Importación_de_megalitos_guipuzcoanos
 
 http://wiki.openstreetmap.org/wiki/Importaci%C3%B3n_de_megalitos_guipuzcoanos.
  Perdonad si no está muy pulida pero he hecho lo que he podido.
 
  Comentaros que son 303 elementos a importar y que la totalidad de los 72
  megalitos mapeados actualmente (excepto 8) los ha puesto un servidor, o
  sea, los tengo bajo control.
 
  Espero contar con vuestra aprobación.
 
  Un saludo
 
 
  El 28 de enero de 2015, 20:19, Emilio Gómez Fernández
  emilio.gomez.f...@gmail.com mailto:emilio.gomez.f...@gmail.com
 mailto:emilio.gomez.f...@gmail.com
 mailto:emilio.gomez.f...@gmail.com escribió:
 
  Las recomendaciones son ahora poner la fuente al cerrar y subir el
  conjunto de cambios, no en cada elemento del mapa.
 
  Utiliza el componente OpenData JOSM para importar un archivo CSV con
  las coordenadas XY de cada POI y la etiquetas asociadas a estos.
  Probablemente sea lo más rápido trabajar con hoja de cálculo.
 
  Un saludo.
 
 
  El 28 de enero de 2015, 18:30, Santi Aguirre 
 aguirrera...@gmail.com mailto:aguirrera...@gmail.com
  mailto:aguirrera...@gmail.com
 mailto:aguirrera...@gmail.com escribió:
 
  ¡Sí señor! Se han portado y han respondido. No pueden pasar un
  fichero pero sí permiten que tomemos datos de su web. Lo único
  que piden es que citemos de donde proceden los datos.
  ¿Bastaría con etiquetar en cada nodo source=nombre? Podría
  añadir un enlace a la web.
 
  Aparte, he encontrado una web (http://www.geoplaner.com) en la
  que introduciendo las coordenadas WGS84 crea un waypoint en
  formato GPX que luego importo a JOSM para dibujar encima.
  ¿Sabeis si tiene JOSM alguna opción para hacer eso directamente
  sin pasar por esa web?
 
  Un saludo
 
  El 22 de enero de 2015, 20:13, Alejandro S.
  alejandro...@gmail.com mailto:alejandro...@gmail.com
 mailto:alejandro...@gmail.com mailto:alejandro...@gmail.com
 escribió:
 
  Buenas,
  Y luego está, independientemente de la legalidad y calidad
  de los datos, la moralidad y ética de copiar información que
  ha generado un tercero sin su permiso.
 
  Saludos,
  Alejandro SUÁREZ
 
 
  On Thu, Jan 22, 2015, 19:51 Santi

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

[Rafael Avila Coya]

Hola:

Si se comprueban con JOSM no pasa nada, creo yo también. Pero si los
datos los quieres importar, como se quería hacer al principio, hay que
hacerlo siguiendo la guía de importación de datos.

Imports somos todos los que queremos participar. No hay nadie que da
el permiso para importar. Se habla, y cuando se llega a un acuerdo se
procede con la importación.

Los datos de lo que es cada megalito se pueden poner como
local_knowledge. En suma, no veo ningún problema en hacerlo a mano
para este tipo de datos. Importarlos sería más rápido, pero si la
licencia no es la adecuada, nada se puede hacer al respecto. Una pena.

Un saludo,

Rafael.

On 30/01/15 20:41, Agustín wrote:
 Hola, Estoy con Santi, no creo que a este caso particular se pueda
 aplicar la norma de los imports. Aranzadi no es propietaria de esos
 datos que están publicados en bibliografía científica diversa. Lo
 único que pienso que habría que hacer es comprobar que la ubicación
 es correcta, lo cual se puede hacer con el PNOA. En ese caso con
 source PNOA sería suficiente en mi humilde opinión. Como la
 comprobación se puede hacer desde JOSM o cualquier otro editor de
 osm no veo la ciencia. Sólo son puntos. No veo con la lista de
 imports se tenga que meter en una cosa que quiere hacer Santi.
 Seguro que si lo hubiera hecho sin preguntar no hubiera pasado
 nada Un saludo Agustín.
 On 30 Jan 2015, at 18:19, Rafael Avila Coya
 ravilac...@gmail.com wrote:
 
 Hola, Santi:
 
 La importación que quieres hacer es interesante, y bastante
 sencilla.
 
 Si quieres, yo te escribo la wiki y te llevo la discusión con
 imports, que ya lo he hecho muchas veces.
 
 Lo único que necesitaría es el permiso que te dio esta sociedad,
 aunque sea el email. Yo entiendo que esa sociedad te da el
 permiso, pero en la lista de imports es posible que la gente pida
 un poco más de seguridad en ese aspecto, de ahí que te haya dicho
 que es importante.
 
 Si estás de acuerdo, pásame el fichero y lo veo, para así
 escribir la wiki.
 
 Salir al campo está genial, pero no te eches atrás simplemente
 por estos trámites burocráticos, que te los hago yo si
 quieres.
 
 Un saludo,
 
 On 30/01/15 17:49, Santi Aguirre wrote:
 La verdad, no imaginaba tanta cosa por poner unos cuantos
 megalitos pero entiendo que las reglas deben ser iguales para
 todo el mundo.Tardaré un poco más pero, aprovechando que es
 saludable hacer ejercicio y que me encanta explorar, me vuelvo
 al monte con el gps a localizarlos por mí mismo. Gracias por
 vuestros consejos y paciencia.
 
 Un saludo
 
 El 30 de enero de 2015, 0:10, Rafael Avila Coya
 ravilac...@gmail.com mailto:ravilac...@gmail.com escribió:
 
 Hola:
 
 Para la importación se te preguntará por el documento en que la
 Sociedad de Ciencias Aranzadi te concede el permiso para
 usarlos con una licencia compatible con la ODbL. Esto es muy
 importante.
 
 Otra cosa que me gustaría tener es acceso al fichero original
 de datos (csv o lo que sea). Te lo van a pedir también.
 
 En ese fichero, los objetos tendrán unas etiquetas. Deberías
 hacer una tabla con la traducción propuesta de esas etiquetas a
 etiquetas OSM.
 
 Como en la lista de imports mucha gente no sabe español, sería 
 recomendable hacer una traducción al inglés, aunque sea un
 resumen.
 
 Así, por lo pronto, creo que son cosas que deberías mejorar.
 
 Esta wiki de importación de farmacias en Madrid quizás te puede
 ayudar a ordenar todo esto mejor: 
 https://wiki.openstreetmap.org/wiki/Madrid_Pharmacies_Import
 
 Un saludo,
 
 Rafael Ávila Coya.
 
 On 29/01/15 22:40, Santi Aguirre wrote:
 Intentando seguir las directrices he creado una pequeña
 página en la wiki: 
 http://wiki.openstreetmap.org/wiki/Importaci%C3%B3n_de_megalitos_guipuzcoanos


 
http://wiki.openstreetmap.org/wiki/Importación_de_megalitos_guipuzcoanos
 http://wiki.openstreetmap.org/wiki/Importaci%C3%B3n_de_megalitos_guipuzcoanos.

 
Perdonad si no está muy pulida pero he hecho lo que he podido.
 
 Comentaros que son 303 elementos a importar y que la
 totalidad de los 72 megalitos mapeados actualmente (excepto
 8) los ha puesto un servidor, o sea, los tengo bajo control.
 
 Espero contar con vuestra aprobación.
 
 Un saludo
 
 
 El 28 de enero de 2015, 20:19, Emilio Gómez Fernández 
 emilio.gomez.f...@gmail.com
 mailto:emilio.gomez.f...@gmail.com
 mailto:emilio.gomez.f...@gmail.com 
 mailto:emilio.gomez.f...@gmail.com escribió:
 
 Las recomendaciones son ahora poner la fuente al cerrar y
 subir el conjunto de cambios, no en cada elemento del mapa.
 
 Utiliza el componente OpenData JOSM para importar un archivo
 CSV con las coordenadas XY de cada POI y la etiquetas
 asociadas a estos. Probablemente sea lo más rápido trabajar
 con hoja de cálculo.
 
 Un saludo.
 
 
 El 28 de enero de 2015, 18:30, Santi Aguirre
 aguirrera...@gmail.com mailto:aguirrera...@gmail.com 
 mailto:aguirrera...@gmail.com
 mailto:aguirrera...@gmail.com escribió:
 
 ¡Sí señor! Se han portado y han respondido. No pueden pasar
 un fichero pero sí

Re: [Talk-es] Fwd: Mapping Party en Poio.

[Rafael Avila Coya]

Yo creo que lo que dice Iván es si alguien se puede encargar de
publicitar este evento en la web de OpenStreetMap.es. Naturalmente, eso
va dirigido a quien/es tenga/n cuenta de administrador en la misma.

Saludos,

Rafael.

On 13/03/15 14:00, pedro alvarez lopez wrote:
 buenas no me entero bien de su correo, gracias
 
 El 13 de marzo de 2015, 13:09, Micho García micho...@gmail.com
 mailto:micho...@gmail.com escribió:
 
 
 
 El 10 de marzo de 2015, 9:32, Iván Sánchez Ortega i...@mazemap.no
 mailto:i...@mazemap.no escribió:
 
 
 ¿Alguien se puede hacer cargo de esto?
 
 
 ¿De qué hay que encargarse?. Yo conozco a la gente de Xeopesca, he
 estado con ellos en la Mapping que hicimos en Vigo.  
 
 
 --  Mensaje reenviado  --
 
 Asunto: Mapping Party en Poio.
 Fecha: Martes 10. marzo 2015, 09.22.32
 De: Xose Rial xoserialpe...@gmail.com
 mailto:xoserialpe...@gmail.com
 Para: ivansanc...@escomposlinux.org
 mailto:ivansanc...@escomposlinux.org
 
 Buenos días,
 
 Soy miembro de la Asociación Xeopesca http://xeopesca.com/ y
 estamos
 organizando una Mapping Party en Poio (Galicia) para el 11 de
 abril. He
 visto que eres administrador do grupo de correo-e de
 OpenStreetMap.es y
 quería simplemente preguntarte si sería posible la promoción de
 nuestro
 evento en vuestra página web.
 
 
 Un saludo
 
 --
 *Xosé Rial*
 ---
 --
 Iván Sánchez Ortega i...@sanchezortega.es
 mailto:i...@sanchezortega.es i...@geonerd.org
 mailto:i...@geonerd.org
 i...@mazemap.no mailto:i...@mazemap.no
 
 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org mailto:Talk-es@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-es
 
 
 
 
 -- 
 Micho García
 GIS Developer
 michogarcia.org http://michogarcia.org
 geomati.co http://geomati.co
 
 **
 
 ___
 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
 

-- 
Twitter: http://twitter.com/ravilacoya



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

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

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

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

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

[Rafael Avila Coya]

Hola:

Para la importación se te preguntará por el documento en que la Sociedad
de Ciencias Aranzadi te concede el permiso para usarlos con una licencia
compatible con la ODbL. Esto es muy importante.

Otra cosa que me gustaría tener es acceso al fichero original de datos
(csv o lo que sea). Te lo van a pedir también.

En ese fichero, los objetos tendrán unas etiquetas. Deberías hacer una
tabla con la traducción propuesta de esas etiquetas a etiquetas OSM.

Como en la lista de imports mucha gente no sabe español, sería
recomendable hacer una traducción al inglés, aunque sea un resumen.

Así, por lo pronto, creo que son cosas que deberías mejorar.

Esta wiki de importación de farmacias en Madrid quizás te puede ayudar a
ordenar todo esto mejor:
https://wiki.openstreetmap.org/wiki/Madrid_Pharmacies_Import

Un saludo,

Rafael Ávila Coya.

On 29/01/15 22:40, Santi Aguirre wrote:
 Intentando seguir las directrices he creado una pequeña página en la
 wiki:
 http://wiki.openstreetmap.org/wiki/Importaci%C3%B3n_de_megalitos_guipuzcoanos
 http://wiki.openstreetmap.org/wiki/Importación_de_megalitos_guipuzcoanos.
 Perdonad si no está muy pulida pero he hecho lo que he podido.
 
 Comentaros que son 303 elementos a importar y que la totalidad de los 72
 megalitos mapeados actualmente (excepto 8) los ha puesto un servidor, o
 sea, los tengo bajo control.
 
 Espero contar con vuestra aprobación.
 
 Un saludo
 
 
 El 28 de enero de 2015, 20:19, Emilio Gómez Fernández
 emilio.gomez.f...@gmail.com mailto:emilio.gomez.f...@gmail.com escribió:
 
 Las recomendaciones son ahora poner la fuente al cerrar y subir el
 conjunto de cambios, no en cada elemento del mapa.
 
 Utiliza el componente OpenData JOSM para importar un archivo CSV con
 las coordenadas XY de cada POI y la etiquetas asociadas a estos.
 Probablemente sea lo más rápido trabajar con hoja de cálculo.
 
 Un saludo.
 
 
 El 28 de enero de 2015, 18:30, Santi Aguirre aguirrera...@gmail.com
 mailto:aguirrera...@gmail.com escribió:
 
 ¡Sí señor! Se han portado y han respondido. No pueden pasar un
 fichero pero sí permiten que tomemos datos de su web. Lo único
 que piden es que citemos de donde proceden los datos.
 ¿Bastaría con etiquetar en cada nodo source=nombre? Podría
 añadir un enlace a la web.
 
 Aparte, he encontrado una web (http://www.geoplaner.com) en la
 que introduciendo las coordenadas WGS84 crea un waypoint en
 formato GPX que luego importo a JOSM para dibujar encima.
 ¿Sabeis si tiene JOSM alguna opción para hacer eso directamente
 sin pasar por esa web?
 
 Un saludo
 
 El 22 de enero de 2015, 20:13, Alejandro S.
 alejandro...@gmail.com mailto:alejandro...@gmail.com escribió:
 
 Buenas,
 Y luego está, independientemente de la legalidad y calidad
 de los datos, la moralidad y ética de copiar información que
 ha generado un tercero sin su permiso.
 
 Saludos,
 Alejandro SUÁREZ
 
 
 On Thu, Jan 22, 2015, 19:51 Santi Aguirre
 aguirrera...@gmail.com mailto:aguirrera...@gmail.com wrote:
 
 Me habeis convencido y me ha quedado claro.
 Gracias y un saludo.
 
 El 22 de enero de 2015, 19:47, Matías Taborda Barroso
 taborda.barr...@gmail.com
 mailto:taborda.barr...@gmail.com escribió:
 
 Hola. No es solo ese problema, el principal es el
 tipo de Licencia de los datos, que no son
 compatibles con la ODBl de Openstreetmap. 
 
 A partir de aqui, claro que puedes copiar e
 incorporarlos a OSM pero tambien podriamos copiar
 toda la cartografia de Google por ejemplo, y
 evidentemente no se DEBE... 
 
 El 22 de enero de 2015, 19:43, Cruz Enrique Borges
 Hernandez cruz.bor...@deusto.es
 mailto:cruz.bor...@deusto.es escribió:
 
 El problema es que hayan puesto alguno a drede
 mal para pillar si
 alguien les ha copiado los datos y tengan ganas
 de llamar a un abogado
 o equivalente.
 
 El día 22 de enero de 2015, 19:38, Santi Aguirre
 aguirrera...@gmail.com
 mailto:aguirrera...@gmail.com escribió:
  En este caso concreto me extrañaría muchísimo
 que fueran incorrectos.
  Pertenecen a la Sociedad de Ciencias Aranzadi,
 muy conocida en el País Vasco
  y Navarra por su historia y rigor científico.
 Suelen realizar excavaciones y
 

[Talk-es] Urgente: Nepal

[Rafael Avila Coya]

Hola a todos/as:

El monzón llegará pronto al Nepal. Para evitar una epidemia, es
necesario ayudar a la gente rápidamente, proveerles de comida y abrigo.
Aún hay varios trabajos del HOT Tasking Manager (Gestor de Tareas del
Equipo Humanitario de OpenStreetMap) para detectar aldeas dañadas y
campos de refugio expontáneos en las montañas.

Por favor: continuad ayudando en esto al HOT, a OSM y al Kathmandú
Living Labs para asistir al gobierno del Nepal y a la comunidad
internacional. Sabed que prácticamente todos los mapas e información
geográfica digital que se usa en el terreno es de OpenStreetMap, algo de
lo que debemos estar inmensamente orgullosos/as.

Para todos/as:

% completado  Trabajo del Tasking Manager
79%   #1018 Nepal Earthquake, 2015, detailed mapping 2nd pass (
http://tasks.hotosm.org/project/1018 )
91%   #1009 Nepal Earthquake, 2015, Gorkha, Residential areas and
buildings (
http://tasks.hotosm.org/project/1009 )

Para usuarios/as experimentados/as:

% completado  Trabajo del Tasking Manager
56%   #1024 Nepal Earthquake, 2015, Severely damaged housing areas and
IDP Informal camps, Gorkha ( http://tasks.hotosm.org/project/1024 )
61%   #1030 Nepal Earthquake, 2015, Severely damaged housing areas and
IDP Informal camps ( http://tasks.hotosm.org/project/1030 )
16%   #1044 Nepal Earthquake, 2015, Severely damaged housing areas and
IDP Informal camps, Trisuli Valley ( http://tasks.hotosm.org/project/1044 )
91%   #1023 Nepal Earthquake, 2015, Pilot task, Helicopters landing and
common leisure, Northern Dhading ( http://tasks.hotosm.org/project/1023 )

Muchas gracias anticipadas,

Rafael Ávila Coya.
-- 
Twitter: http://twitter.com/ravilacoya



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

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

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

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

Re: [Talk-es] Ediciones desastrosas

[Rafael Avila Coya]

Hola, Carlos:

Ante todo mucha calma ;)

Es curioso. Conozco un profesor inglés de primaria que en una de sus
primeras ediciones de OSM en su ciudad de Kingston Upon Hull, eliminó un
edificio. No pasó nada para que un cartógrafo más experimentado le
preguntase que porqué había eliminado ese edificio. Y esa fue la puerta
para que ese profesor conociese la comunidad OSM y cómo funciona. Hoy es
un cartógrafo OSM entusiasta.

No hay nada que se pueda revertir. En este caso, para ver qué fue de tu
magnífica edición - ¡felicidades, es efectivamente un trabajo muy
minucioso el tuyo! -, llega con ver el conjunto de cambios en el que el
usuario onkayo creó los nuevos edificios y borró los tuyos [1].

Como probablemente te pica la curiosidad, una forma fácil de averiguar
ese conjunto de cambios es seleccionar uno de los 3 edificios nuevos de
onkayo y ver su historial (Ctrl+H en JOSM). En ese historial aparece el
número de conjunto de cambios (32315957).

Esto que hizo onkayo, concuerdo contigo, es mala praxis. Por varias razones:

1) Borrar objetos debe evitarse siempre en la medida de los posible,
pues perdemos su historial. Esto aplica a todo: nodos, vias y relaciones.
2) Una edición de este calibre debería habértela consultado previamente.
3) Como bien dices, es además una edición que empeora el mapa.

En todo caso, lo que debe hacerse es contactar con el usuario onkayo, y
con total educación y tacto preguntarle por qué hizo ese borrado,
comentándole que es mala praxis y por qué lo es.

Una vez hecho esto, hay dos posibilidades:

1) Revertir.
2) Recuperar el edificio original, borrar los de onkayo y substituirlos
por los anteriores.

Naturalmente, la opción primera es la más elegante, pero el protocolo
pide que se contacte primero con el usuario a quien se van a revertir
los datos. He preparado la reversión de ese changeset y da 37 conflictos
(debidos a ediciones posteriores a ese changeset), por lo que llevaría
un poco solucionar esto.

En cuanto a la segunda opción, no es lo que se debe hacer, pero sería
una opción más rápida.

Me he permitido recuperar tus (complejos) edificios y guardarlos en un
fichero .osm que puedes descargar de Dropbox [2].

Y recuerda: en OSM todo tiene solución. Y si no sabes cuál es la
solución, ven aquí y pregúntalo, que siempre habrá alguien que te pueda
ayudar. Sé indulgente y flexible con onkayo. Seguro que es una buena
persona sin ninguna mala intención.

Un saludo cordial,

Rafael Ávila Coya.

[1] https://www.openstreetmap.org/changeset/32315957
[2]
https://www.dropbox.com/s/b9mysb0j0dtsdtt/edificiosOriginalesCarlosTapia.osm?dl=0

On 01/08/15 00:23, carlos tapia wrote:
 Hola a todos.
 
 Hoy mirando el mapa 3D de OSM en f4map he visto que uno de los edificios
 que hice hace unos meses en 3D ha desaparecido. Es un edificio bastante
 complejo y que me llevó varias horas hacerlo. Pero un usuario ha
 decidido borrarlo entero, que no editarlo, y sustituirlo por 3 módulos
 mal conectados entre ellos incluso y aportando menos información de la
 que había. Al borrar por completo el edificio que yo hice y sustituirlo
 por uno nuevo no se cómo recuperarlo, no recuerdo el número de edición
 del edificio. Por cosas así se me quitan las ganas de editar algo más.
 
 Me gustaría saber quién es el usuario Onkayo y por qué hace esa clase de
 ediciones.
 
 En OSM, y en la vida, hay una regla básica, si no vas a mejorar lo que
 hay, no toques el trabajo de los demás.
 
 El edificio en cuestión es este:
 
 http://www.openstreetmap.org/#map=19/40.43676/-3.68102
 
 Es la manzana completa entre María de Molina, Núñez de Balboa, General
 Oráa y Castelló.
 
 Un saludo de un mapper muy cabreado,
 
 Carlosz22
 
 
 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-es
 

-- 
Twitter: http://twitter.com/ravilacoya



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

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

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

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

Re: [Talk-es] Importar datos en openstreet map desde un archivo csv

[Rafael Avila Coya]

Hola, José Luis:

Dar una respuesta sobre el Copyright necesitaría páginas. Pero
básicamente, el hecho de que la gente ponga los datos para uso libre
no significa nada. Puede ser que se puedan usar con licencias Creative
Commons, y las hay de todo tipo, o cualquier otra licencia. Incluso
puede pasar, y esto es bastante común, que estén donando los datos a los
propietarios de la web, sin siquiera saberlo - ya sabes, ese acuerdo de
licencia que aceptamos sin siquiera leerlo cuando nos damos de alta en
un servicio web -.

¿Puedes indicar dónde has obtenido esos datos (enlace)? Así quizás te
podríamos ayudar.

On 05/08/15 22:24, cor...@crisfer.com wrote:
 Gracias por vuestras respuestas.
 Mi intención es hacerlo lo mejor posible y por supuesto lo primero que
 voy a hacer es leer la guía para la importación y tomarme todo el tiempo
 necesario antes de dar ningún paso que no me deje satisfecho.
 Lo de las licencias de las que habláis es algo que me viene grande. El
 archivo que he descargado esta al alcance de cualquier persona en muchas
 webs de autocaravaning, creo que es un archivo en el que los aficionados
 al caravaning van incorporando áreas de autocaravanas donde han dormido
 o parado para vaciar los depósitos de aguas negras y cargado agua limpia.
 Por tanto no tengo ni idea de si ese archivo cumple con las licencias de
 las que habláis, pero me da la impresión de que no tiene un propietario
 en particular y el fin con el que esta creado es para uso libre. No
 obstante si tenéis algún consejo al respecto os lo agradecería.
 Saludos
 Jose Luis
 
 
 Rafael Avila Coya ravilac...@gmail.com escribió:
 
 Hola,

 Un poco repitiendo y/o matizando algunas cosas de las dos respuestas
 anteriores:

 Para importar datos es estrictamente obligatorio seguir los pasos de la
 wiki Import/Guidelines, cuyo link ya envió Matías Taborda Barroso. El
 tema es que si no lo haces así, podrías ver todo tu trabajo revertido en
 cuanto alguien se percate.

 La razón de esto es que antes de que se crease este protocolo de
 importaciones, había importaciones de datos que dejaban mucho que
 desear, por razones de todo tipo: licencia de datos dudosa o no
 compatible, mal etiquetado, datos de calidad inaceptable, etc.

 De lo que se trata con ese protocolo de importación es de que toda
 importación de datos sea discutida y aprobada por la comunidad o
 comunidades locales de OSM afectadas, previo paso a discutirlo con la
 comunidad OSM global através de la lista impo...@openstreetmap.org, que
 dará su aprobación final. La importación debe estar bien documentada
 en una wiki, con la licencia, etiquetado propuesto, workflow, etc.

 Lo de poner aprobación entre comillas es para recalcar, una vez más,
 que nadie da su aprobación, sino que se intenta llegar al mayor consenso
 posible con todos los participantes en la conversación, para que la
 importación sea con las mayores garantías posibles. Naturalmente, una
 importación no es aprobada si la licencia de los datos no es
 compatible, o si claramente la calidad de los datos no es aceptable. Lo
 demás siempre se puede pulir hasta que se procede a importar. Yo, en
 general, doy por comenzada una importación cuando se resuelven la
 mayoría de cuestiones y pasan varios días sin que se planteen más
 preguntas ó dudas.

 Y, obviamente, no siempre se consigue el consenso en todo. Cuando hay
 división sobre un punto en particular, lo que hago/hacemos es decidirnos
 por la solución que mejor nos parece. Un ejemplo que me surgió en más de
 una importación es la división entre los que creen que no se debe añadir
 la etiqueta source=* a cada elemento (sólo añadir al conjunto de
 cambios) y los que, como yo, pensamos que sí debe añadirse a cada
 elemento. Todo esto lo digo porque es recurrente ver a una persona o
 grupo interesado en importar haciendo la típica pregunta de entonces,
 ¿dáis ya el permiso para importar?, que no tiene mucho sentido.

 Un saludo,

 Rafael.

 On 05/08/15 14:25, Jose Luis wrote:
 Buenos dias,

 Me gustaria añadir las areas de autocaravanas de Europa desde un archivo
 csv. Hay posibilidad importarlo automaticamente en JOSM o necesariamente
 hay que meter las coordenadas una por una (son mas de 8.000 areas).
 He leido que la filosofia de OSM es contraria a este tipo de subidas
 masivas pues prefieren que toda la información este contrastada, pero
 por otro lado veo que hay plugins para ello.
 Por otro lado, en caso de que se pudieran subir, ¿como evitar que
 subiera areas que ya existen?
 Si alguien tiene experiencia en estos temas, le agradeceria mucho su
 ayuda.
 Saludos
 Jose Luis

 -

 AVISO DE CONFIDENCIALIDAD
 Tanto este mensaje como todos los posibles documentos adjuntos al
 mismo son
 confidenciales y están  dirigidos exclusivamente a los
 destinatarios de los mismos. Por favor, si Ud no es uno de dichos
 destinatarios, notifíquenos este hecho y elimine el mensaje de su
 sistema.
 Queda

Re: [Talk-es] Importar datos en openstreet map desde un archivo csv

[Rafael Avila Coya]

Hola:

Como ya dijo Jo, no se puede usar Google Maps ni Google Street View para
recabar ningún tipo de datos para OSM.

Por otro lado, lo que sí es lícito es que, tomando esos datos no
compatibles de esas webs puedas comprobar que los sitios de caravanas
están bien geolocalizados. Pero eso sí, tienes que estar seguro, por
ejemplo, viendo claramente en la foto aérea de Bing ó PNOA que hay
caravanas en el sitio. En este caso no estarías importando, sino
simplemente mapeando. Lo que sí no puedes añadir son datos que recabas
de esas bases de datos, como pueda ser nombre del sitio, capacidad
(número de caravanas que pueden entrar), etc.

Como ves, todo se reduce a no usar ninguna fuente de datos (incluídas
fotos, aéreas ó no) de las que no tengamos permiso para usarlas, sea de
forma explícita o através de una licencia compatible con la ODbL de
OpenStreetMap. Ya sé que es chungo todo esto, pero es lo que hay. Lo
mismo pasa con la wikipedia, por ejemplo.

Un saludo,

Rafael.

On 06/08/15 10:25, Jose Luis wrote:
 Gracias por la respuesta.
 
 No recuerdo exactamente de que web me descargué el fichero, pero como
 hay tantos circulando te mando el enlace de una web muy modesta, por lo
 que me imagino que no tendran inconveniente en dar permiso para usarlo,
 lo que no se es si el archivo lo han creado ellos o simplemente lo han
 colocado en su web para descargarlo. (Todo esto me parece muy dificil de
 controlar)
 
 http://www.todo-poi.es/alojamientos/Caravanas.htm
 
 Lo que si te puedo decir es que he comprobado personalmente cinco areas
 de caravanas de mi localidad y las coordenadas coinciden perfectamente
 con las areas que indican, lo que de entrada me da bastante confianza en
 el archivo. Eso si lo dividiria en trozos mas pequeños y lo cargaria en
 JOSM superponiendo la imagen de Bing para comprobar que las areas que no
 tengo posibilidad de ver personalmente estan bien posicionadas. Otra
 cosa que tambien suelo hacer es comprobar con google map y el street
 view, si se ven autocaravanas no hay duda de que el punto es correcto.
 
 Espero vuestros comentarios.
 
 Saludos
 Jose Luis
 
 -
 
 AVISO DE CONFIDENCIALIDAD
 Tanto este mensaje como todos los posibles documentos adjuntos al mismo son
 confidenciales y están  dirigidos exclusivamente a los
 destinatarios de los mismos. Por favor, si Ud no es uno de dichos
 destinatarios, notifíquenos este hecho y elimine el mensaje de su sistema.
 Queda prohibida la copia, difusión o revelación de su contenido a terceros
 sin el previo consentimiento por escrito de Crisfer Musical, S.L.
 En caso contrario, vulnerará la legislación vigente.
 - Original Message - From: Rafael Avila Coya
 ravilac...@gmail.com
 To: talk-es@openstreetmap.org
 Sent: Wednesday, August 05, 2015 11:54 PM
 Subject: Re: [Talk-es] Importar datos en openstreet map desde un archivo
 csv
 
 
 Hola, José Luis:

 Dar una respuesta sobre el Copyright necesitaría páginas. Pero
 básicamente, el hecho de que la gente ponga los datos para uso libre
 no significa nada. Puede ser que se puedan usar con licencias Creative
 Commons, y las hay de todo tipo, o cualquier otra licencia. Incluso
 puede pasar, y esto es bastante común, que estén donando los datos a los
 propietarios de la web, sin siquiera saberlo - ya sabes, ese acuerdo de
 licencia que aceptamos sin siquiera leerlo cuando nos damos de alta en
 un servicio web -.

 ¿Puedes indicar dónde has obtenido esos datos (enlace)? Así quizás te
 podríamos ayudar.

 On 05/08/15 22:24, cor...@crisfer.com wrote:
 Gracias por vuestras respuestas.
 Mi intención es hacerlo lo mejor posible y por supuesto lo primero que
 voy a hacer es leer la guía para la importación y tomarme todo el tiempo
 necesario antes de dar ningún paso que no me deje satisfecho.
 Lo de las licencias de las que habláis es algo que me viene grande. El
 archivo que he descargado esta al alcance de cualquier persona en muchas
 webs de autocaravaning, creo que es un archivo en el que los aficionados
 al caravaning van incorporando áreas de autocaravanas donde han dormido
 o parado para vaciar los depósitos de aguas negras y cargado agua
 limpia.
 Por tanto no tengo ni idea de si ese archivo cumple con las licencias de
 las que habláis, pero me da la impresión de que no tiene un propietario
 en particular y el fin con el que esta creado es para uso libre. No
 obstante si tenéis algún consejo al respecto os lo agradecería.
 Saludos
 Jose Luis


 Rafael Avila Coya ravilac...@gmail.com escribió:

 Hola,

 Un poco repitiendo y/o matizando algunas cosas de las dos respuestas
 anteriores:

 Para importar datos es estrictamente obligatorio seguir los pasos de la
 wiki Import/Guidelines, cuyo link ya envió Matías Taborda Barroso. El
 tema es que si no lo haces así, podrías ver todo tu trabajo
 revertido en
 cuanto alguien se percate.

 La razón de esto es que antes de que se crease este protocolo de
 importaciones

Re: [Talk-es] Obtener el sentido de las calles

[Rafael Avila Coya]

Os olvidáis de Mapillary, siempre y cuando haya fotos para la calle
concreta...

On 06/10/15 13:02, César Martínez Izquierdo wrote:
> A veces en pueblos pequeños en muchas calles no habrá ni señalización
> vertical, es decir, todas las calles son de doble sentido (aunque
> apenas quepa un coche) y en las intersecciones aplica la regla del que
> viene por la derecha =)
> 
> César
> 
> 2015-10-06 11:55 GMT+02:00 Luis García Castro :
>>
>> El 6 de octubre de 2015, 11:48, Jesús Gómez Fernández
>>  escribió:
>>>
>>> Un truco muy útil para conocer si una calle es de sentido doble o único
>>> viendo las imágenes aéreas de Bing es, aparte de reconocer los coches
>>> aparcados, fijarse en las líneas de detención pintadas en la calzada en
>>> pasos de peatones y stops. Si son dobles (a ambos lados del paso de
>>> peatones) lógicamente el vial es de doble sentido. Si solo hay una única
>>> línea de detención es de sentido único y dependiendo de a que lado del paso
>>> de peatones está pintada puedes conocer el sentido de circulación.
>>>
>>> Claro, como dicen los compañeros esto no asegura que vayas in situ y la
>>> calle haya cambiado de sentido porque la imagen ya sea antigua.
>>
>>
>> En zonas urbanas la señalización horizontal como comenta Jesús es mucho más
>> fiable que los coches aparcados. Especialmente en calles pequeñas la
>> dirección de los coches puede ser circunstancial.
>>
>> Si hablamos de pueblos pequeños, las calles suelen ser muy cortas y
>> estrechas (y a pesar de eso ser de doble sentido), no habrá señalización
>> horizontal, no habrá pasos de cebra... Es decir, es improbable estar seguro
>> usando únicamente ortofotos.
>>
>> ¡Un saludo!
>>
>> --
>>
>> Luis García
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
> 
> 
> 

-- 
Twitter: @ravilacoya 
*Humanitarian OpenStreetMap Team (HOT)* 

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

Re: [Talk-es] Mover valores del Nominatim del IGN

[Rafael Avila Coya]

Hola, Alejandro:

Al mover ese nodo de sitio lo único que estás haciendo es mejorar el
mapa, pues sabes que la posición correcta es la actual, y no la de la
versión anterior. De hecho, si ves el historial del nodo [1], la versión
anterior es la 2 (la actual vuestra es la 3). El usuario que creó esa
versión sobre la primera fue para limpiar en masa etiquetas inútiles de
esos nodos locality [2]. Entre esas etiquetas estaba note:es="Si
realizas algún cambio en este nodo, por favor, comunícalo a
nomenclatorign at gmail dot com. Gracias.", que pertenece a la versión 1.

En realidad, no tienes la obligación de comunicarlo a ese email. Se
supone que el IGN o los responsables de esa importación, si quieren ver
que nodos fueron modificados en su etiquetado o localización, o bien
eliminados, lo hagan por medio de algún script.

Yo, concretamente, moví ya una buena cantidad de esos nodos. Al
principio se lo comunicaba, pero ahora ya no lo hago, pues no tiene
sentido. Como digo, esos cambios los pueden controlar regularmente por
medio de software. Lo que nunca haría sería borra ninguno de esos nodos,
pues recuperar un objeto eliminado es un poco un rollo (salvo que ese
sitio (locality) estuviésemos completamente seguros de que no existe).

Un saludo,

Rafael Ávila Coya.

[1] https://www.openstreetmap.org/node/1242148342/history
[2] https://www.openstreetmap.org/changeset/27001391

On 18/11/15 00:33, Alejandro S. wrote:
> Hola a todos,
> 
> Estamos ya en pleno curso de introducción a OSM en Zaragoza y me surge
> una duda. ¿Se pueden mover los puntos place=locality de la importación
> del Nominatim del IGN si se sabe que no están correctamente situados? ¿O
> se trata de puntos fijos como las fronteras y los vértices geodésicos?
> 
> Por ejemplo este nodo (que ha desplazado un alumno en su desconocimiento):
> https://www.openstreetmap.org/node/1242148342
> 
> Un cordial saludo y espero vuestras respuestas.
> 
> Atentamente,
>   Alejandro Suárez
> 
> 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
> 

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

Re: [Talk-es] Importacion de IDENA para Pamplona

[Rafael Avila Coya]

Hola:

Durante la crisis del terremoto del Nepal en Mayo de este año, quise
importar los límites administrativos de distrito y VDC's (Village
Development Commities - equivalente a municipio, más o menos) del Nepal
[1]. La licencia era la CC-by 3.0, pero como puedes ver en la lista de
importaciones [2] la rechazaron por no ser compatible con la ODbL.
Aunque pueda parecer mentira.

Ni que decir tiene que yo no voy a ponerte ningún problema, por la
sencilla razón de que creo que es una auténtica pijada. Según esa visión
super restrictiva, OSM no puede garantizar la correcta atribución de la
autoría de los datos.

También me sorprende ver que, efectivamente, hubo importaciones de datos
con CC-by 3.0. Un día de estos preguntaré por qué algunas importaciones
(como es el caso de Great Smoky Mountains National Park), sí fueron
aceptadas.

Un saludo,

Rafael.

[1] https://wiki.openstreetmap.org/wiki/Nepal_VDCs_boundaries_import
[2] https://lists.openstreetmap.org/pipermail/imports/2015-May/003902.html

On 07/12/15 15:46, k1wi . wrote:
> Hola a todos!
> 
> He estado mirando el tema de las importaciones y he descubierto que
> los datos del IDENA en Navarra están disponibles bajo licencia CC-BY
> 3.0. [1] Revisando las importaciones que se han hecho en OSM [2], he
> visto que hay unas cuantas importaciones de datos CC-BY 3.0 así que
> supongo que se pueden importar sin problemas.
> 
> Me gustaría poder importar los números de los portales de las calles
> en Pamplona. He creado una página en la wiki para recoger la
> importación. [3] Comentad que os parece, sugerencias...
> 
> k1wi
> 
> [1] http://idena.navarra.es/Portal/Descargar
> 
> [2] http://wiki.openstreetmap.org/wiki/Import/Catalogue
> 
> [3] http://wiki.openstreetmap.org/wiki/Pamplona/IDENA
> 
> ___
> 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 acceso temático a OSM

[Rafael Avila Coya]

Hola, Manuel Enrique:

Una forma de hacer esto es con overpass [1].

El lenguaje Overpass QL, muy potente, se explica en detalle aquí: [2]

También hay una guía (aunque cubre sólo casos más sencillos) aquí: [3]

Para el ejemplo de buscar las escuelas de un país, éste sería el ejemplo
para buscar todas las escuelas (amenity="school")(nodos, vías o
relaciones) en Haiti: http://overpass-turbo.eu/s/cZE (6.031 nodos, 383
vías y 2 relaciones).

Para otro país, debes substituir area:3600307829 (que aparece 3 veces)
por el correspondiente al área de la que quieres extraer las escuelas.
Por ejemplo, si quieres las escuelas de España, debes buscar la id de la
relación España y sumarle 3.600.000.000:

36
+
1311341
-
3601311341

Para buscar la id de España, puedes hacerlo simplemente yendo a la
página de osm.org y buscar España. Clica en España y verás la id en la
url de la página: http://www.openstreetmap.org/relation/1311341 .

Esto lo puedes usar también para ver todas las escuelas que hay en una
provincia, estado o municipio, o cualquier otra área administrativa.
Buscas la id y haces esa suma y substituyes en el código de la consulta.

Si quisieses extraer todas las escuelas y guarderías, cambia
["amenity"="school"] por ["amenity"~"school|kindergarten"] en las 3
sentencias que aparece (Ojo que debes cambiar el "=" por un "~").

Como el número de escuelas en un país suele ser considerable, te
recomiendo que, en vez de simplemente ejecutar la consulta overpass con
el botón "Run", hagas lo siguiente:

Clica en "Export". Luego en "Query" y allí en el enlace "compact" de
"convert to (compact) OverpassQL". Eso te abrirá una nueva ventana con
un enlace justo debajo de "Your query in compact Overpass QL:". Clica el
enlace y, después de unos segundos, te pedirá dónde guardar el fichero
.osm, que ya podrás abrir en JOSM.

Alternativamente puedes hacer: "Export" -> "Data" y allí clicas en
"JOSM" donde pone "Load data into an OSM editor: JOSM, Level0". Eso te
abrirá el fichero directamente en JOSM, pero tendrás que tener el JOSM
abierto y con el control remoto habilitado.

Naturalmente, también podrías hacerlo en el terminal con wget. Por
ejemplo, para el caso de Haití:

wget
http://overpass-api.de/api/interpreter?data=%5Btimeout%3A250%5D%3B%28node%5B%22amenity%22%3D%22school%22%5D%28area%3A3600307829%29%3Bway%5B%22amenity%22%3D%22school%22%5D%28area%3A3600307829%29%3Brelation%5B%22amenity%22%3D%22school%22%5D%28area%3A3600307829%29%3B%29%3Bout%20meta%3B%3E%3Bout%20meta%3B%0A
-O escuelasDeHaiti.osm

Un saludo,

Rafael Ávila Coya.

[1] http://overpass-turbo.eu
[2] http://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL
[3] http://wiki.openstreetmap.org/wiki/Overpass_API/Language_Guide

On 29/11/15 14:22, Manuel Enrique Puebla Martinez wrote:
> 
> Hola:
> 
>  ¿Alguien conoce alguna forma de acceder a la información de la base de
> datos de OSM diferenciando las temáticas de los objetos espaciales?, es
> decir, supongan que quiero buscar todas las escuelas de un país. ¿Existe
> alguna forma de construir una consulta para recuperar todas las escuelas
> de un país?
> 
> Saludos a todos.
> 
> 
> 
> 
> 
> 
> 
> 
> ___
> 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] Importacion de IDENA para Pamplona

[Rafael Avila Coya]

Hola:

Así es. Si fuese posible hablar con los responsables del IDENA y que te
diesen permiso específico para importarlos a OSM, eso resolvería el
problema.

Un saludo,

Rafael.

On 09/12/15 14:52, Alejandro S. wrote:
> Hola,
> Me suena que para esas importaciones que tienen cc-by se suele pedir
> permiso específico a la fuente antes de importarlas, si ya lo han
> liberado con cc no suele haber problema en que lo cedan para osm dejando
> la atribución en la wiki.
> 
> Saludos
> 
> PD: Lo que para ti es una pijada, puede ser una demanda para OSM, mejor
> no meter datos sin permiso...
> 
> 
> On Tue, Dec 8, 2015, 11:19 k1wi <k1wi...@gmail.com
> <mailto:k1wi...@gmail.com>> wrote:
> 
> Viendo cómo está el panorama, de momento no voy a importar nada. A
> ver si se aclara si cc-by se puede usar o no.
> 
> 
> k1wi
> 
> 
> > El 7 dic 2015, a las 16:19, Rafael Avila Coya
> <ravilac...@gmail.com <mailto:ravilac...@gmail.com>> escribió:
> >
> > Hola:
> >
> > Durante la crisis del terremoto del Nepal en Mayo de este año, quise
> > importar los límites administrativos de distrito y VDC's (Village
> > Development Commities - equivalente a municipio, más o menos) del
> Nepal
> > [1]. La licencia era la CC-by 3.0, pero como puedes ver en la lista de
> > importaciones [2] la rechazaron por no ser compatible con la ODbL.
> > Aunque pueda parecer mentira.
> >
> > Ni que decir tiene que yo no voy a ponerte ningún problema, por la
> > sencilla razón de que creo que es una auténtica pijada. Según esa
> visión
> > super restrictiva, OSM no puede garantizar la correcta atribución
> de la
> > autoría de los datos.
> >
> > También me sorprende ver que, efectivamente, hubo importaciones de
> datos
> > con CC-by 3.0. Un día de estos preguntaré por qué algunas
> importaciones
> > (como es el caso de Great Smoky Mountains National Park), sí fueron
> > aceptadas.
> >
> > Un saludo,
> >
> > Rafael.
> >
> > [1] https://wiki.openstreetmap.org/wiki/Nepal_VDCs_boundaries_import
> > [2]
> https://lists.openstreetmap.org/pipermail/imports/2015-May/003902.html
> >
> >> On 07/12/15 15:46, k1wi . wrote:
> >> Hola a todos!
> >>
> >> He estado mirando el tema de las importaciones y he descubierto que
> >> los datos del IDENA en Navarra están disponibles bajo licencia CC-BY
> >> 3.0. [1] Revisando las importaciones que se han hecho en OSM [2], he
> >> visto que hay unas cuantas importaciones de datos CC-BY 3.0 así que
> >> supongo que se pueden importar sin problemas.
> >>
> >> Me gustaría poder importar los números de los portales de las calles
> >> en Pamplona. He creado una página en la wiki para recoger la
> >> importación. [3] Comentad que os parece, sugerencias...
> >>
> >> k1wi
> >>
> >> [1] http://idena.navarra.es/Portal/Descargar
> >>
> >> [2] http://wiki.openstreetmap.org/wiki/Import/Catalogue
> >>
> >> [3] http://wiki.openstreetmap.org/wiki/Pamplona/IDENA
> >>
> >> ___
> >> Talk-es mailing list
> >> Talk-es@openstreetmap.org <mailto:Talk-es@openstreetmap.org>
> >> https://lists.openstreetmap.org/listinfo/talk-es
> >
> > ___
> > Talk-es mailing list
> > Talk-es@openstreetmap.org <mailto:Talk-es@openstreetmap.org>
> > https://lists.openstreetmap.org/listinfo/talk-es
> 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org <mailto:Talk-es@openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-es
> 
> 
> 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
> 

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

[Talk-es] Pequeñas modificaciones y adiciones a normalización (etiquetado) de carreteras en Galicia

[Rafael Avila Coya]

Hola a todos/as:

He estado repasando la clasificación de las carreteras de Galicia, y he
añadido alguna documentación de utilidad para la correcta clasificación
de las carreteras en mi comunidad autónoma.

La modificación más importante ha sido la de añadir que las carreteras
que se deben etiquetar como highway=tertiary (referencia con fondo
amarillo) son, no sólo las dependientes de las diputaciones provinciales
(EP-), sino que hay también carreteras autonómicas (AC-XXX, LU-XXX,
OU-XXX y PO-XXX) que tienen fondo amarillo y que están, obviamente,
catalogadas como "secundarias" en la correspondiente documentación
oficial [1]. Un ejemplo sería la PO-343

Si veis algo que no esté correcto o algo que se pueda añadir, avisad.

Aprovechando este email, veo que hay algunas comunidades autónomas (como
Illes Balears) que no tienen ningún apartado explicando sus
singularidades, en caso de que las haya, que es lo más probable.

Un saludo,

Rafael.

[1] www.xunta.es/dog/Publicados/2003/20030721/Anuncio151AA_es.html

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

Re: [Talk-es] Pequeñas modificaciones y adiciones a normalización (etiquetado) de carreteras en Galicia

[Rafael Avila Coya]

Perdón:

Olvidaba decir que los cambios de los que hablo son en la wiki de
Normalización de mapeo en España, en el apartado de Galicia:
https://wiki.openstreetmap.org/wiki/Normalizaci%C3%B3n#Galicia

Rafael Ávila Coya.

On 25/11/15 02:55, Rafael Avila Coya wrote:
> Hola a todos/as:
> 
> He estado repasando la clasificación de las carreteras de Galicia, y he
> añadido alguna documentación de utilidad para la correcta clasificación
> de las carreteras en mi comunidad autónoma.
> 
> La modificación más importante ha sido la de añadir que las carreteras
> que se deben etiquetar como highway=tertiary (referencia con fondo
> amarillo) son, no sólo las dependientes de las diputaciones provinciales
> (EP-), sino que hay también carreteras autonómicas (AC-XXX, LU-XXX,
> OU-XXX y PO-XXX) que tienen fondo amarillo y que están, obviamente,
> catalogadas como "secundarias" en la correspondiente documentación
> oficial [1]. Un ejemplo sería la PO-343
> 
> Si veis algo que no esté correcto o algo que se pueda añadir, avisad.
> 
> Aprovechando este email, veo que hay algunas comunidades autónomas (como
> Illes Balears) que no tienen ningún apartado explicando sus
> singularidades, en caso de que las haya, que es lo más probable.
> 
> Un saludo,
> 
> Rafael.
> 
> [1] www.xunta.es/dog/Publicados/2003/20030721/Anuncio151AA_es.html
> 

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

Re: [Talk-es] Mover valores del Nominatim del IGN

[Rafael Avila Coya]

Hola, Matías:

SOBRE IMPORTACIONES DE DATOS


Esto va dirigido a todos/as en realidad.

En el pasado se hicieron importaciones cuando aún no se había acordado
a nivel global que cualquier importación de datos debe hacerse
siguiendo la guía de importaciones [1]. Entre los requerimientos, es
obligatorio ponerse en contacto con la comunidad local para lograr un
consenso y aprobación de la misma. La necesidad de esto es clara, y no
hay más que ver lo que estamos sufriendo aún ahora la importación de
bosques de la base de datos CORINNE...

SOBRE SCRIPTS
-

Para lo que necesitas, una forma sencilla es usar overpass para
generar la diferencia entre lo que había cuando se cerró el último
conjunto de cambios de tu importación de parajes (fué sobre las 08:xx
del 14-4-2011, por lo que puse como fecha las 15:00 de ese mismo día)
y lo que tenemos en la actualidad, incluyendo en el resultado los
nodos que fueron eliminados y también los que fueron creados desde
entonces (quizás esto último no nos interese, pero se puede ignorar en
todo caso).

El query overpass es de hecho muy sencillo, y te lo comparto aquí con
comentarios que lo explican con detalle: http://overpass-turbo.eu/s/cOB

Los nodos modificados son los que están entre los tags  y , con el nodo original entre  y 
y la versión más actual entre  y . Los nodos eliminados
están entre los tags  y , de nuevo con
el nodo original entre  y  y los detalles de la eliminación
entre  y . Los nodos creados nuevos después de aquella
fecha del 14-4-2011 son los que están entre los tags  y .

Con el fichero generado pueden hacerse múltiples cosas. Con sencillos
scripts (python, awk...) pueden contarse los nodos que había en
aquella fecha, los que se borraron, los que se crearon nuevos, los que
se movieron de sitio, etc. Incluso generar un .osm nuevo con los nodos
que se movieron, o con los nodos que se eliminaron, o ambos, y luego
importarlos a un uMap, donde se podrían ver de forma gráfica sobre un
mapa.

Yo, por ejemplo, escribí un script para sacar unas estadísticas
sobre los nodos en Galicia:

Número total de nodos place="locality" que había en la fecha de
referencia = 45690
Número de nodos elimininados desde la fecha de referencia = 274
Número total de nodos creados desde la fecha de referencia = 387
Número de nodos movidos desde la fecha de referencia = 189
Número total de nodos que había en la fecha de referencia y creados
después de ella = 46077
Porcentaje de nodos borrados sobre los que había en la fecha de
referencia = 0.594657 %

Un saludo,

Rafael Ávila Coya.

[1] http://wiki.openstreetmap.org/wiki/ES:Import/Guidelines

On 18/11/15 08:56, Matías Taborda Barroso wrote:
> Hola.
> 
> Como uno de los "responsables" de esa importación, lo que dice
> Rafael es exacto. Cuando hicimos esa importación, estuvimos en
> contacto con el IGN (no recuerdo el responsable, sería cuestión de
> tirar de correos) y nos dijeron que podía existir en el futuro una
> colaboración con OSM, por lo que se nos ocurrió que la forma de
> anotar las modificaciones podía ser mediante notificaciones a una
> dirección de correo o anotando dichas modificaciones en la wiki
> [1]. Evidentemente no era el método más adecuado y de hecho con
> el paso del tiempo, los usuarios dejaron de notificar esos cambios
> 
> Aprovechando la circunstancia y mi ignorancia en temas de scripts,
> si que me gustaría preguntar como se puede desarrollar (lenguaje,
> forma, precedentes similares) un script para averiguar los
> cambios (principalmente la eliminación) de determinados nodos de
> una importación más o menos masiva.
> 
> En el caso que preguntas, la importación de los parajes de la 
> cartografía del IGN, aparte de la gran cantidad de errores que
> contiene, es evidente que la modificación de situación o
> eliminación de determinados nodos, es necesaria y se debe confiar
> en el buen hacer del usuario de turno. Pero ha habido otras
> importaciones de datos del IGN, como son los vértices geodésicos y
> clavos de nivelación, que la eliminación de esos datos, están
> hechos o sin tener conocimiento de lo que se hacía o verdaderamente
> con mala intención (me he encontrado vértices geodésicos cambiados
> de sitios y colocados en el agua de un pantano y muchos de ellos
> eliminados sin más).
> 
> Lo dicho, agradecería cualquier tipo de ayuda en este particular.
> 
> Saludos.
> 
> [1] http://wiki.openstreetmap.org/wiki/ES:NGBE/Correcciones
> 
> El 18 de noviembre de 2015, 2:12, Rafael Avila Coya 
> <ravilac...@gmail.com <mailto:ravilac...@gmail.com>> escribió:
> 
> Hola, Alejandro:
> 
> Al mover ese nodo de sitio lo único que estás haciendo es mejorar
> el mapa, pues sabes que la posición correcta es la actual, y no la
> de la versión anterior. De hecho, si ves el historial del nodo [1],
> la versión a

Re: [Talk-es] Importacion de IDENA para Pamplona

[Rafael Avila Coya]

Un apunte más:

La licencia CC-By 4.0 sí es admitida como compatible por el Legal
Working Group. Probablemente, los responsables de los datos no tendrían
problemas en actualizar la licencia de CC-by 3.0 a CC-by 4.0. Creo que
esta solución sería más fácil de asumir que tener que dar un permiso
expreso a OSM. Sería cuestión de preguntar.

Ni que decir tiene que el purismo de decir que la CC-by 3.0 no es
compatible con la ODbL (porque pone unas condiciones demasiado
restrictivas en cuanto a la atribución) me parece una pijada mayúscula,
pero es lo que hay.

Un saludo,

Rafael.

On 10/12/15 01:41, Rafael Avila Coya wrote:
> Hola:
> 
> Así es. Si fuese posible hablar con los responsables del IDENA y que te
> diesen permiso específico para importarlos a OSM, eso resolvería el
> problema.
> 
> Un saludo,
> 
> Rafael.
> 
> On 09/12/15 14:52, Alejandro S. wrote:
>> Hola,
>> Me suena que para esas importaciones que tienen cc-by se suele pedir
>> permiso específico a la fuente antes de importarlas, si ya lo han
>> liberado con cc no suele haber problema en que lo cedan para osm dejando
>> la atribución en la wiki.
>>
>> Saludos
>>
>> PD: Lo que para ti es una pijada, puede ser una demanda para OSM, mejor
>> no meter datos sin permiso...
>>
>>
>> On Tue, Dec 8, 2015, 11:19 k1wi <k1wi...@gmail.com
>> <mailto:k1wi...@gmail.com>> wrote:
>>
>> Viendo cómo está el panorama, de momento no voy a importar nada. A
>> ver si se aclara si cc-by se puede usar o no.
>>
>>
>> k1wi
>>
>>
>> > El 7 dic 2015, a las 16:19, Rafael Avila Coya
>> <ravilac...@gmail.com <mailto:ravilac...@gmail.com>> escribió:
>> >
>> > Hola:
>> >
>> > Durante la crisis del terremoto del Nepal en Mayo de este año, quise
>> > importar los límites administrativos de distrito y VDC's (Village
>> > Development Commities - equivalente a municipio, más o menos) del
>> Nepal
>> > [1]. La licencia era la CC-by 3.0, pero como puedes ver en la lista de
>> > importaciones [2] la rechazaron por no ser compatible con la ODbL.
>> > Aunque pueda parecer mentira.
>> >
>> > Ni que decir tiene que yo no voy a ponerte ningún problema, por la
>> > sencilla razón de que creo que es una auténtica pijada. Según esa
>> visión
>> > super restrictiva, OSM no puede garantizar la correcta atribución
>> de la
>> > autoría de los datos.
>> >
>> > También me sorprende ver que, efectivamente, hubo importaciones de
>> datos
>> > con CC-by 3.0. Un día de estos preguntaré por qué algunas
>> importaciones
>> > (como es el caso de Great Smoky Mountains National Park), sí fueron
>> > aceptadas.
>> >
>> > Un saludo,
>> >
>> > Rafael.
>> >
>> > [1] https://wiki.openstreetmap.org/wiki/Nepal_VDCs_boundaries_import
>> > [2]
>> https://lists.openstreetmap.org/pipermail/imports/2015-May/003902.html
>> >
>> >> On 07/12/15 15:46, k1wi . wrote:
>> >> Hola a todos!
>> >>
>> >> He estado mirando el tema de las importaciones y he descubierto que
>> >> los datos del IDENA en Navarra están disponibles bajo licencia CC-BY
>> >> 3.0. [1] Revisando las importaciones que se han hecho en OSM [2], he
>> >> visto que hay unas cuantas importaciones de datos CC-BY 3.0 así que
>> >> supongo que se pueden importar sin problemas.
>> >>
>> >> Me gustaría poder importar los números de los portales de las calles
>> >> en Pamplona. He creado una página en la wiki para recoger la
>> >> importación. [3] Comentad que os parece, sugerencias...
>> >>
>> >> k1wi
>> >>
>> >> [1] http://idena.navarra.es/Portal/Descargar
>> >>
>> >> [2] http://wiki.openstreetmap.org/wiki/Import/Catalogue
>> >>
>> >> [3] http://wiki.openstreetmap.org/wiki/Pamplona/IDENA
>> >>
>> >> ___
>> >> Talk-es mailing list
>> >> Talk-es@openstreetmap.org <mailto:Talk-es@openstreetmap.org>
>> >> https://lists.openstreetmap.org/listinfo/talk-es
>> >
>> > ___
>> > Talk-es mailing list
>> > Talk-es@openstreetmap.org <mailto:Talk-es@openstreetmap.org>
>> > https://lists.openstreetmap.org/listinfo/talk-es
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org <mailto:Talk-es@openstreetmap.org>
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>>
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>

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

Re: [Talk-es] secciones censales zgz

[Rafael Avila Coya]

Eso sí es cierto. Igual habría que preguntar.

Rafael.

On 02/02/16 22:03, Miguel Sevilla-Callejo wrote:
> Mmmm, pues llevas razón pero habŕa uqe saber is las secciones censales,
> sus límites, son algo exclusivo del INE y habría de pensar cómo han de
> citarse en OSM.
> ;-)
> 
> *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/sevillacallejo <http://bit.ly/sevillacallejo>
> 
> **
> 
> 2016-02-02 15:59 GMT+01:00 Rafael Avila Coya <ravilac...@gmail.com
> <mailto:ravilac...@gmail.com>>:
> 
> Hola:
> 
> No veo porqué no es compatible con la ODbL, siempre y cuando uses datos
> de autoría exclusiva del INE.
> 
> Un saludo,
> 
> Rafael.
> 
> On 02/02/16 15:21, Miguel Sevilla-Callejo wrote:
> > Me respondo yo solo con respecto a lo de las secciones censales:
> >
> > De la web del INE  [1] se puede leer:
> >
> > [...]
> >
> > 5. Reutilización de la información contenida en este sitio web
> >
> > La información contenida en este sitio web procede de múltiples fuentes,
> > por lo que el INE solo autoriza la reutilización de aquélla cuya fuente
> > original sea el propio INE y siempre bajo las siguientes condiciones
> > generales:
> >
> >   * Se prohíbe expresamente desnaturalizar el sentido de la
> información.
> >   * Debe citarse la fuente de la información objeto de reutilización.
> > Esta cita podrá realizarse de la siguiente manera: *Fuente: Sitio
> > web del INE: www.ine.es <http://www.ine.es>
> <http://www.ine.es> *si no se realiza ningún
> > tratamiento de los datos o bien: *Elaboración propia con datos
> > extraídos del sitio web del INE: www.ine.es
> <http://www.ine.es> <http://www.ine.es>* en
> > caso de que se realice tratamiento de los datos.
> >   * Debe mencionarse la fecha de la última actualización de la
> > información objeto de reutilización, siempre y cuando estuviera
> > incluida en el original.
> >   * No se podrá indicar, insinuar o sugerir que el INE participa,
> > patrocina o apoya la reutilización que se lleve a cabo con la
> > información.
> >   * El INE no será responsable del uso que de su información hagan los
> > agentes reutilizadores. Tampoco será responsable de los daños
> > materiales o sobre datos, ni de posibles perjuicios económicos
> > provocados por el uso de la información reutilizada.
> >
> >
> > --
> >
> > O lo que es lo mismo, NO es compatible con OSM   :-(
> >
> >
> > [1]
> > 
> http://www.ine.es/ss/Satellite?L=0=Page=1254735849170=1254735849170=Ayuda%2FINELayout#
> >
> > *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/sevillacallejo <http://bit.ly/sevillacallejo>
> >
> > **
> >
> > 2016-02-02 15:15 GMT+01:00 Miguel Sevilla-Callejo <msevill...@gmail.com 
> <mailto:msevill...@gmail.com>
> > <mailto:msevill...@gmail.com <mailto:msevill...@gmail.com>>>:
> >
> > Hola,
> >
> > Alejandro Suarez y yo andábamos comentando sobre encontrar los
> > límites de los barrios de Zaragoza para incluirlos definitivamente
> > en la base de datos de OSM y hemos encontrado dos fuentes que
> quería
> > contrastar y comentar con alguno de vosotros para saber si alguien
> > ya se ha visto en una problemática similar.
> >
> > 1. Por un lado está la información urbanística del municipio, en
> > concreto la cartografía que emana del Plan General de Ordenación
> > Urb

Re: [Talk-es] secciones censales zgz

[Rafael Avila Coya]

Hola:

No veo porqué no es compatible con la ODbL, siempre y cuando uses datos
de autoría exclusiva del INE.

Un saludo,

Rafael.

On 02/02/16 15:21, Miguel Sevilla-Callejo wrote:
> Me respondo yo solo con respecto a lo de las secciones censales:
> 
> De la web del INE  [1] se puede leer:
> 
> [...]
> 
> 5. Reutilización de la información contenida en este sitio web
> 
> La información contenida en este sitio web procede de múltiples fuentes,
> por lo que el INE solo autoriza la reutilización de aquélla cuya fuente
> original sea el propio INE y siempre bajo las siguientes condiciones
> generales:
> 
>   * Se prohíbe expresamente desnaturalizar el sentido de la información.
>   * Debe citarse la fuente de la información objeto de reutilización.
> Esta cita podrá realizarse de la siguiente manera: *Fuente: Sitio
> web del INE: www.ine.es  *si no se realiza ningún
> tratamiento de los datos o bien: *Elaboración propia con datos
> extraídos del sitio web del INE: www.ine.es * en
> caso de que se realice tratamiento de los datos.
>   * Debe mencionarse la fecha de la última actualización de la
> información objeto de reutilización, siempre y cuando estuviera
> incluida en el original.
>   * No se podrá indicar, insinuar o sugerir que el INE participa,
> patrocina o apoya la reutilización que se lleve a cabo con la
> información.
>   * El INE no será responsable del uso que de su información hagan los
> agentes reutilizadores. Tampoco será responsable de los daños
> materiales o sobre datos, ni de posibles perjuicios económicos
> provocados por el uso de la información reutilizada.
> 
> 
> --
> 
> O lo que es lo mismo, NO es compatible con OSM   :-(
> 
> 
> [1]
> http://www.ine.es/ss/Satellite?L=0=Page=1254735849170=1254735849170=Ayuda%2FINELayout#
> 
> *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/sevillacallejo 
> 
> **
> 
> 2016-02-02 15:15 GMT+01:00 Miguel Sevilla-Callejo  >:
> 
> Hola,
> 
> Alejandro Suarez y yo andábamos comentando sobre encontrar los
> límites de los barrios de Zaragoza para incluirlos definitivamente
> en la base de datos de OSM y hemos encontrado dos fuentes que quería
> contrastar y comentar con alguno de vosotros para saber si alguien
> ya se ha visto en una problemática similar.
> 
> 1. Por un lado está la información urbanística del municipio, en
> concreto la cartografía que emana del Plan General de Ordenación
> Urbana de Zaragoza, tanto en un visor web [1], como accesible a
> través de los mapas en PDF [2] en donde se ven los límites de los
> distritos y barrios y sería relativamente sencillos de pasar (pues
> coinciden con calles mayormente) a OSM.
> ¿ALguien ha trabajado antes con información urbanística? ¿Alguien
> sabe qué tipo de licencias de usos tiene esta información? Yo diría
> que al ser algo público y que afecta a todo el mundo (escomo si se
> tratara de una ley) habrá de tener una licencia libre, no?
> 
> 2. Por otro lado estuve mirando a ver de dónde podría sacar esa
> misma información y llegué a la cartografía de las secciones
> censales del INE [3] de dónde, igualmente se pueden identificar
> límites que son comunies a los de los barrios, a pesar que en su
> base de datos no exista este tipo de agriupación (se pasa de
> distrito, que coincide con los de Zaragoza, a las secciones censales).
> 
> ¿Alguien ha echado un vistazo a esta información y/o a usado la
> misma? También desconozco el tipo de licencia que tiene. Se podría
> investigar.
> 
> A ver si alguien nos puede orientar.
> 
> Un saludo
> 
> M
> 
> [1] - http://www.zaragoza.es/ciudad/urbanismo/oficina/siggurz.htm
> [2] -
> http://www.zaragoza.es/ciudad/urbanismo/planeamiento/pgouz/planos.htm
> [3] -
> http://www.ine.es/censos2011_datos/cen11_datos_resultados_seccen.htm
> 
> 
> *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/sevillacallejo 
> 
> **
> 
> 
> 
> 
> 

Re: [Talk-es] Taller humanitario Inundaciones Mozambique (OSM) - iCarto

[Rafael Avila Coya]

Hola, Antón:

Olvidé, pero otra lista en la que puedes publicar es en la del HOT.

Rafa.

On 17/03/16 10:12, Antón Amado wrote:

Hola,

Mi nombre es Antón Amado, responsable del área de cooperación para el
desarrollo de la empresa iCarto.

Desde iCarto y en colaboración con la Universidade da Coruña vamos a
realizar, en el marco del proyecto SIXHIARA
, un taller de mapeo de las zonas afectadas
por las inundaciones en el norte de Mozambique.

El taller será el *viernes 8 de abril en la Escuela de Caminos, Canales
y Puertos de la UDC*.

Para inscribirse al evento o tener más información:

http://icarto.es/2016/03/taller-de-mapeo-humanitario-inundaciones-mozambique/

Agradeceríamos se diese difusión.

Saludos,

--
Antón Amado Pousa
CEO iCarto
iCarto | Innovación, Cooperación, Cartografía y Territorio S.L.

http://www.icarto.es / |
+34 881927808
c/ Rafael Alberti nº 13 – 1ºD
15008 A Coruña, Galicia (Spain)

Este correo electrónico contiene información estrictamente confidencial
y es de uso exclusivo del destinatario, quedando prohibida a cualquier
otra persona su revelación, copia, distribución, o el ejercicio de
cualquier acción relativa a su contenido. Si ha recibido este mensaje
por error, por favor conteste a su remitente mediante correo electrónico
y proceda a borrarlo de su sistema.
Sus datos personales serán tratados de forma confidencial y no serán
cedidos a terceros ajenos a ICARTO. En cualquier caso, podrá ejercer los
derecho de oposición, acceso, rectificación y cancelación de acuerdo con
lo establecido en la Ley Orgánica 15/99, de 13 de diciembre, de
Protección de Datos de Carácter Personal dirigiéndose a Innovación,
Cooperación, Cartografía e Territorio, SL. (ICARTO) en la dirección
postal a C/ Rafael Alberti, nº 13, 1ºD, 15.008 – (A Coruña).


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



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

Re: [Talk-es] Historial de cambios de un elemento y Manual de iniciación a OSM

[Rafael Avila Coya]

Prueba http://learnosm.org/es/

Un saludo,

Rafael Ávila Coya

Le 20/03/16 22:27, pablo rey a écrit :

Hola,
Del 29 al 31 de abril estaremos dando desde Montera34
 un taller gratuito sobre las cartografías
digitales en Donosti (*Google maps is not the map. Taller de
cartografías digitales
ciudadanas***http://www.tabakalera.eu/es/maps-data-google-maps-not-map).
El curso es un taller de introducción express práctico a los mapas
digitales.

En él dedicaremos una parte del mismo a los básicos de OSM. Me han
surgido unas cuantas dudas que comparto por aquí:

*Manuales de iniciación a OSM*
En la wiki he encontrado algunos manuales interesantes pero no nada muy
actualizado o completo. He visto:

  * Beginners guide http://wiki.openstreetmap.org/wiki/Beginners_Guide_1.1,
  * Curricula (más una estructura de curso que los contenidos)
http://wiki.openstreetmap.org/wiki/Education#The_OpenStreetMap_Curriculum
  * Mapping weekend
https://wiki.openstreetmap.org/wiki/Mapping_Weekend_Howto

¿Sabeis si hay por ahí algún curso/curricum actualizado sobre OSM?

*Ver el historial de edición de un elemento*
Hace unos años, creo que con potlach, me parece recordar que se podía
ver una lista de qué usuarios habían editado un elemento en OSM. Ahora
no consigo encontrar la forma de verlo y en la wiki dicen que ahora
mismo eso no es posible

¿ideas?

Muchas gracias,
pablo



___
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] Mapathon de Missing Maps / HOT en la Univ. Pompeu Fabra (Barcelona), este Jueves 28 de Abril

[Rafael Avila Coya]

Hola a todos/as:

Este próximo Jueves Médicos Sin Fronteras organiza su primer mapathon en 
Barcelona. Como miembro del HOT me encantaría asistir, pero estoy en el 
Congo en estos momentos y no puede ser.


Para asistir basta con inscribirse en este sitio de Eventbrite [1], y 
sólo es necesario llevar vuestro portátil y un ratón.


Os ruego difundáis entre cuanta más gente de Barcelona y entorno sea 
posible, para que sea un éxito y se puedan organizar más en el futuro.


Un saludo,

Rafael.


[1] 
https://www.eventbrite.co.uk/e/msf-missing-maps-mapathon-tickets-24622272881


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

Re: [Talk-es] Gestor de tareas OSM-es (era: Fuentes de Madrid)

[Rafael Avila Coya]

Gracias, Alejandro!

En cuanto a los scripts, aún estoy esperando respuesta...

Rafael.

On 25/07/16 11:10, Alejandro S. wrote:

Ahora solo falta que vuelva a funcionar :(

Disculpad las molestias pero parece que estamos teniendo algún problema
con la máquina en cuestión.

Saludos,
  Alejandro Suárez

2016-07-25 10:52 GMT+02:00 Luis García Castro >:


El 25 de julio de 2016, 0:11, Alejandro S. > escribió:

Aquí tenéis a vuestra disposición el Gestor de Tareas de OSM que
hemos montado:

http://osm.unizar.es:6543/


¡Genial!! ¡Muchas gracias!!

--

Luis García

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




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



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

Re: [Talk-es] Fuentes de Madrid

[Rafael Avila Coya]

Una cosa: ¿has resuelto el tema de qué hacer si un usuario divide una 
celda? Desgraciadamente, aún no he recibido contestación sobre el script...


Saludos,

Rafael.

On 27/07/16 16:43, Santiago Crespo wrote:

Hola,

He modificado la propuesta en la wiki[1] y creado un proyecto de
importación de prueba en el gestor de tareas[2].

¿Cómo lo veis?

Si queréis podéis "trabajar" en un cuadrado y seguir las instrucciones
para probar, pero por favor no subáis nada a OSM.

Saludos,
Santiago Crespo

[1] https://wiki.openstreetmap.org/wiki/Madrid_Drinking_Water_Import
[2] http://osm.unizar.es:6543/project/11

On 07/05/2016 02:28 PM, Rafael Avila Coya wrote:

La idea que propongo sería la de crear una instancia del Gestor de
Tareas para el proyecto OSM-es, como la que tienen ya muchas otras
comunidades OSM, como por ejemplo la comunidad OSM de Colombia [5].


___
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] Fuentes de Madrid

[Rafael Avila Coya]

Hola:

He estado haciendo algunas tareas. Las fuentes parecen estar muy bien 
geolocalizadas, aunque en la mayoría de los casos no se puede comprobar 
con las imágenes del PNOA, por ser objetos demasiado pequeños, además de 
estar bajo árboles muchas veces.


En una de las tareas [1], dentro del parque Azorín [2], una de las 
fuentes estaba dentro de un estanque grande [3] etiquetado como 
amenity="fountain". En este caso no importé la fuente, aunque sí las 
otras 20 de la tarea. Creo que esa fuente [4] debería revisarse sobre el 
terreno antes de importarla.


Saludos, y enhorabuena por haber montado con éxito un Gestor de Tareas 
para la comunidad OSM-es!


Rafael Ávila Coya.

[1] http://osm.unizar.es:6543/project/18#task/58
[2] https://www.openstreetmap.org/way/27889562
[3] https://www.openstreetmap.org/way/28890154
[4] https://www.dropbox.com/s/o5turc9dufdher3/fuenteDentroDeFuente.png?dl=0

On 01/08/16 07:56, Santiago Crespo wrote:

Hola,

Hace 4 días escribí a imports y no ha habido comentarios. Así que ya
podemos empezar:

http://osm.unizar.es:6543/project/18

No hace falta ser de Madrid para participar, estáis todos invitados :)

Saludos,
Santiago Crespo


On 07/27/2016 04:57 PM, Santiago Crespo wrote:

Se me olvidaba comentar que he subido las 4 fuentes del cuadrado que
está en la presa del El Pardo, podéis verlo aquí:

https://overpass-turbo.eu/map.html?Q=%2F*%0AThis%20is%20an%20example%20Overpass%20query.%0ATry%20it%20out%20by%20pressing%20the%20Run%20button%20above!%0AYou%20can%20find%20more%20examples%20with%20the%20Load%20tool.%0A*%2F%0Anode%0A%20%20%5Bamenity%3Ddrinking_water%5D%0A%20%20(40.529050248267794%2C-3.786592483520508%2C40.53627495581665%2C-3.7752842903137207)%3B%0Aout%3B

Saludos,
Santiago Crespo

On 07/27/2016 04:43 PM, Santiago Crespo wrote:

Hola,

He modificado la propuesta en la wiki[1] y creado un proyecto de
importación de prueba en el gestor de tareas[2].

¿Cómo lo veis?

Si queréis podéis "trabajar" en un cuadrado y seguir las instrucciones
para probar, pero por favor no subáis nada a OSM.

Saludos,
Santiago Crespo

[1] https://wiki.openstreetmap.org/wiki/Madrid_Drinking_Water_Import
[2] http://osm.unizar.es:6543/project/11

On 07/05/2016 02:28 PM, Rafael Avila Coya wrote:

La idea que propongo sería la de crear una instancia del Gestor de
Tareas para el proyecto OSM-es, como la que tienen ya muchas otras
comunidades OSM, como por ejemplo la comunidad OSM de Colombia [5].


___
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] Fuentes de Madrid

[Rafael Avila Coya]

Por cierto:

Con esta consulta de Overpass podéis ver el progreso de la importación 
de fuentes de Ayuntamiento de Madrid: http://overpass-turbo.eu/s/hCp


Ya van 266, alrededor del 25% del total.

Saludos,

Rafael.

On 04/07/16 11:27, Alejandro Moreno Calvo wrote:

El ayuntamiento acaba de publicar la ubicación de todas las fuentes de
Madrid en
http://datos.madrid.es/sites/v/index.jsp?vgnextoid=b8b2e44003b95510VgnVCM101d4a900aRCRD=20d612b9ace9f310VgnVCM10171f5a0aRCRD

Un buen candidato para una importación a OSM.


___
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] Aprovechar el Opendata de Vilanova i la Geltrú

[Rafael Avila Coya]

Quería decir:

Para los datos "directori" (Puntos De Interés), pone Llicència -> 
License not specified


Bona nit,

Rafael.

On 13/07/16 01:35, yo paseopor wrote:

Buenas!

Me han informado de que el ayuntamiento de mi ciudad tiene ya disponible
varios datos abiertos que podrían ser revisables e importables.
En concreto sería interesante el directorio. Por lo que he visto está
bastante actualizado y los datos son válidos.

Los datos los podeis encontrar aquí:
http://opendata.vilanova.cat

PD:Estoy creando la página de la wiki para hacer la importación, en
breve la tendré disponible
PD2: Me imagino que ayuntamientos de tamaño similar (65000 hab.) tendrán
datos como estos disponibles ya en abierto (gracias Ley de
Transparencia), animo a revisar/trabajar/importar no sólo conjuntos de
las grandes capitales sino de ciudades más pequeñas.

Salut i mapes
yopaseopor


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



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

Re: [Talk-es] Aprovechar el Opendata de Vilanova i la Geltrú

[Rafael Avila Coya]

Hola:

¿Cuál es la licencia de los datos? No me queda clara.

Un saludo,

Rafael.

On 13/07/16 01:35, yo paseopor wrote:

Buenas!

Me han informado de que el ayuntamiento de mi ciudad tiene ya disponible
varios datos abiertos que podrían ser revisables e importables.
En concreto sería interesante el directorio. Por lo que he visto está
bastante actualizado y los datos son válidos.

Los datos los podeis encontrar aquí:
http://opendata.vilanova.cat

PD:Estoy creando la página de la wiki para hacer la importación, en
breve la tendré disponible
PD2: Me imagino que ayuntamientos de tamaño similar (65000 hab.) tendrán
datos como estos disponibles ya en abierto (gracias Ley de
Transparencia), animo a revisar/trabajar/importar no sólo conjuntos de
las grandes capitales sino de ciudades más pequeñas.

Salut i mapes
yopaseopor


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



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

Re: [Talk-es] Aprovechar el Opendata de Vilanova i la Geltrú

[Rafael Avila Coya]

Hola a todos/as:

No existe eso de que alguien tenga que dar permiso para importar o no. 
La lista de imports es un último paso para que la comunidad OSM en su 
conjunto vele por que la calidad de la importación sea aceptable, en 
cuanto a los datos transformados, el proceso para llevar a cabo la 
importación, la necesaria consulta a la comunidad OSM local, y 
naturalmente a la licencia.


Yo he llevado a cabo muchas importaciones, como la de farmacias de 
Madrid, pero muchas otras en Nigeria, Liberia, Tanzania, varios países 
de la cuenca del Congo, Bhután, etc. Y en muchas de ellas siempre hubo 
una o más personas que pusieron peros. En algunos casos los comentarios 
son en positivo, y ayudan a mejorar los datos (etiquetado, geometría, 
etc.) y/o el proceso. En algunos otros casos, te encuentras con 
comentarios negativos e incluso agresivos.


No hay que preguntar "puedo importar ya?" como se ve algunas veces. Lo 
que hay que hacer es responder a todas las cuestiones, y cuando están 
todas resueltas se comienza a importar y ya está.


yopaseopor: Quizás la primera vez te parece un poco engorroso, pero 
luego verás que no es para tanto. Yo creo que es bueno que tengamos una 
guía de importación que debemos seguir todos/as para evitar problemas y 
luego tener que sufrir años por culpa de una importación defectuosa. Y 
hay muchos más ejemplos que el de Corinne en España. Por ejemplo, la 
importación de decenas de miles de nodos del GNS en Nigeria en 2009 es 
una buena pesadilla también.


En cuanto a la licencia, estoy con Santiago: yo me preocuparía por 
solucionar esos problemas de la web del ajuntament de Vilanova y, una 
vez solucionados, y previa consulta en esta lista (o en la de Catalunya, 
que también valdría) iría al final a imports para la "validación" final.


Saludos,

Rafael.

On 15/07/16 19:00, Santiago Crespo wrote:

Hola yopaseopor,

¡Me alegra que te animes a seguir!

Coincido en que el directorio y el nomenclator son los conjuntos más
interesantes.

Un problema con el directorio y el motivo por el que no lo puse en la
tabla es porque no encuentro el archivo csv con los datos para
descargar. Solo hay un enlace a la web del directorio[1], que tiene sus
propias condiciones de uso incompatibles con OSM[2]

Entiendo que un error, pues en el portal de datos abiertos está el icono
"CSV" pero no está el enlace al mismo.

¿Te importaría escribir al Ajuntament avisando del problema?

También avisarles de que en los conjuntos de datos "Fitxes del
Directori", "Nomenclator" y "Mapa ciutat" no especifican la licencia.

Acabo de añadir el directorio y algunos comentarios a la tabla.

Sobre el email a imports, primero consensuaría aquí que queremos
importar. Creo que hasta que el Ajuntament publique el csv con el
directorio lo único que podríamos importar son los números de portal.

Hay que crear una página con una propuesta específica para cada
importación que queramos hacer. Por ejemplo, para los portales podría
ser algo así (no existe aún):

https://wiki.openstreetmap.org/wiki/Vilanova_i_la_Geltrú_Address_Import

Creo que el email a imports podremos redactarlo mejor después de que:

* tengamos claro el qué y cómo vamos a hacerlo
* lo tengamos documentado en la wiki
* lo hayamos debatido y acordado en esta lista

Saludos,
Santiago Crespo

[1] http://www.vilanova.cat/jsp/directori/directori.jsp
[2] http://www.vilanova.cat/html/avislegal.html

On 07/15/2016 05:59 PM, yo paseopor wrote:

¡Saludos!
En primer lugar realmente agradezco esta respuesta y la ayuda recibida.
Aún sin respuesta concreta del ayuntamiento esto me anima más. Revisando
todo el conjunto de Opendata de mi ayuntamiento encuentro que lo
realmente significativo y prioritario es el directorio y nomenclátor con
los números de portal.

Cómo se puede ver en algunas temáticas como las propiedades aparcamiento
http://bit.ly/parkingosm Vilanova i la Geltrú es una población bastante
trabajada, por lo que todas sus calles existen y están dibujadas, todas
tienen nombre (eso excluiría Carrerer), las 4 líneas de bus municipal
están señaladas, así como el recorrido de las otras que pasan por la
ciudad (eso excluiría buses) y también están todos los carril bici (eso
excluiría carriles bici). Los distritos electorales y separación por
barrios no lo considero de extrema necesidad aunque serían importables .
Y por lo que hace referencia a las rutas propias...a no ser que fueran
estandarizadas y coordinadas con otros ayuntamientos no lo consideraría
suficientemente importante como para ser importado (coincido con la wiki).

Ya puestos, por sacar un extra, toda esta experiencia (así como el
usuario que debería crearse para realizar la importación) lo
aprovecharía como modelo para la importación de tantas otras poblaciones
medianas/pequeñas españolas (entre 2 y 100 000 habs. que seguramente
están en la misma situación que Vilanova i la Geltrú, de 65000
habitantes y con unos 3000 negocios/servicios , esperando a ser colocados.

Por avanzar en el tema 

Re: [Talk-es] Aprovechar el Opendata de Vilanova i la Geltrú

[Rafael Avila Coya]

Hola:

La CC by 3.0 no la aceptan en imports. Durante la crisis humanitaria 
tras el terremoto de Nepal quise importar los más de 4.000 límites 
administrativos de VDC's de Nepal [1] y me la rechazaron [2]. Aunque fue 
la única importación que me rechazaron hasta ahora, fue un palo bastante 
grande, pues había dedicado mucho de mi tiempo libre a preparar esa 
importación. Por eso mi aviso de que clarifiquéis bien el tema de la 
licencia, y que no os pase lo mismo que a mí.


Lo de que la CC by 3.0 no sea compatible con la ODbL me parece, 
sinceramente, querer ser más papista que el Papa.


La 4.0 creo que es compatible. Yo simplemente me dirigiría al LWG (Legal 
Working Group) y preguntaría. En otras palabras: para cualquier 
importación, primero clarificar si la licencia es ok, y luego ponerse a 
prepararla. Yo ya estoy vacunado.


Saludos,

Rafael.

[1] http://wiki.openstreetmap.org/wiki/Nepal_VDCs_boundaries_import
[2] https://lists.openstreetmap.org/pipermail/imports/2015-May/003902.html

On 13/07/16 08:28, Matías h wrote:

Hola.

Cuidado con CC By 3.0. Cuando hagas las notificación a la lista Imports,
te van a poner muchos problemas No soy experto en temas de
licencias, de un vistazo, puede parecer que la CC-By-3.0 es compatible
con Odbl, pero tienen serias dudas a este respecto.

http://wiki.openstreetmap.org/wiki/Import/ODbL_Compatibility

https://wiki.osmfoundation.org/wiki/License/Why_CC_BY-SA_is_Unsuitable

Dicho esto, a mi modo de ver no habría problemas, pero la gente de
imports es muy legalista y posiblemente tengan razón. De hecho, uno de
los motivos por los que he dejado de trabajar en los datos del IGN es
porque no lo tengo claro que llegen a aceptar la CC-By 4.0.

Saludos.

El 13 de julio de 2016, 2:29, yo paseopor > escribió:

Sorry, le di a enviar antes de adjuntar la traducción :
"Términos de la licencia Creative Commons Reconocimiento (CC-BY
3.0), que permite:

- Que se puedan copiar, distribuir y divulgar públicamente

- Que puedan servir de base a obras derivadas como resultado de su
análisis o estudio

- Que puedan ser utilizadas con fines comerciales o no comerciales,
siempre que el uso no constituya una actividad administrativa pública

- Que se puedan modificar, transformar y adaptar

- Que se tenga que citar la autoría del Ayuntamiento de Vilanova y
la Geltrú (tal como se indica más adelante)


Términos de la licencia Creative Commons Reconocimiento -
SinObraDerivada (CC BY-ND 3.0) que permite:

- Que se puedan copiar, distribuir y divulgar públicamente

- Que puedan ser utilizados con fines comerciales o no comerciales,
siempre que el uso no constituya una actividad administrativa pública

- Que se puedan modificar, transformar y adaptar

- Que se tenga que citar la autoría de los datos "

Salut i mapes
yopaseopor



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




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



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

Re: [Talk-es] Gestor de tareas OSM-es (era: Fuentes de Madrid)

[Rafael Avila Coya]

Simplemente para clarificar, por si no fui suficientemente claro antes:

Al servidor ftp se sube el fichero .osm completo de datos a importar. 
Cuando un usuario escoge una cuadrícula para hacer, es el TM el que se 
ocupa de traer sólo los datos a importar para esa cuadrícula, y los abre 
en una nueva capa de JOSM. No hay que programar nada.


Saludos,

Rafael.

On 07/07/16 18:17, Alejandro S. wrote:

Buenas,
Es era mi mayor duda, ¿los ficheros osm para cada cuadrante los generas
aparte y los alojas en otro sitio?

Mientras no sea mucho espacio, los ficheros pueden estar en nuestro
servidor también.

Saludos,
Alejandro


On Thu, Jul 7, 2016, 18:09 Rafael Avila Coya <ravilac...@gmail.com
<mailto:ravilac...@gmail.com>> wrote:

Muy buena noticia, Alejandro! Muchas gracias, creo que en nombre de
todos/as!

Es interesante añadir que un Gestor de Tareas no consume casi recursos.

En cuanto a los datos para importaciones (ficheros .osm), hay que
alojarlos también en un servidor (podría ser ese mismo de la comunidad
aragonesa). Yo, para los proyectos de HOT, los estoy alojando en un
servidor de build.osmsharp.com <http://build.osmsharp.com>, que
administra un chico belga. Puedo ir
preguntándole o poniéndoos en contacto con él, para que os diga qué hay
que hacer...

Un saludo,

Rafael.

On 07/07/16 16:57, Alejandro S. wrote:
 > Buenas a todos,
 >
 > Desde la comunidad aragonesa hemos instalado una instancia del
gestor de
 > tareas y estamos probándolo. Disponemos de una buena máquina donde
 > tenerlo alojado. Si todo va bien lo pondremos a la disposición de
toda
 > la comunidad.
 >
 > Saludos,
 > Alejandro Suárez
     >
     > On Thu, Jul 7, 2016, 00:43 Rafael Avila Coya
<ravilac...@gmail.com <mailto:ravilac...@gmail.com>
 > <mailto:ravilac...@gmail.com <mailto:ravilac...@gmail.com>>> wrote:
 >
 > Hola Santiago:
 >
 > El Gestor de Tareas fue desarrollado por el HOT. En 5 años ya
van más de
 > 2000 proyectos através de él [0]. Y, como digo, son ya varias las
 > comunidades OSM que lo usan para proyectos de mapeo,
mapatones, etc., de
 > todo tipo [1][2][3][4].
 >
 > Por ejemplo: usuarios de una comarca quieren mapear
sistemáticamente
 > todos los viales. Crean un proyecto en el Gestor de Tareas de
OSM-es y
 > se ponen a trabajar, y cada tarea es validada por el resto. Las
 > posibilidades son infinitas. Además, para la importación en
cuestión
 > (las fuentes de Madrid) es la herramienta ideal.
 >
 > Lo que hace falta es instalar un Gestor de Tareas en un
servidor. No sé
 > si OSM-es disponéis de un servidor para ello. Yo, de hecho,
instalé uno,
 > y no es complicado, pero prefiero que lo haga alguien con buena
 > experiencia en instalación de servicios. El Gestor de Tareas usa
 > postgres como base de datos y Apache como servidor. Las
instrucciones
 > están en su página de github [5].
 >
 > Aunque su uso es bastante intuitivo, aquí tenéis una guía
completa de
 > uso [6].
 >
 > Si queréis practicar para ver como funciona, podéis escoger
por ejemplo
 > una tarea del Gestor de Tareas del HOT. Un ejemplo sencillo para
 > practicar: un proyecto de erradicación de la malaria en el
Este de
 > Swazilandia, en el que se pide que se cartografíen sólo
chozas, casas y
 > edificios, es decir, building=yes [7]. Pero hay montón de
proyectos para
 > elegir.
 >
 > Pienso que disponer de un Gestor de Tareas propio ayudaría
mucho a la
 > comunidad OSM-es, no sólo para proyectos de importación de
datos, sino
 > para muchos otros.
 >
 > Saludos,
 >
 > Rafael.
 >
 > [0] http://tasks.hotosm.org
 > [1] OSM EEUU: http://tasks.openstreetmap.us
 > [2] OSM Canadá: http://tasks.osmcanada.ca
 > [3] OSM India: http://tasks.openstreetmap.in
 > [4] OSM Colombia: http://tareas.openstreetmap.co
 > [5] https://github.com/hotosm/osm-tasking-manager2
 > [6] http://learnosm.org/es/coordination/tasking-manager
 > [7] http://tasks.hotosm.org/project/2005
 >
 > On 05/07/16 19:28, Santiago Crespo wrote:
 >  > Hola Rafael,
 >  >
 >  > 1) Tampoco veo interesante añadir la dirección, ya que el
 > Ayuntamiento
 >  > liberó también los datos de los números de portal y creo
que los
 >  > acabaremos importando.
 >  >
 >  > 2) 

Re: [Talk-es] Gestor de tareas OSM-es (era: Fuentes de Madrid)

[Rafael Avila Coya]

Muy buena noticia, Alejandro! Muchas gracias, creo que en nombre de 
todos/as!


Es interesante añadir que un Gestor de Tareas no consume casi recursos.

En cuanto a los datos para importaciones (ficheros .osm), hay que 
alojarlos también en un servidor (podría ser ese mismo de la comunidad 
aragonesa). Yo, para los proyectos de HOT, los estoy alojando en un 
servidor de build.osmsharp.com, que administra un chico belga. Puedo ir 
preguntándole o poniéndoos en contacto con él, para que os diga qué hay 
que hacer...


Un saludo,

Rafael.

On 07/07/16 16:57, Alejandro S. wrote:

Buenas a todos,

Desde la comunidad aragonesa hemos instalado una instancia del gestor de
tareas y estamos probándolo. Disponemos de una buena máquina donde
tenerlo alojado. Si todo va bien lo pondremos a la disposición de toda
la comunidad.

Saludos,
Alejandro Suárez

On Thu, Jul 7, 2016, 00:43 Rafael Avila Coya <ravilac...@gmail.com
<mailto:ravilac...@gmail.com>> wrote:

Hola Santiago:

El Gestor de Tareas fue desarrollado por el HOT. En 5 años ya van más de
2000 proyectos através de él [0]. Y, como digo, son ya varias las
comunidades OSM que lo usan para proyectos de mapeo, mapatones, etc., de
todo tipo [1][2][3][4].

Por ejemplo: usuarios de una comarca quieren mapear sistemáticamente
todos los viales. Crean un proyecto en el Gestor de Tareas de OSM-es y
se ponen a trabajar, y cada tarea es validada por el resto. Las
posibilidades son infinitas. Además, para la importación en cuestión
(las fuentes de Madrid) es la herramienta ideal.

Lo que hace falta es instalar un Gestor de Tareas en un servidor. No sé
si OSM-es disponéis de un servidor para ello. Yo, de hecho, instalé uno,
y no es complicado, pero prefiero que lo haga alguien con buena
experiencia en instalación de servicios. El Gestor de Tareas usa
postgres como base de datos y Apache como servidor. Las instrucciones
están en su página de github [5].

Aunque su uso es bastante intuitivo, aquí tenéis una guía completa de
uso [6].

Si queréis practicar para ver como funciona, podéis escoger por ejemplo
una tarea del Gestor de Tareas del HOT. Un ejemplo sencillo para
practicar: un proyecto de erradicación de la malaria en el Este de
Swazilandia, en el que se pide que se cartografíen sólo chozas, casas y
edificios, es decir, building=yes [7]. Pero hay montón de proyectos para
elegir.

Pienso que disponer de un Gestor de Tareas propio ayudaría mucho a la
comunidad OSM-es, no sólo para proyectos de importación de datos, sino
para muchos otros.

Saludos,

Rafael.

[0] http://tasks.hotosm.org
[1] OSM EEUU: http://tasks.openstreetmap.us
[2] OSM Canadá: http://tasks.osmcanada.ca
[3] OSM India: http://tasks.openstreetmap.in
[4] OSM Colombia: http://tareas.openstreetmap.co
[5] https://github.com/hotosm/osm-tasking-manager2
[6] http://learnosm.org/es/coordination/tasking-manager
[7] http://tasks.hotosm.org/project/2005

On 05/07/16 19:28, Santiago Crespo wrote:
 > Hola Rafael,
 >
 > 1) Tampoco veo interesante añadir la dirección, ya que el
Ayuntamiento
 > liberó también los datos de los números de portal y creo que los
 > acabaremos importando.
 >
 > 2) Tiene muy buena pinta este gestor de tareas. ¿Cómo empezamos a
 > usarlo? ¿Podemos usar algún servidor que ya esté o hay que montar
uno?
 >
 > Gracias,
 > Santiago Crespo
 >
 > On 07/05/2016 02:28 PM, Rafael Avila Coya wrote:
 >> Hola a todos/as:
 >>
 >> Dejando de lado el tema de las proyecciones, un par de comentarios:
 >>
 >> 1) Etiquetado: deberíais considerar si es necesario añadir la
dirección
 >> a fuentes de agua. En caso de que sí penséis que es útil (yo no
lo veo,
 >> pero puedo estar equivocado), quizás deberíais considerar la
posibilidad
 >> de substituir add:street y add:housenumber por una sola etiqueta de
 >> add:full. Os facilitaría el script, pero esto es sólo una idea.
 >>
 >> 2) De la wiki veo que seguís la idea de dividir el fichero en
ficheros
 >> con 50 fuentes cada uno, de forma similar a como se hizo con la
 >> importación de farmacias.
 >>
 >> Cuando lo organicé así fue porque no disponía de ninguna
instancia del
 >> Gestor de Tareas (Tasking Manager) [1] en la que crear un
proyecto de
 >> importación, de forma similar a como lo usamos en HOT. Ejemplos
de estas
 >> importaciones (nodos sólo) son:
 >>
 >> * Importación de centros de salud en Borno, Nigeria [2]
 >> * Importación de poblaciones de Liberia [3]
 >> * Importación de centros educativos de Uganda [4]
 >>
 >> La idea que propongo

Re: [Talk-es] Mapear papeleras con dispensador de bolsas para perros

[Rafael Avila Coya]

Hola:

Un nodo puede tener todas las etiquetas que desees, incluso 0. Pero no 
puedes tener 2 o más "keys" repetidas. Por lo tanto, no es posible dos 
amenity con valores diferentes.


En JOSM, por ejemplo, si abres un fichero que contiene un objeto con 
keys repetidos, como éste [1], se queda sólo con uno.


Saludos,

Rafael.

[1] https://www.dropbox.com/s/ggxz4gg98iu9m63/error.osm?dl=0

On 08/07/16 14:14, Jose Luis Perez Diez wrote:

El Divendres 08 Juliol 2016, a les 12:38:25, Rafael Avila Coya va escriure:

 > Lo de separarlos es porque son dos cosas diferentes. Cuál de los dos

 > amenity=* pondrías? Es lo mismo que cuando tienes un restaurante que es

 > pensión a la vez, por ejemplo. Yo creo que es más correcto.

segun http://wiki.openstreetmap.org/wiki/Tags un nodo puede tener varios
tags y en este casos serian 5

amenity=vending_machine

amenity=waste_basket

vending=excrement_bags

payment:none=yes

operator=Ayuntamiento de Madrid

En el caso que fuesen dos operadores diferentes se podria usar
"operator:[vending_machine|waste_basket] = "

lo de hacerlos independientes no tiene sentido estamos hablando de una
unica ubicacion



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



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

Re: [Talk-es] Mapear papeleras con dispensador de bolsas para perros

[Rafael Avila Coya]

Hola:

Creo que mejor, coincidiendo en muchos puntos con Santiago:

* amenity=vending_machine
* vending=excrement_bags
* payment:none=yes ó fee=no (yo me inclinaría por payment:none=yes)
* operator=Ayuntamiento de Madrid

Yo separaría en dos nodos. En un segundo nodo (a centímetros del anterior):

* amenity=waste_basket
* waste=dog_excrement
* operator=Ayuntamiento de Madrid

Saludos,

Rafael.

On 08/07/16 12:16, Santiago Crespo wrote:

Hola,

Yo cambiaba fee=no por payment:none=yes, como pone en la wiki [1],
aunque entiendo que da un poco igual.

También mira la discusión sobre si conviene separar en 2 nodos la
papelera y el dispensador, creo que tiene sentido hacerlo [2]

Y en Madrid podríamos añadir operator=Ayuntamiento de Madrid

Saludos,
Santiago Crespo

[1] https://wiki.openstreetmap.org/wiki/Tag:vending%3Dexcrement_bags
[2] https://wiki.openstreetmap.org/wiki/Talk:Tag:vending%3Dexcrement_bags

On 07/08/2016 11:20 AM, Alejandro Moreno Calvo wrote:

Buenos días.

Estoy pensando en empezar a mapear aquellas papeleras que tienen
dispensador de bolsas para excrementos de perros.

Las etiquetas que había pensado usar son:

amenity=waste_basket
vending=excrement_bags
fee=no

¿Lo veis bien o cambiaríais algo?

P.D. Para Madrid está solicitado la ubicación de las mismas que está en
estudio [
http://datos.madrid.es/portal/site/egob/menuitem.3efdb29b813ad8241e830cc2a8a409a0/?vgnextoid=a005df93c5014510VgnVCM201f4a900aRCRD=102612b9ace9f310VgnVCM10171f5a0aRCRD=default=a005df93c5014510VgnVCM201f4a900aRCRD
]


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



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



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

Re: [Talk-es] Mapear papeleras con dispensador de bolsas para perros

[Rafael Avila Coya]

Hola:

Además, creo que la mayoría de los renderizadores ignorarían los objetos 
amenity=waste_basket;vending_machine


Saludos,

Rafael.

On 08/07/16 15:12, Santiago Crespo wrote:

José Luis, tienes razón en que un nodo puede tener varios tags, pero
como una "key" (amenity) no se puede repetir, creo que quedaría algo así:

amenity=waste_basket;vending_machine
vending=excrement_bags
operator=Ayuntamiento de Madrid
payment:none=yes

Y si son papeleras únicamente para excrementos, añadir:
waste=dog_excrement

Aunque hay que intentar evitar el uso del punto y coma, pues es más
complicado al mapear y al usar luego esos datos[1]. Coincido con el wiki
en que es mejor elegir uno de los 2 valores o dividir en dos nodos.

Saludos,
Santiago Crespo

[1]
https://wiki.openstreetmap.org/wiki/Semi-colon_value_separator#When_NOT_to_use


On 07/08/2016 02:14 PM, Jose Luis Perez Diez wrote:

segun http://wiki.openstreetmap.org/wiki/Tags un nodo puede tener varios
tags y en este casos serian 5



amenity=vending_machine

amenity=waste_basket

vending=excrement_bags

payment:none=yes

operator=Ayuntamiento de Madrid



En el caso que fuesen dos operadores diferentes se podria usar
"operator:[vending_machine|waste_basket] ="

lo de hacerlos independientes no tiene sentido estamos hablando de una
unica ubicacion







___
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] Fuentes de Madrid

[Rafael Avila Coya]

Hola Santiago:

El Gestor de Tareas fue desarrollado por el HOT. En 5 años ya van más de 
2000 proyectos através de él [0]. Y, como digo, son ya varias las 
comunidades OSM que lo usan para proyectos de mapeo, mapatones, etc., de 
todo tipo [1][2][3][4].


Por ejemplo: usuarios de una comarca quieren mapear sistemáticamente 
todos los viales. Crean un proyecto en el Gestor de Tareas de OSM-es y 
se ponen a trabajar, y cada tarea es validada por el resto. Las 
posibilidades son infinitas. Además, para la importación en cuestión 
(las fuentes de Madrid) es la herramienta ideal.


Lo que hace falta es instalar un Gestor de Tareas en un servidor. No sé 
si OSM-es disponéis de un servidor para ello. Yo, de hecho, instalé uno, 
y no es complicado, pero prefiero que lo haga alguien con buena 
experiencia en instalación de servicios. El Gestor de Tareas usa 
postgres como base de datos y Apache como servidor. Las instrucciones 
están en su página de github [5].


Aunque su uso es bastante intuitivo, aquí tenéis una guía completa de 
uso [6].


Si queréis practicar para ver como funciona, podéis escoger por ejemplo 
una tarea del Gestor de Tareas del HOT. Un ejemplo sencillo para 
practicar: un proyecto de erradicación de la malaria en el Este de 
Swazilandia, en el que se pide que se cartografíen sólo chozas, casas y 
edificios, es decir, building=yes [7]. Pero hay montón de proyectos para 
elegir.


Pienso que disponer de un Gestor de Tareas propio ayudaría mucho a la 
comunidad OSM-es, no sólo para proyectos de importación de datos, sino 
para muchos otros.


Saludos,

Rafael.

[0] http://tasks.hotosm.org
[1] OSM EEUU: http://tasks.openstreetmap.us
[2] OSM Canadá: http://tasks.osmcanada.ca
[3] OSM India: http://tasks.openstreetmap.in
[4] OSM Colombia: http://tareas.openstreetmap.co
[5] https://github.com/hotosm/osm-tasking-manager2
[6] http://learnosm.org/es/coordination/tasking-manager
[7] http://tasks.hotosm.org/project/2005

On 05/07/16 19:28, Santiago Crespo wrote:

Hola Rafael,

1) Tampoco veo interesante añadir la dirección, ya que el Ayuntamiento
liberó también los datos de los números de portal y creo que los
acabaremos importando.

2) Tiene muy buena pinta este gestor de tareas. ¿Cómo empezamos a
usarlo? ¿Podemos usar algún servidor que ya esté o hay que montar uno?

Gracias,
Santiago Crespo

On 07/05/2016 02:28 PM, Rafael Avila Coya wrote:

Hola a todos/as:

Dejando de lado el tema de las proyecciones, un par de comentarios:

1) Etiquetado: deberíais considerar si es necesario añadir la dirección
a fuentes de agua. En caso de que sí penséis que es útil (yo no lo veo,
pero puedo estar equivocado), quizás deberíais considerar la posibilidad
de substituir add:street y add:housenumber por una sola etiqueta de
add:full. Os facilitaría el script, pero esto es sólo una idea.

2) De la wiki veo que seguís la idea de dividir el fichero en ficheros
con 50 fuentes cada uno, de forma similar a como se hizo con la
importación de farmacias.

Cuando lo organicé así fue porque no disponía de ninguna instancia del
Gestor de Tareas (Tasking Manager) [1] en la que crear un proyecto de
importación, de forma similar a como lo usamos en HOT. Ejemplos de estas
importaciones (nodos sólo) son:

* Importación de centros de salud en Borno, Nigeria [2]
* Importación de poblaciones de Liberia [3]
* Importación de centros educativos de Uganda [4]

La idea que propongo sería la de crear una instancia del Gestor de
Tareas para el proyecto OSM-es, como la que tienen ya muchas otras
comunidades OSM, como por ejemplo la comunidad OSM de Colombia [5].

Esto tendría múltiples ventajas:

a) No habría que hacer scripting para dividir fichero original en
múltiples ficheros. La división se hace automáticamente: cada usuario
escoge una cuadrícula del mapa, descarga los datos OSM en una capa de
JOSM y en una segunda capa los datos de fuentes para esa cuadrícula, con
solo hacer click en un enlace.

b) No hay necesidad de ninguna wiki de seguimiento, ni editar la wiki
cada vez que se completa una tarea, ni nada por el estilo. El usuario
completa una tarea y listo.

c) Permite una fácil validación, por otros usuarios, de las tareas
completadas.

d) Permite un fácil seguimiento del progreso de la importación.

e) Naturalmente, el Gestor de Tareas podría usarse para muchos otros
proyectos, no necesariamente de importación.

En suma, haría la vida del creador de proyectos de importación y de los
usuarios implicados mucho más fácil.

Todos esos proyectos de importación, y muchos otros, los he creado yo.
Si estáis interesados, os puedo guiar en el proceso.

Saludos,

Rafael.

[1] https://github.com/hotosm/osm-tasking-manager2
[2] http://tasks.hotosm.org/project/937
[3] http://tasks.hotosm.org/project/652
[4] http://tasks.hotosm.org/project/1434
[5] http://tareas.openstreetmap.co/

On 04/07/16 11:27, Alejandro Moreno Calvo wrote:

El ayuntamiento acaba de publicar la ubicación de todas las fuentes de
Madrid en
http://datos.madrid.es/sites/v/index.jsp

Re: [Talk-es] Fuentes de Madrid

[Rafael Avila Coya]

Guay!

Me alegro mucho. Creo que ayudará mucho cuando menos a todos los 
proyectos de importación que tenéis en mente.


Si tengo tiempo durante el día de hoy, quizás cree un proyecto sólo para 
testing (no para subir datos a OSM) en el dev server de HOT 
(tasks.dev.hotosm.org), de tal forma que veáis cómo sería el entorno.


Un saludo, y aquí estoy para ayudar en lo que buenamente pueda,

Rafael.

On 07/07/16 12:46, Santiago Crespo wrote:

Hola Rafael,

Gracias, me has convencido. Voy a montar una instancia del gestor de
tareas para la comunidad OSM-es.

He escrito a Iván Sánchez, que es el dueño del dominio openstreetmap.es,
a ver si podemos usar un subdominio y el hosting que ya hay.

Si no fuera posible, compraré un dominio (tareasosm.es?) y buscaré hosting.

Saludos,
Santiago

On 07/07/2016 12:42 AM, Rafael Avila Coya wrote:

Hola Santiago:

El Gestor de Tareas fue desarrollado por el HOT. En 5 años ya van más de
2000 proyectos através de él [0]. Y, como digo, son ya varias las
comunidades OSM que lo usan para proyectos de mapeo, mapatones, etc., de
todo tipo [1][2][3][4].

Por ejemplo: usuarios de una comarca quieren mapear sistemáticamente
todos los viales. Crean un proyecto en el Gestor de Tareas de OSM-es y
se ponen a trabajar, y cada tarea es validada por el resto. Las
posibilidades son infinitas. Además, para la importación en cuestión
(las fuentes de Madrid) es la herramienta ideal.

Lo que hace falta es instalar un Gestor de Tareas en un servidor. No sé
si OSM-es disponéis de un servidor para ello. Yo, de hecho, instalé uno,
y no es complicado, pero prefiero que lo haga alguien con buena
experiencia en instalación de servicios. El Gestor de Tareas usa
postgres como base de datos y Apache como servidor. Las instrucciones
están en su página de github [5].

Aunque su uso es bastante intuitivo, aquí tenéis una guía completa de
uso [6].

Si queréis practicar para ver como funciona, podéis escoger por ejemplo
una tarea del Gestor de Tareas del HOT. Un ejemplo sencillo para
practicar: un proyecto de erradicación de la malaria en el Este de
Swazilandia, en el que se pide que se cartografíen sólo chozas, casas y
edificios, es decir, building=yes [7]. Pero hay montón de proyectos para
elegir.

Pienso que disponer de un Gestor de Tareas propio ayudaría mucho a la
comunidad OSM-es, no sólo para proyectos de importación de datos, sino
para muchos otros.

Saludos,

Rafael.

[0] http://tasks.hotosm.org
[1] OSM EEUU: http://tasks.openstreetmap.us
[2] OSM Canadá: http://tasks.osmcanada.ca
[3] OSM India: http://tasks.openstreetmap.in
[4] OSM Colombia: http://tareas.openstreetmap.co
[5] https://github.com/hotosm/osm-tasking-manager2
[6] http://learnosm.org/es/coordination/tasking-manager
[7] http://tasks.hotosm.org/project/2005

On 05/07/16 19:28, Santiago Crespo wrote:

Hola Rafael,

1) Tampoco veo interesante añadir la dirección, ya que el Ayuntamiento
liberó también los datos de los números de portal y creo que los
acabaremos importando.

2) Tiene muy buena pinta este gestor de tareas. ¿Cómo empezamos a
usarlo? ¿Podemos usar algún servidor que ya esté o hay que montar uno?

Gracias,
Santiago Crespo

On 07/05/2016 02:28 PM, Rafael Avila Coya wrote:

Hola a todos/as:

Dejando de lado el tema de las proyecciones, un par de comentarios:

1) Etiquetado: deberíais considerar si es necesario añadir la dirección
a fuentes de agua. En caso de que sí penséis que es útil (yo no lo veo,
pero puedo estar equivocado), quizás deberíais considerar la posibilidad
de substituir add:street y add:housenumber por una sola etiqueta de
add:full. Os facilitaría el script, pero esto es sólo una idea.

2) De la wiki veo que seguís la idea de dividir el fichero en ficheros
con 50 fuentes cada uno, de forma similar a como se hizo con la
importación de farmacias.

Cuando lo organicé así fue porque no disponía de ninguna instancia del
Gestor de Tareas (Tasking Manager) [1] en la que crear un proyecto de
importación, de forma similar a como lo usamos en HOT. Ejemplos de estas
importaciones (nodos sólo) son:

* Importación de centros de salud en Borno, Nigeria [2]
* Importación de poblaciones de Liberia [3]
* Importación de centros educativos de Uganda [4]

La idea que propongo sería la de crear una instancia del Gestor de
Tareas para el proyecto OSM-es, como la que tienen ya muchas otras
comunidades OSM, como por ejemplo la comunidad OSM de Colombia [5].

Esto tendría múltiples ventajas:

a) No habría que hacer scripting para dividir fichero original en
múltiples ficheros. La división se hace automáticamente: cada usuario
escoge una cuadrícula del mapa, descarga los datos OSM en una capa de
JOSM y en una segunda capa los datos de fuentes para esa cuadrícula, con
solo hacer click en un enlace.

b) No hay necesidad de ninguna wiki de seguimiento, ni editar la wiki
cada vez que se completa una tarea, ni nada por el estilo. El usuario
completa una tarea y listo.

c) Permite una fácil validación, por otros usuarios, de las tareas
completadas

Re: [Talk-es] Gestor de Tareas

[Rafael Avila Coya]

Ok, gracias!

On 21/02/17 13:23, Alejandro S. wrote:

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

Saludos,
Alejandro Suárez


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

Guay que informes de esto. Ahora mismo estoy viendo que hay otro con el
que trabajo que también le pasa lo mismo. Seguro que la razón es ésa...

Un saludo,

Rafael.

On 20/02/17 19:34, Alejandro S. wrote:
> Buenas tardes,
>
> El gestor de tareas ha estado funcionando mal últimamente, no te
dejaba
> hacer login. Ya está corregido, se trataba de un problema por el
que no
> se conseguía conectar al servidor OAuth de OSM debido a que han
cambiado
> los certificados SSL a los proveídos por Let's Encrypt.
>
> Saludos,
>   Alejandro Suárez
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org <mailto:Talk-es@openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-es
>

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



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



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

Re: [Talk-es] Gestor de Tareas

[Rafael Avila Coya]

Guay que informes de esto. Ahora mismo estoy viendo que hay otro con el 
que trabajo que también le pasa lo mismo. Seguro que la razón es ésa...


Un saludo,

Rafael.

On 20/02/17 19:34, Alejandro S. wrote:

Buenas tardes,

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

Saludos,
  Alejandro Suárez


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



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

Re: [Talk-es] Gestor de Tareas

[Rafael Avila Coya]

Hola, Alejandro:

Lees/escribes francés o inglés?

Te rogaría nos echases un cable con la comunidad OSM francófona del 
Oeste de Africa.


El Gestor de Tareas [1] lo administra Amadou Ndong (Sénégal), y te puedo 
poner en contacto con él para que así no tenga que pelearse como tuviste 
que hacer tú.


Este gestor de tareas se está usando para ayuda humanitaria muy 
importante en Haití, Rep. Centroafricana, el Congo, Malí, y muchos otros 
países de la zona.


Muchísimas gracias anticipadas,

Rafael Ávila Coya.

[1] http://taches.francophonelibre.org/

On 21/02/17 13:23, Alejandro S. wrote:

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

Saludos,
Alejandro Suárez


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

Guay que informes de esto. Ahora mismo estoy viendo que hay otro con el
que trabajo que también le pasa lo mismo. Seguro que la razón es ésa...

Un saludo,

Rafael.

On 20/02/17 19:34, Alejandro S. wrote:
> Buenas tardes,
>
> El gestor de tareas ha estado funcionando mal últimamente, no te
dejaba
> hacer login. Ya está corregido, se trataba de un problema por el
que no
> se conseguía conectar al servidor OAuth de OSM debido a que han
cambiado
> los certificados SSL a los proveídos por Let's Encrypt.
>
> Saludos,
>   Alejandro Suárez
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org <mailto:Talk-es@openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-es
>

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



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



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

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

[Rafael Avila Coya]

Hola:

Perdón por la tardanza, pero como aún sólo se ha hecho una tarea, aún 
estaríamos a tiempo de corregir alguna cosa:


Yo pondría denomination=roman_catholic, pues es más específico que 
denomination=catholic


denomination=orthodox la cambiaría por denomination=greek_orthodox, más 
específica. Sólo es un nodo (Catedral Ortodoxa Griega).


Un saludo,

Rafael.

On 30/10/16 10:24, Santiago Crespo wrote:

Hola, podemos empezar:

http://tareas.openstreetmap.es/project/32

Os animo a participar, creo que es relativamente sencillo y entretenido :)

Saludos,
Santiago Crespo

On 10/25/2016 09:32 AM, Santiago Crespo wrote:

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



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