Re: [Talk-es] Estado del arte sobre la detección de señales en OSM

[k1wi]

La aplicación skobbler va a añadir en su próxima versión el Modo Cámara que 
reconoce señales de límite de velocidad. Los datos se utilizan para avisar al 
usuario si se pasa del límite.

https://itunes.apple.com/es/app/gps-navegacion-by-scout-navegador/id467318607?mt=8
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-es] Estado del arte sobre la detección de señales en OSM

[Emilio Gómez Fernández]

Hola a todos:

En el pasado hubo algún proyecto de desarrollo de algún componente para
JOSM, dentro del Google Summer of Code, que, utilizando OpenCV y mediante
algoritmos SIFT/SURF,  procesaba grabaciones vídeo para detectar señales de
tráfico de límites de velocidad y lo sincronizaba con la traza GPX. En su
momento le eché un vistazo pero no llegué a más.
¿Alguien ha tenido alguna experiencia en este sentido o si merece la pena?
Ya sea con este u otro software.

Un saludo.

Emilio Gómez

[1]
http://wiki.openstreetmap.org/wiki/Google_Summer_of_Code/2012/Video_Based_Speed_Limit_and_Road_Sign_Detector_plugin_for_JOSM
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] [CAT2OSM2] Nueva versión 2014-09-02

[Javier Sánchez]

Hola.

Por otro lado... viendo que se ha quitado el ref:catastro, ¿qué opinan de
quitar también source y source:date? Yo los veo mejor como etiquetas del
conjunto de cambios en lugar de repetirlas mil millones de veces por cada
feature. Es la típica discusión en la lista de imports. El origen de los
datos ya va a quedar reflejado en el historial y todo eso.


El 3 de septiembre de 2014, 17:49, Cruz Enrique Borges <
cruz.bor...@deusto.es> escribió:

> > Depende de los sitios. En Canarias, supongo que en Galicia también, casi
> > todos las parcelas de terreno rústico están separadas por límites físicos
> > (muros de piedra seca, vallados de vegetación). Lo de poner barrier=yes
> > queda pendiente de al contrastar con la ortofoto poner un tipo más
> > específico. Creo que lo mejor es que fuera posible elegir con un
> > parámetro que el programa uniera los landuse iguales o no y si deja las
> > separaciones con barrier=yes o no las deja. Si no es muy complicado de
> > programar...
>
> Complicado de programar no es, pero se que en este nivel ander tiene alguna
> pelea con el cat2osm2. Mañana le pregunto a ver si lo ve viable.
>
> --
> Cruz Enrique Borges Hernández
> Email: cruz.bor...@deusto.es
>
> DeustoTech Energy
> Telefono: 944139000 ext.2052
> Avda. Universidades, 24
> 48007 Bilbao, Spain
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] [CAT2OSM2] Nueva versión 2014-09-02

[Cruz Enrique Borges]

> Depende de los sitios. En Canarias, supongo que en Galicia también, casi
> todos las parcelas de terreno rústico están separadas por límites físicos
> (muros de piedra seca, vallados de vegetación). Lo de poner barrier=yes
> queda pendiente de al contrastar con la ortofoto poner un tipo más
> específico. Creo que lo mejor es que fuera posible elegir con un
> parámetro que el programa uniera los landuse iguales o no y si deja las
> separaciones con barrier=yes o no las deja. Si no es muy complicado de
> programar...

Complicado de programar no es, pero se que en este nivel ander tiene alguna 
pelea con el cat2osm2. Mañana le pregunto a ver si lo ve viable.

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

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

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

Re: [Talk-es] [CAT2OSM2] Nueva versión 2014-09-02

[Javier Sánchez]

Depende de los sitios. En Canarias, supongo que en Galicia también, casi
todos las parcelas de terreno rústico están separadas por límites físicos
(muros de piedra seca, vallados de vegetación). Lo de poner barrier=yes
queda pendiente de al contrastar con la ortofoto poner un tipo más
específico. Creo que lo mejor es que fuera posible elegir con un parámetro
que el programa uniera los landuse iguales o no y si deja las separaciones
con barrier=yes o no las deja. Si no es muy complicado de programar...


El 3 de septiembre de 2014, 17:15, sergiosevillano - Gmail <
sergiosevillano.m...@gmail.com> escribió:

>
> la key barrier se refiere a límites físicos
>
> sólo se me ocurre el ejemplo de una parcela de una casa independiente
> en la que todo el perímetro tenga una valla o muro
>
> en entorno rústico hay muchas sin valla ni muro (Castilla en general)
> en entorno urbano mucha parcela coincide con edifico y si hay valla o muro
> es solo algún tramo
>
> wall=no no existe
> o es barrier=yes (que vemos sombra en la imagen ortofoto pero no se puede
> determinar el tipo)
> o es un barrier concreto
>
>
>
> así que
> o bien se unen todas las landuse (en la práctica habitual no se suele
> fragmentar en parcelas el uso del suelo)
> o dejamos cada parcela como división administrativa menor, lo que no sé si
> tiene clave/etiqueta..
> o...
>
>
>
>
>
> El 2014/09/02, a las 13:26, Cruz Enrique Borges 
> escribió:
>
> >> De hecho, ahora viendo los resultados,  surge la duda de si unir todas
> >> las geometrías de parcelas en función del landuse:
> >>
> >> Dejándolas como están ahora ganamos que tenemos la delimitación de cada
> >> parcela pero hay muchas parcelas todas solo con tag de landuse o amenity
> >> (ya que la dirección postal se ha ido a los puntos de entrada)
> >
> > Los franceses lo dejaron porque generalmente entre parcelas urbanas hay
> un
> > muro. Yo casi que le pondria un barrier=yes por defecto y cuando no lo
> > tenga que se ponga un wall=no :P
> >
> > --
> > Cruz Enrique Borges Hernández
> > Email: cruz.bor...@deusto.es
> >
> > DeustoTech Energy
> > Telefono: 944139000 ext.2052
> > Avda. Universidades, 24
> > 48007 Bilbao, Spain
> >
> > ___
> > Talk-es mailing list
> > Talk-es@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-es
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] [CAT2OSM2] Nueva versión 2014-09-02

[Cruz Enrique Borges]

> la key barrier se refiere a límites físicos
> 
> sólo se me ocurre el ejemplo de una parcela de una casa independiente
> en la que todo el perímetro tenga una valla o muro

Ese es el ejemplo más típico. En Santander prácticamente todos los 
edificios de varios barrios van a ser así, un edificio, un jardín que los 
rodea, un muro/seto/valla, repetir. Me juego lo que quieras a que muchas 
áreas residenciales de ciudades dormitorio serán también así.

> en entorno rústico hay muchas sin valla ni muro (Castilla en general)

En entorno rústico no deberías usar cat2osm2 :P

> en entorno urbano mucha parcela coincide con edifico y si hay valla o
> muro es solo algún tramo

Si coincide, no hay problema (porque no va a existir el polígono) y si hay 
muro en algunos tramos, habría que etiquetarlos, ¿no? Ya que tienes el 
polígono hecho...

> wall=no no existe

Si que existe [1] pero no es lo que yo pensaba.

[1] http://wiki.openstreetmap.org/wiki/Tag:wall%3Dno

> o es barrier=yes (que vemos sombra en la imagen ortofoto pero no se puede
> determinar el tipo) o es un barrier concreto

Desde mi punto de vista, si te vas a poner a mapear muros entre parcelas 
deberías de basarte en "conocimiento de campo" no en ortofoto. 
Principalmente porque si está bien sacada la ortofoto prácticamente no 
deberías de ver el muro y si está mal sacada, vas a meter un desplazamiento 
bastante considerable a lo que mapees.

> así que
> o bien se unen todas las landuse (en la práctica habitual no se suele
> fragmentar en parcelas el uso del suelo) o dejamos cada parcela como
> división administrativa menor, lo que no sé si tiene clave/etiqueta..
> o...

Yo diría que el espíritu debería ser unirlas SI NO HAY NADA FÍSICO QUE LAS 
SEPARE. Por eso voto por dejar las separaciones y basándose en el 
conocimiento de campo unirlas cuando corresponda.

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

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

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

Re: [Talk-es] [CAT2OSM2] Nueva versión 2014-09-02

[sergiosevillano - Gmail]

la key barrier se refiere a límites físicos

sólo se me ocurre el ejemplo de una parcela de una casa independiente
en la que todo el perímetro tenga una valla o muro

en entorno rústico hay muchas sin valla ni muro (Castilla en general)
en entorno urbano mucha parcela coincide con edifico y si hay valla o muro es 
solo algún tramo

wall=no no existe
o es barrier=yes (que vemos sombra en la imagen ortofoto pero no se puede 
determinar el tipo)
o es un barrier concreto



así que 
o bien se unen todas las landuse (en la práctica habitual no se suele 
fragmentar en parcelas el uso del suelo)
o dejamos cada parcela como división administrativa menor, lo que no sé si 
tiene clave/etiqueta..
o...





El 2014/09/02, a las 13:26, Cruz Enrique Borges  
escribió:

>> De hecho, ahora viendo los resultados,  surge la duda de si unir todas
>> las geometrías de parcelas en función del landuse:
>> 
>> Dejándolas como están ahora ganamos que tenemos la delimitación de cada
>> parcela pero hay muchas parcelas todas solo con tag de landuse o amenity
>> (ya que la dirección postal se ha ido a los puntos de entrada)
> 
> Los franceses lo dejaron porque generalmente entre parcelas urbanas hay un 
> muro. Yo casi que le pondria un barrier=yes por defecto y cuando no lo 
> tenga que se ponga un wall=no :P
> 
> -- 
> Cruz Enrique Borges Hernández
> Email: cruz.bor...@deusto.es
> 
> DeustoTech Energy
> Telefono: 944139000 ext.2052
> Avda. Universidades, 24
> 48007 Bilbao, Spain
> 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es


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

Re: [Talk-es] Normalización poblaciones

[Jaime Crespo]

Mis felicitaciones, también.

Viendo esta lista, se me ocurre que estaría bien tener un vigilante
automatizado de nombres de municipios y núcleos urbanos, población, edits
en límites municipales, etc.


El 2 de septiembre de 2014, 17:25, Javier Sánchez 
escribió:

> El 2 de septiembre de 2014, 8:13, Benjamín Valero Espinosa <
> benjaval...@gmail.com> escribió:
>
> Hola Javier, mi correo es sólo para felicitarte por el trabajo, y esperar
>> que lo hayas automatizado de algún modo :-O
>>
>
> Hola.
>
> Gracias. Más bien no, lo hice a manija, pero limitando la búsqueda a los
> cambios que salen en una de las tablas del fichero mdb y a aquellos casos
> en los que el nombre en la wiki era distinto. Ahora hace falta que entre
> todos actualicemos los cambios.
>
> Saludos
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>


-- 
Jaime Crespo

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

Re: [Talk-es] [CAT2OSM2] Nueva versión 2014-09-02

[Ander Pijoan]

No, its just a help to one process that  users were doing manually.

They were removing the address details from the parcels geometry and adding
them manually to the node that represents the entrance, so we've changed
that in the program.

Thant's all.


El 3 de septiembre de 2014, 9:50, Paul Norman  escribió:

>
> On 9/2/2014 4:04 AM, Ander Pijoan wrote:
>
>> Hola a todos,
>>
>> Siguiendo las discusiones que hemos tenido durante estos días y visto que
>> hay algunos usuarios que estáis subiendo parcelas de vuestras poblaciones,
>> hemos hecho un pequeño cambio para que os sea más fácil.
>>
>> - La dirección ya no se pone en la parcela, sino que la hemos trasladado
>> a los puntos de entrada. Estos tendrán el addr:housenumber, addr:street,
>> addr:postcode y entrance=yes.
>> De esta forma en las parcelas únicamente quedan los datos de landuse,
>> amenity, etc
>>
>> - Con el tema del 3d y building parts, seguimos dándole vueltas hasta que
>> esté correcto, así que de momento no hemos hecho cambios. Siguen saliendo
>> los edificios troceados por alturas (a no ser que lancéis el archivo con el
>> parámetro -3d 0)
>>
>> Espero que os sea de ayuda y cualquier comentario o sugerencia son bien
>> recibidos.
>>
>
> Are these substantial changes or additions to the import that will require
> consultation with imports@ before people can import with the changes?
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>



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

E-mail: ander.pij...@deusto.es
Phone: +34 664471228
in: http://www.linkedin.com/profile/view?id=162888312
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] [CAT2OSM2] Nueva versión 2014-09-02

[Paul Norman]

On 9/2/2014 4:04 AM, Ander Pijoan wrote:

Hola a todos,

Siguiendo las discusiones que hemos tenido durante estos días y visto 
que hay algunos usuarios que estáis subiendo parcelas de vuestras 
poblaciones, hemos hecho un pequeño cambio para que os sea más fácil.


- La dirección ya no se pone en la parcela, sino que la hemos 
trasladado a los puntos de entrada. Estos tendrán el addr:housenumber, 
addr:street, addr:postcode y entrance=yes.
De esta forma en las parcelas únicamente quedan los datos de landuse, 
amenity, etc


- Con el tema del 3d y building parts, seguimos dándole vueltas hasta 
que esté correcto, así que de momento no hemos hecho cambios. Siguen 
saliendo los edificios troceados por alturas (a no ser que lancéis el 
archivo con el parámetro -3d 0)


Espero que os sea de ayuda y cualquier comentario o sugerencia son 
bien recibidos.


Are these substantial changes or additions to the import that will 
require consultation with imports@ before people can import with the 
changes?


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