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 
> 
> **
> 
> 2016-02-02 15:59 GMT+01:00 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?
> >

Re: [Talk-es] secciones censales zgz

[Miguel Sevilla-Callejo]

Lo que suele suceder con estas cosas es uqe las bases suelen ser del IGN,
aunque desconozco si el INE llega producir cartografía extrictamente
propia. Por ambos lados imagino que habría via libre de importar datos
pero, si, habría que consultarlo si es que nos parece que la información de
las secciones censales es relaevante para OSM.
;-)

*[image: Geo]Miguel Sevilla Callejo*
*Doctor en Geografía | Doctor in Geography*
*Consultor freelance e investigador | Freelance Consultant & Researcher*
Colaborador del Instituto Pirenaico de Ecología, CSIC, Zaragoza | Fellow at
the Pyrenean Institute of Ecology - Spanish National Research Council
Colegiado nº698, Colegio Oficial de Geógrafos | Member #698, Spanish
Professional Association of Geographers
Web: http://bit.ly/sevillacallejo

2016-02-02 22:20 GMT+01:00 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 
> >
> > **
> >
> > 2016-02-02 15:59 GMT+01:00 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 <
> msevill...@gmail.com 
> > > >>:
> > >
> > > Hola,
> > >
> > > Alejandro Suarez y yo andábamos comentando sobre encontrar los
> > > 

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

[Alejandro Moreno Calvo]

Hola Xavier.

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

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

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

 A parte de la ayuda que podamos prestar al buscador mediante mejor
 etiquetado no veo mucho mas que se pueda hacer.
 Si quereix podeis reportar los problemas que veais al repositorio de
 Nominatim en github
 https://github.com/twain47/Nominatim

 Saludos

 El sáb., 30 ene. 2016 a las 13:54, Jorge Sanz Sanfructuoso (<
 sanc...@gmail.com>) escribió:

> Hola.
>
> Son un desastre las búsquedas. Hace no mucho salio el tema, no se si
> por aqui o por el telegram y alguien comentó que está adaptado para el
> habla inglesa y que según Nominatim si se adapta para otros idiomas podría
> hacer que fallara en el inglés.
>
> Ya no es escribir bien o mal, hay casos como los artículos que a veces
> los llevan las calles y a veces no. Es adivina adivinanza. jajaja
>
> Un saludo.
>
> El sáb., 30 ene. 2016 a las 13:12, Manuel Lladosa (<
> manolo...@gmail.com>) escribió:
>
>> Hace un rato he hecho estas búsquedas:
>>
>> - Calle san roNque, paiporta (con falta de ortografía por descuido):
>> no
>> me encuentra nada por la falta, vale, de acuerdo.
>> - Calle san roque, paiporta: no me encuentra nada. ¡Pues vaya!
>> - Calle de san roque, paiporta: ¡premio!
>>
>> ¡Que tiquismiquis! jeje. Tienes que poner la calle con precisión
>> milimétrica. Cuando alguien busca una calle no suele conocer el nombre
>> con tanta exactitud y esto irrita un pelín :-), ya me ha pasado varias
>> veces que no he encontrado calles, siendo que estaban en OSM.
>>
>> ¿Como podemos pedir que Nominatim sea más flexible, que no requiera
>> búsquedas tan precisas? Y tampoco estaría mal que corrigiera faltas de
>> ortografía, vale, debemos escribir bien, pero es que a veces se hacen
>> por descuido.
>>
>> Muchas gracias.
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
> --
> Jorge Sanz Sanfructuoso - Sanchi
> Blog http://blog.jorgesanzs.com/
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>

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


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

Re: [Talk-es] secciones censales zgz

[Miguel Sevilla-Callejo]

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#

*[image: Geo]Miguel Sevilla Callejo*
*Doctor en Geografía | Doctor in Geography*
*Consultor freelance e investigador | Freelance Consultant & Researcher*
Colaborador del Instituto Pirenaico de Ecología, CSIC, Zaragoza | Fellow at
the Pyrenean Institute of Ecology - Spanish National Research Council
Colegiado nº698, Colegio Oficial de Geógrafos | Member #698, Spanish
Professional Association of Geographers
Web: http://bit.ly/sevillacallejo

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
>
>
> *[image: Geo]Miguel Sevilla Callejo*
> *Doctor en Geografía | Doctor in Geography*
> *Consultor freelance e investigador | Freelance Consultant & Researcher*
> Colaborador del Instituto Pirenaico de Ecología, CSIC, Zaragoza | Fellow at
> the Pyrenean Institute of Ecology - Spanish National Research Council
> Colegiado nº698, Colegio Oficial de Geógrafos | Member #698, Spanish
> Professional Association of Geographers
> Web: http://bit.ly/sevillacallejo
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

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] Ordenanza de transparencia de Madrid

[Alejandro Moreno Calvo]

Haced un escrito oficial y mandadlo a transparen...@madrid.es

El 1 de febrero de 2016, 21:37, Miguel Sevilla-Callejo  escribió:

> Hola,
> Gracias por la información Alejandro y Manuel.
> ¿Habría alguna fórmula para que desde OSM subscribiéramos/apoyáramos el
> escrito de Wikimedia España?
> Creo que su escrito es totalmente vinculante y reivindicable desde nuestra
> posición.
>
> --
> Miguel Sevilla-Callejo
> desde el móvil
> El 31/01/2016 20:28, "Manu El"  escribió:
>
>> Hola Alejandro.
>>
>> Desde Wikimedia España hemos comentado el borrador de ordenanza. Uno de
>> nuestros socios sacó el tema a principios de año y hemos redactado un
>> pequeño texto. La ordenanza hace referencia a información de naturaleza muy
>> interesante, que en el caso de OSM podría ser de mucha utilidad, como la
>> información espacial. Sin embargo creemos que la ordenanza descuida por
>> completo lo que debe ser el espíritu libre en la publicación de datos y
>> transparencia (abierto ≠ libre). De hecho el artículo 29 sobre condiciones
>> de reutilización incluye aspectos que harían incompatible el contenido
>> publicado con las licencias que utilizamos en Wikipedia, por ejemplo, y
>> también en OSM.
>>
>> El texto que hemos añadido es el siguiente:
>>
>> Tal como señala el preámbulo del borrador de ordenanza, se pretenden
>> asumir los principios generales de la Carta Internacional de Datos Abiertos
>> a la cual el Ayuntamiento de Madrid está adherido. En dicha carta,[1]
>> 
>> en su principio 5 sobre liberación de datos para la innovación, se asume el
>> compromiso de realizar la liberación de datos utilizando licencias libres.
>> Entendemos que el borrador de la ordenanza de Transparencia de la Ciudad de
>> Madrid no hace suyo este principio en ninguno de sus apartados, lo cual
>> limita significativamente la utilidad de la publicación de los datos tal y
>> como establece el borrador de la ordenanza. En particular, el artículo 29
>> sobre las condiciones generales para la reutilización del borrador incluye
>> además elementos totalmente opuestos a lo que se entiende por licencia
>> libre, por ejemplo la imposibilidad de alterar el contenido de la
>> información.
>>
>> Desde Wikimedia España, proponemos que todo este artículo sea reformulado
>> adaptándose a una licencia libre, como por ejemplo algunas de las licencias
>> Creative Commons. En concreto, licencias como Creative Commons Atribución,
>> [2]
>> 
>> o Atribución-CompartirIgual,[3]
>> 
>> las cuales se usan por parte de un gran número de gobiernos y
>> administraciones en todo el mundo.[4]
>> 
>> De esta forma se asegura la posibilidad de reutilizar los datos en
>> cualquier circunstancia (aunque no sea necesario, recordamos que
>> independientemente de lo libre o cerrada que sea la licencia, se mantienen
>> los derechos morales y, por tanto, es obligatorio siempre consignar la
>> autoría y procedencia de la información). Licencias del tipo NC o ND no son
>> auténticamente libres, puesto que limitan gravemente la reutilización. Los
>> contenidos de Wikipedia, por ejemplo, se licencian bajo CC-BY-SA.
>>
>> Adicionalmente, ofrecemos la ayuda de Wikimedia España para, por ejemplo,
>> ayudar a subir información gráfica a Wikimedia Commons,[5]
>> 
>> el mayor repositorio de material gráfico de toda Internet, al que numerosos
>> archivos de todo el mundo han subido imágenes y material audiovisual.
>>
>> [1]
>> https://www.gov.uk/government/uploads/system/uploads/attachment_data/file/207772/Open_Data_Charter.pdf
>> [2] https://creativecommons.org/licenses/by/4.0/deed.es_ES
>> [3] https://creativecommons.org/licenses/by-sa/4.0/deed.es_ES
>> [4]
>> https://wiki.creativecommons.org/wiki/Government_use_of_Creative_Commons
>> [5] https://commons.wikimedia.org/
>>
>> Un saludo.
>> Manuel.
>>
>> El 19 de enero de 2016, 14:37, Alejandro Moreno Calvo 
>> escribió:
>>
>>> No es un tema que tenga que ver directamente con la lista pero si creo
>>> que puede interesar. Hasta el 31 de enero se pueden presentar comentarios
>>> al borrador de la nueva Ordenanza de transparencia de Madrid en
>>> https://decide.madrid.es/processes_ordinance
>>> Creo que sería interesante revisarla para ver si desde OSM se puede
>>> aportar algo que ayude al proyecto.
>>>
>>> 

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

[Xavier Barnada]

Hola,

Acabo de hacer una pull request que deberia solucionar este problema, he
seguido el ejemplo de las otras stopwords  y este comentario
https://trac.openstreetmap.org/ticket/4895#comment:4

https://github.com/twain47/Nominatim/pull/358

Saludos

El dom., 31 ene. 2016 a las 11:57, Emilio Gómez Fernández (<
emilio.gomez.f...@gmail.com>) escribió:

> Hola a todos.
>
> Fui yo quien abrí ese ticket hace tiempo, tanto ahí como en GitHub [1], y
> también lo comenté  en la reunión en Aguilar de Campoo en la que estuvimos
> algunos de nosotros.
> La respuesta viene a ser, en resumidas cuentas, que añadir nuevas palabras
> vacías en español a las escasas que ya existen en Nominatim [2] podría
> perjudicar las búsquedas en otros idiomas. La consecuencia es que en
> nuestro caso usar la API de Nominatim para realizar, por ejemplo,
> geocodificación inversa es de escasa utilidad aun a pesar de que los datos
> existan en la base de datos.
>
> Lo único que se me ocurre es que esta discusión salte a la lista General y
> tener un feedback de otros usuarios para que la cosa se mueva y tenga más
> repercusión, porque este importante problema también afecta a otros idiomas
> [3][4].
>
> Saludos.
>
> [1] https://github.com/twain47/Nominatim/issues/85
> [2] https://github.com/twain47/Nominatim/blob/master/module/nominatim.c
> [3] https://github.com/twain47/Nominatim/issues/333
> [4] https://trac.openstreetmap.org/ticket/4961
>
>
> El 30 de enero de 2016, 14:17, Alejandro Moreno Calvo 
> escribió:
>
>> Este problema ya lleva reportado tiempo.
>> https://trac.openstreetmap.org/ticket/4895
>> El 30 ene. 2016 2:04 p. m., "Xavier Barnada" 
>> escribió:
>>
>>> Hola,
>>>
>>> A parte de la ayuda que podamos prestar al buscador mediante mejor
>>> etiquetado no veo mucho mas que se pueda hacer.
>>> Si quereix podeis reportar los problemas que veais al repositorio de
>>> Nominatim en github
>>> https://github.com/twain47/Nominatim
>>>
>>> Saludos
>>>
>>> El sáb., 30 ene. 2016 a las 13:54, Jorge Sanz Sanfructuoso (<
>>> sanc...@gmail.com>) escribió:
>>>
 Hola.

 Son un desastre las búsquedas. Hace no mucho salio el tema, no se si
 por aqui o por el telegram y alguien comentó que está adaptado para el
 habla inglesa y que según Nominatim si se adapta para otros idiomas podría
 hacer que fallara en el inglés.

 Ya no es escribir bien o mal, hay casos como los artículos que a veces
 los llevan las calles y a veces no. Es adivina adivinanza. jajaja

 Un saludo.

 El sáb., 30 ene. 2016 a las 13:12, Manuel Lladosa ()
 escribió:

> Hace un rato he hecho estas búsquedas:
>
> - Calle san roNque, paiporta (con falta de ortografía por descuido): no
> me encuentra nada por la falta, vale, de acuerdo.
> - Calle san roque, paiporta: no me encuentra nada. ¡Pues vaya!
> - Calle de san roque, paiporta: ¡premio!
>
> ¡Que tiquismiquis! jeje. Tienes que poner la calle con precisión
> milimétrica. Cuando alguien busca una calle no suele conocer el nombre
> con tanta exactitud y esto irrita un pelín :-), ya me ha pasado varias
> veces que no he encontrado calles, siendo que estaban en OSM.
>
> ¿Como podemos pedir que Nominatim sea más flexible, que no requiera
> búsquedas tan precisas? Y tampoco estaría mal que corrigiera faltas de
> ortografía, vale, debemos escribir bien, pero es que a veces se hacen
> por descuido.
>
> Muchas gracias.
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
 --
 Jorge Sanz Sanfructuoso - Sanchi
 Blog http://blog.jorgesanzs.com/
 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-es

>>>
>>> ___
>>> Talk-es mailing list
>>> Talk-es@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>
>>>
>> ___
>> 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] Nominatim debería ser más flexible

[Benjamín Valero Espinosa]

El problema con las "stop words" es que puedes sin querer capar una palabra
que sí tiene sentido en otro idioma. El ejemplo típico es "die", que es un
artículo definido en alemán pero es un verbo en inglés. ¿Esto se está
controlando? Lo ideal sería listas de "stop words" por idioma, pero claro,
para eso también habría que saber en qué idioma está la calle :-O

El 2 de febrero de 2016, 9:16, Alejandro Moreno Calvo 
escribió:

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

> Hola,
>
> A parte de la ayuda que podamos prestar al buscador mediante mejor
> etiquetado no veo mucho mas que se pueda hacer.
> Si quereix podeis reportar los problemas que veais al repositorio de
> Nominatim en github
> https://github.com/twain47/Nominatim
>
> Saludos
>
> El sáb., 30 ene. 2016 a las 13:54, Jorge Sanz Sanfructuoso (<
> sanc...@gmail.com>) escribió:
>
>> Hola.
>>
>> Son un desastre las búsquedas. Hace no mucho salio el tema, no se si
>> por aqui o por el telegram y alguien comentó que está adaptado para el
>> habla inglesa y que según Nominatim si se adapta para otros idiomas 
>> podría
>> hacer que fallara en el inglés.
>>
>> Ya no es escribir bien o mal, hay casos como los artículos que a
>> veces los llevan las calles y a veces no. Es adivina adivinanza. jajaja
>>
>> Un saludo.
>>
>> El sáb., 30 ene. 2016 a las 13:12, Manuel Lladosa (<
>> manolo...@gmail.com>) escribió:
>>
>>> Hace un rato he hecho estas búsquedas:
>>>
>>> - Calle san roNque, paiporta (con falta de ortografía por descuido):
>>> no
>>> me encuentra nada por la falta, vale, de acuerdo.
>>> - Calle san roque, paiporta: no me encuentra nada. ¡Pues vaya!
>>> - Calle de san roque, paiporta: ¡premio!
>>>
>>> ¡Que tiquismiquis! jeje. Tienes que poner la calle con precisión
>>> milimétrica. Cuando alguien busca una calle no suele conocer el
>>> nombre
>>> con tanta exactitud y esto irrita un pelín :-), ya me ha pasado
>>> varias
>>> veces que no he encontrado calles, siendo que estaban en OSM.
>>>
>>> ¿Como podemos pedir que Nominatim sea más flexible, que no requiera
>>> búsquedas tan precisas? Y tampoco estaría mal que corrigiera faltas
>>> de
>>> ortografía, vale, debemos escribir bien, pero es que a veces se hacen
>>> por descuido.
>>>
>>> Muchas gracias.
>>>
>>> ___
>>> Talk-es mailing list
>>> Talk-es@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>
>> --
>> Jorge Sanz Sanfructuoso - Sanchi
>> Blog http://blog.jorgesanzs.com/
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> 

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

[Alejandro Moreno Calvo]

Curiosamente hay un pueblo llamado De en Indonesia
http://nominatim.openstreetmap.org/details.php?place_id=14215103 que con
ese parche no se encontraría nunca.

No tengo el detalle de cómo está implementado Nominatim pero para mí la
solución pasa por usar funciones estadísticas de comparación de cadenas, de
manera que en vez de buscar una similitud exacta se busque aquello que
supere un cierto porcentaje de similitud. En Oracle estás funciones están
dentro del paquete UTL_MATCH [
https://docs.oracle.com/cd/E18283_01/appdev.112/e16760/u_match.htm ]. En
PostgreSQL existe el módulo *fuzzystrmatch* [
http://www.postgresql.org/docs/current/static/fuzzystrmatch.html ] que
parece más limitado y existe un proyecto [
http://pgsimilarity.projects.pgfoundry.org/ ] que implementa más funciones
pero no sé si es muy común su uso ni si está actualizado.

Yo tengo pendiente echarle un vistazo a Nominatim e intentar implementar
esto pero seguramente me lleve varios meses por falta de tiempo por lo que
si alguien se quiere animar a recoger el testigo bienvenido es.

El 2 de febrero de 2016, 12:02, Benjamín Valero Espinosa <
benjaval...@gmail.com> escribió:

> El problema con las "stop words" es que puedes sin querer capar una
> palabra que sí tiene sentido en otro idioma. El ejemplo típico es "die",
> que es un artículo definido en alemán pero es un verbo en inglés. ¿Esto se
> está controlando? Lo ideal sería listas de "stop words" por idioma, pero
> claro, para eso también habría que saber en qué idioma está la calle :-O
>
> El 2 de febrero de 2016, 9:16, Alejandro Moreno Calvo 
> escribió:
>
>> Hola Xavier.
>>
>> Hay que tener en cuenta que ese PR soluciona un caso muy concreto pero
>> que habría que hacer un análisis más profundo de los artículos que se
>> pueden dar. Así a bote pronto se me ocurre también habría que añadir "el",
>> "la", "las", "los".
>>
>> El 2 de febrero de 2016, 8:40, Xavier Barnada 
>> escribió:
>>
>>> Hola,
>>>
>>> Acabo de hacer una pull request que deberia solucionar este problema, he
>>> seguido el ejemplo de las otras stopwords  y este comentario
>>> https://trac.openstreetmap.org/ticket/4895#comment:4
>>>
>>> https://github.com/twain47/Nominatim/pull/358
>>>
>>> Saludos
>>>
>>> El dom., 31 ene. 2016 a las 11:57, Emilio Gómez Fernández (<
>>> emilio.gomez.f...@gmail.com>) escribió:
>>>
 Hola a todos.

 Fui yo quien abrí ese ticket hace tiempo, tanto ahí como en GitHub [1],
 y también lo comenté  en la reunión en Aguilar de Campoo en la que
 estuvimos algunos de nosotros.
 La respuesta viene a ser, en resumidas cuentas, que añadir nuevas
 palabras vacías en español a las escasas que ya existen en Nominatim [2]
 podría perjudicar las búsquedas en otros idiomas. La consecuencia es que en
 nuestro caso usar la API de Nominatim para realizar, por ejemplo,
 geocodificación inversa es de escasa utilidad aun a pesar de que los datos
 existan en la base de datos.

 Lo único que se me ocurre es que esta discusión salte a la lista
 General y tener un feedback de otros usuarios para que la cosa se mueva y
 tenga más repercusión, porque este importante problema también afecta a
 otros idiomas [3][4].

 Saludos.

 [1] https://github.com/twain47/Nominatim/issues/85
 [2] https://github.com/twain47/Nominatim/blob/master/module/nominatim.c
 [3] https://github.com/twain47/Nominatim/issues/333
 [4] https://trac.openstreetmap.org/ticket/4961


 El 30 de enero de 2016, 14:17, Alejandro Moreno Calvo <
 almo...@gmail.com> escribió:

> Este problema ya lleva reportado tiempo.
> https://trac.openstreetmap.org/ticket/4895
> El 30 ene. 2016 2:04 p. m., "Xavier Barnada" 
> escribió:
>
>> Hola,
>>
>> A parte de la ayuda que podamos prestar al buscador mediante mejor
>> etiquetado no veo mucho mas que se pueda hacer.
>> Si quereix podeis reportar los problemas que veais al repositorio de
>> Nominatim en github
>> https://github.com/twain47/Nominatim
>>
>> Saludos
>>
>> El sáb., 30 ene. 2016 a las 13:54, Jorge Sanz Sanfructuoso (<
>> sanc...@gmail.com>) escribió:
>>
>>> Hola.
>>>
>>> Son un desastre las búsquedas. Hace no mucho salio el tema, no se si
>>> por aqui o por el telegram y alguien comentó que está adaptado para el
>>> habla inglesa y que según Nominatim si se adapta para otros idiomas 
>>> podría
>>> hacer que fallara en el inglés.
>>>
>>> Ya no es escribir bien o mal, hay casos como los artículos que a
>>> veces los llevan las calles y a veces no. Es adivina adivinanza. jajaja
>>>
>>> Un saludo.
>>>
>>> El sáb., 30 ene. 2016 a las 13:12, Manuel Lladosa (<
>>> manolo...@gmail.com>) escribió:
>>>
 Hace un rato he hecho estas búsquedas:

 - Calle san roNque, paiporta (con falta de ortografía 

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

[Xavier Barnada]

Una pregunta , todo esto que estais comentando esta en la issue?
Porque seguro que les puede ser util a los programadores de Nominatim les
puede ayudar y estoy seguro que si a parte de explicarles el problema les
enviais una solucion os lo agradeceran

Saludos


El mar., 2 feb. 2016 a las 12:43, Alejandro Moreno Calvo ()
escribió:

> Curiosamente hay un pueblo llamado De en Indonesia
> http://nominatim.openstreetmap.org/details.php?place_id=14215103 que con
> ese parche no se encontraría nunca.
>
> No tengo el detalle de cómo está implementado Nominatim pero para mí la
> solución pasa por usar funciones estadísticas de comparación de cadenas, de
> manera que en vez de buscar una similitud exacta se busque aquello que
> supere un cierto porcentaje de similitud. En Oracle estás funciones están
> dentro del paquete UTL_MATCH [
> https://docs.oracle.com/cd/E18283_01/appdev.112/e16760/u_match.htm ]. En
> PostgreSQL existe el módulo *fuzzystrmatch* [
> http://www.postgresql.org/docs/current/static/fuzzystrmatch.html ] que
> parece más limitado y existe un proyecto [
> http://pgsimilarity.projects.pgfoundry.org/ ] que implementa más
> funciones pero no sé si es muy común su uso ni si está actualizado.
>
> Yo tengo pendiente echarle un vistazo a Nominatim e intentar implementar
> esto pero seguramente me lleve varios meses por falta de tiempo por lo que
> si alguien se quiere animar a recoger el testigo bienvenido es.
>
> El 2 de febrero de 2016, 12:02, Benjamín Valero Espinosa <
> benjaval...@gmail.com> escribió:
>
>> El problema con las "stop words" es que puedes sin querer capar una
>> palabra que sí tiene sentido en otro idioma. El ejemplo típico es "die",
>> que es un artículo definido en alemán pero es un verbo en inglés. ¿Esto se
>> está controlando? Lo ideal sería listas de "stop words" por idioma, pero
>> claro, para eso también habría que saber en qué idioma está la calle :-O
>>
>> El 2 de febrero de 2016, 9:16, Alejandro Moreno Calvo 
>> escribió:
>>
>>> Hola Xavier.
>>>
>>> Hay que tener en cuenta que ese PR soluciona un caso muy concreto pero
>>> que habría que hacer un análisis más profundo de los artículos que se
>>> pueden dar. Así a bote pronto se me ocurre también habría que añadir "el",
>>> "la", "las", "los".
>>>
>>> El 2 de febrero de 2016, 8:40, Xavier Barnada 
>>> escribió:
>>>
 Hola,

 Acabo de hacer una pull request que deberia solucionar este problema,
 he seguido el ejemplo de las otras stopwords  y este comentario
 https://trac.openstreetmap.org/ticket/4895#comment:4

 https://github.com/twain47/Nominatim/pull/358

 Saludos

 El dom., 31 ene. 2016 a las 11:57, Emilio Gómez Fernández (<
 emilio.gomez.f...@gmail.com>) escribió:

> Hola a todos.
>
> Fui yo quien abrí ese ticket hace tiempo, tanto ahí como en GitHub
> [1], y también lo comenté  en la reunión en Aguilar de Campoo en la que
> estuvimos algunos de nosotros.
> La respuesta viene a ser, en resumidas cuentas, que añadir nuevas
> palabras vacías en español a las escasas que ya existen en Nominatim [2]
> podría perjudicar las búsquedas en otros idiomas. La consecuencia es que 
> en
> nuestro caso usar la API de Nominatim para realizar, por ejemplo,
> geocodificación inversa es de escasa utilidad aun a pesar de que los datos
> existan en la base de datos.
>
> Lo único que se me ocurre es que esta discusión salte a la lista
> General y tener un feedback de otros usuarios para que la cosa se mueva y
> tenga más repercusión, porque este importante problema también afecta a
> otros idiomas [3][4].
>
> Saludos.
>
> [1] https://github.com/twain47/Nominatim/issues/85
> [2]
> https://github.com/twain47/Nominatim/blob/master/module/nominatim.c
> [3] https://github.com/twain47/Nominatim/issues/333
> [4] https://trac.openstreetmap.org/ticket/4961
>
>
> El 30 de enero de 2016, 14:17, Alejandro Moreno Calvo <
> almo...@gmail.com> escribió:
>
>> Este problema ya lleva reportado tiempo.
>> https://trac.openstreetmap.org/ticket/4895
>> El 30 ene. 2016 2:04 p. m., "Xavier Barnada" 
>> escribió:
>>
>>> Hola,
>>>
>>> A parte de la ayuda que podamos prestar al buscador mediante mejor
>>> etiquetado no veo mucho mas que se pueda hacer.
>>> Si quereix podeis reportar los problemas que veais al repositorio de
>>> Nominatim en github
>>> https://github.com/twain47/Nominatim
>>>
>>> Saludos
>>>
>>> El sáb., 30 ene. 2016 a las 13:54, Jorge Sanz Sanfructuoso (<
>>> sanc...@gmail.com>) escribió:
>>>
 Hola.

 Son un desastre las búsquedas. Hace no mucho salio el tema, no se
 si por aqui o por el telegram y alguien comentó que está adaptado para 
 el
 habla inglesa y que según Nominatim si se 

[Talk-es] secciones censales zgz

[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


*[image: Geo]Miguel Sevilla Callejo*
*Doctor en Geografía | Doctor in Geography*
*Consultor freelance e investigador | Freelance Consultant & Researcher*
Colaborador del Instituto Pirenaico de Ecología, CSIC, Zaragoza | Fellow at
the Pyrenean Institute of Ecology - Spanish National Research Council
Colegiado nº698, Colegio Oficial de Geógrafos | Member #698, Spanish
Professional Association of Geographers
Web: http://bit.ly/sevillacallejo
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es