[Talk-es] Jornadas de Deusto: materiales, vídeos, fotos, ...

2011-10-18 Por tema Jaime Crespo 
No os riáis mucho de mí, que creo que iba un poco dormido:


Los materiales creo que sí que quedaron bastante decentes, como para
ser reutilizados en otros eventos, incluídos "ejercicios".

Si alguien tiene fotos, que por favor avise para colgarlas también.

-- 
Jaime Crespo

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

Re: [Talk-es] ¿source=catastro?

2011-10-18 Por tema Francisco Pérez Sampayo 
Realmente no se puede asociar las construcciones (shape) con ningún fichero
CAT sin que esta asociación sea a nivel de parcela (como comentaba Oscar).
Esto pasa por que el SHAPE de construcciones representa volúmenes de altitud
pero no desglosa los diferentes locales que pueda haber en cada planta(que
es como está en el CAT). Para esto habría que usar el formato FXCC (dxf) que
también se puede descargar con certificado, pero uno por uno y solo cuando
catastro tenga realmente ese FXCC completo y digitalizado (muy pocos casos).
Esto no es factible :-).
Respecto a los números de policía, se puede sacar esos números del SHAPE
elemtex. Mediante el campo TTGGSS y filtrando por "189401" salen los números
de policía que catastro tiene en cartografía. No tienen ningún dato mas que
el rótulo, que es el número, pero se puede hacer un cruce con parcelas(ya
que estan dentro de ellas) y así tendríamos el número de policía de cada
construcción donde catastro haya decidido que es el sitio mas correcto(nos
tendríamos que fiar :-)) y con la referencia catastral a la que pertenece,
que no está nada mal para poder hacer modificaciones masivas en un futuro y
también poder ir asociando datos del CAT a medida que sea oportuno. Hay que
tener en cuenta que este SHAPE es tipo linea por lo que convertirlo en
punto, intentando mantener el angulo de rotación, así también se podrían
poner orientados.


Un saludo.


El 18 de octubre de 2011 10:55, Ander Pijoan escribió:

> Hola Francisco,
>
> En principio estamos trabajando con los shp PARCELA y CONSTRU.
> En parcela si que viene el número de portal pero si en la misma parcela hay
> varios edificios (y cada uno de ellos tiene distinto número de portal) el
> shp solo contiene uno de los números. Por eso tenemos casos como parcelas
> seguidas cuyos números de portal no se incrementan de 2 en 2 sino mas porque
> una de esas parcelas contiene varios portales.
>
> Si que es verdad que el número de portal viene en los tipos de registro del
> archivo .cat (Tipos 13 y 15). Pero luego el problema está en como asociar
> ese registro a uno de los varios shapes del CONSTRU que hay con la misma
> referencia catastral (en caso de que la parcela tenga varios edificios o un
> edificio tenga distintas "formas").
>
> Básicamente el problema está en que hay muchos registros del .cat que es
> muy dificil saber a que shape asociarlos.
>
> Saludos y muchas gracias por la ayuda.
>
> El 18 de octubre de 2011 10:20, Francisco Pérez Sampayo <
> fpsamp...@gmail.com> escribió:
>
> Hola chicos.
>>
>> >Los número de policía están en el .CAT pero no en el .SHP así que no es
>> >viable. Tampoco por el número catastral porque de los edificios solo
>> tenemos la
>> >referencia de la parcela (en el .SHP) no de la propia construcción.
>>
>> Respecto a lo que comentas, los números municipales si que están en el
>> SHP, concretamente en el PARCELA.SHP y será bastante exacto en el de URBANA,
>> el de rústica sólo será exacto(mas o menos) en ayuntamientos en los que
>> catastro haya realizado una revisión de valores en los últimos años (4 mas o
>> menos).
>> Y en cuanto al número catastral, me imagino que te refieres a la
>> referencia catastral (los 14 dígitos). Esa referencia es la misma para todo
>> lo que contenga una parcela. Si tienes una parcela con 3 edificios, todos
>> tendrán la misma referencia catastral. Después se diferenciarán por los
>> siguientes 6 dígitos, llamados bienes inmuebles, que no son mas que recibos
>> de IBI (los que vienen en el fichero CAT, registro 15).
>> Por último, los usos de locales, así como superficies, están en los
>> registros 14 del fichero CAT, en el campo "*codigo_destino_dgc*".
>>
>> Si puedo ayudar en algo, sería un placer.
>>
>> Un saludo a todos!
>>
>> El 18 de octubre de 2011 09:58, Cruz Enrique Borges <
>> cruz.bor...@deusto.es> escribió:
>>
>> On Tuesday 18 October 2011 08:04:15 Oscar Fonts wrote:
>>> > Buenas,
>>> >
>>> > > En la siguiente web puedes echar una mano proponiendo como se
>>> > > trasladaría cada campo del catastro a OSM
>>> > >
>>> > >
>>> http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_f
>>> > > eatures
>>> > Hm, pero aquí están listados los registros alfanuméricos (cat), que no
>>> > tienen geometría asociada [1]... no acabo de ver la relación directa
>>> > con map features de OSM.
>>> > Lo primero sería cómo ligar (join) algunos de estos registros cat con
>>> > los shp, que sí llevan la geometría de ejes, construcciones, etc.
>>> > Desgraciadamente la relación jamás es 1:1.
>>>
>>> Eso ya se ha hecho. Falta por resolver algún detalle en las geometrías de
>>> los
>>> edificios principalmente debido a dos detalles:
>>>
>>> 1- No tenemos del todo claro como ligar los datos del .CAT con los shapes
>>> del
>>> CONSTRU cuando hay más de un edificio en la parcela (no parece que la
>>> numeración coincida).
>>>
>>> 2- No tenemos claro como importar los elementos 3D al mapa. Es decir, las
>>> diferentes plantas de los edificios. Por lo pronto es

Re: [Talk-es] ¿source=catastro?

2011-10-18 Por tema Ander Pijoan 
Hola Francisco,

En principio estamos trabajando con los shp PARCELA y CONSTRU.
En parcela si que viene el número de portal pero si en la misma parcela hay
varios edificios (y cada uno de ellos tiene distinto número de portal) el
shp solo contiene uno de los números. Por eso tenemos casos como parcelas
seguidas cuyos números de portal no se incrementan de 2 en 2 sino mas porque
una de esas parcelas contiene varios portales.

Si que es verdad que el número de portal viene en los tipos de registro del
archivo .cat (Tipos 13 y 15). Pero luego el problema está en como asociar
ese registro a uno de los varios shapes del CONSTRU que hay con la misma
referencia catastral (en caso de que la parcela tenga varios edificios o un
edificio tenga distintas "formas").

Básicamente el problema está en que hay muchos registros del .cat que es muy
dificil saber a que shape asociarlos.

Saludos y muchas gracias por la ayuda.

El 18 de octubre de 2011 10:20, Francisco Pérez Sampayo  escribió:

> Hola chicos.
>
> >Los número de policía están en el .CAT pero no en el .SHP así que no es
> >viable. Tampoco por el número catastral porque de los edificios solo
> tenemos la
> >referencia de la parcela (en el .SHP) no de la propia construcción.
>
> Respecto a lo que comentas, los números municipales si que están en el SHP,
> concretamente en el PARCELA.SHP y será bastante exacto en el de URBANA, el
> de rústica sólo será exacto(mas o menos) en ayuntamientos en los que
> catastro haya realizado una revisión de valores en los últimos años (4 mas o
> menos).
> Y en cuanto al número catastral, me imagino que te refieres a la referencia
> catastral (los 14 dígitos). Esa referencia es la misma para todo lo que
> contenga una parcela. Si tienes una parcela con 3 edificios, todos tendrán
> la misma referencia catastral. Después se diferenciarán por los siguientes 6
> dígitos, llamados bienes inmuebles, que no son mas que recibos de IBI (los
> que vienen en el fichero CAT, registro 15).
> Por último, los usos de locales, así como superficies, están en los
> registros 14 del fichero CAT, en el campo "*codigo_destino_dgc*".
>
> Si puedo ayudar en algo, sería un placer.
>
> Un saludo a todos!
>
> El 18 de octubre de 2011 09:58, Cruz Enrique Borges  > escribió:
>
> On Tuesday 18 October 2011 08:04:15 Oscar Fonts wrote:
>> > Buenas,
>> >
>> > > En la siguiente web puedes echar una mano proponiendo como se
>> > > trasladaría cada campo del catastro a OSM
>> > >
>> > >
>> http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_f
>> > > eatures
>> > Hm, pero aquí están listados los registros alfanuméricos (cat), que no
>> > tienen geometría asociada [1]... no acabo de ver la relación directa
>> > con map features de OSM.
>> > Lo primero sería cómo ligar (join) algunos de estos registros cat con
>> > los shp, que sí llevan la geometría de ejes, construcciones, etc.
>> > Desgraciadamente la relación jamás es 1:1.
>>
>> Eso ya se ha hecho. Falta por resolver algún detalle en las geometrías de
>> los
>> edificios principalmente debido a dos detalles:
>>
>> 1- No tenemos del todo claro como ligar los datos del .CAT con los shapes
>> del
>> CONSTRU cuando hay más de un edificio en la parcela (no parece que la
>> numeración coincida).
>>
>> 2- No tenemos claro como importar los elementos 3D al mapa. Es decir, las
>> diferentes plantas de los edificios. Por lo pronto estamos trabajando con
>> las
>> relaciones para evitar duplicar geometrías (incluso en 3D) y luego
>> guardamos
>> en el tag constru la altura.
>>
>> > Al menos los ejes viarios urbanos sí se pueden relacionar con sus
>> > nombres [2] y los edificios con sus números de policía [3].
>> > En mi opinión, donde se describe el tipo de elemento, y por tanto lo
>> > que habría que relacionar con map features, son los códigos TTGGSS
>> > [4].
>>
>> Los número de policía están en el .CAT pero no en el .SHP así que no es
>> viable. Tampoco por el número catastral porque de los edificios solo
>> tenemos la
>> referencia de la parcela (en el .SHP) no de la propia construcción.
>>
>> > También se podría extraer información sobre usos de locales
>> > comerciales en urbana, y sobre usos del suelo en rústica. Pero paso a
>> > paso...
>>
>> Esa información no la hemos localizado. ¿En qué archivo/tag está la
>> información de los usos de los locales comerciales?
>>
>> > Y, sí, elempun y elemlin no pueden importarse a ciegas. Pero valen
>> > como ayuda: Hay un montón de caminos y riachuelos bien detallados que,
>> > contrastados con PNOA, podrían mapearse más fácilmente.
>>
>> De esto no nos hemos encargado aún.
>>
>> En otro orden de cosas, estamos buscando un repositorio donde subir el
>> código
>> que estamos realizando. ¿Nos podrías dar acceso al repositorio que enlazas
>> para centralizar el trabajo?
>>
>> > Oscar.
>> >
>> >
>> > [1]
>> https://github.com/oscarfonts/catastro2postgis/blob/master/catstruct.py
>> > [2]
>> >
>> https://github.com/oscarfonts/catastro2postgis/blob/master/sql/calles.

Re: [Talk-es] ¿source=catastro?

2011-10-18 Por tema Oscar Fonts 
> Falta por resolver algún detalle en las geometrías de los
> edificios principalmente debido a dos detalles:
>
> 1- No tenemos del todo claro como ligar los datos del .CAT con los shapes del
> CONSTRU cuando hay más de un edificio en la parcela (no parece que la
> numeración coincida).

Cierto, la relación se puede hacer hasta el nivel de parcela, no de
construcción.

constru.refcat = cat_11.parcela_catastral


> 2- No tenemos claro como importar los elementos 3D al mapa.

De momento sé detectar si una construcción tiene alturas positivas:
https://github.com/oscarfonts/catastro2postgis/blob/master/sql/views.sql#L44

Lo suyo sería saber cuántas.


> Los número de policía están en el .CAT pero no en el .SHP así que no es
> viable.
> Tampoco por el número catastral porque de los edificios solo tenemos la
> referencia de la parcela (en el .SHP) no de la propia construcción.

Bueno, la dirección queda asignada a todas las construcciones de esa
parcela, pero es mejor que nada, ¿no?

>> También se podría extraer información sobre usos de locales
>> comerciales en urbana, y sobre usos del suelo en rústica.

> Esa información no la hemos localizado. ¿En qué archivo/tag está la
> información de los usos de los locales comerciales?

Ahí hay un intento con los comercios, vía cat-15. Siempre a nivel de parcela...
https://github.com/oscarfonts/catastro2postgis/blob/2083619219d7df8d53565078aff7bd34e5c18e70/sql/views.sql#L32

Lo de usos del suelo, por hacer.


>> Y, sí, elempun y elemlin no pueden importarse a ciegas
> De esto no nos hemos encargado aún.

Bueno, yo me he limitado a una inspección visual de mi pueblo,
pintando con WMS y cargando en JOSM como capas de fondo.


> En otro orden de cosas, estamos buscando un repositorio donde subir el código
> que estamos realizando. ¿Nos podrías dar acceso al repositorio que enlazas
> para centralizar el trabajo?

Es un repo público, podeis hacer un clone.
Aprovechadlo y maltratadlo tanto como podais, y ya haremos un merge de
las mejoras.
Creo que es la forma habitual de trabajar con git, aunque tampoco
estoy muy seguro de si hay alternativas mejores.

Oscar.

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

Re: [Talk-es] ¿source=catastro?

2011-10-18 Por tema Francisco Pérez Sampayo 
Hola chicos.

>Los número de policía están en el .CAT pero no en el .SHP así que no es
>viable. Tampoco por el número catastral porque de los edificios solo
tenemos la
>referencia de la parcela (en el .SHP) no de la propia construcción.

Respecto a lo que comentas, los números municipales si que están en el SHP,
concretamente en el PARCELA.SHP y será bastante exacto en el de URBANA, el
de rústica sólo será exacto(mas o menos) en ayuntamientos en los que
catastro haya realizado una revisión de valores en los últimos años (4 mas o
menos).
Y en cuanto al número catastral, me imagino que te refieres a la referencia
catastral (los 14 dígitos). Esa referencia es la misma para todo lo que
contenga una parcela. Si tienes una parcela con 3 edificios, todos tendrán
la misma referencia catastral. Después se diferenciarán por los siguientes 6
dígitos, llamados bienes inmuebles, que no son mas que recibos de IBI (los
que vienen en el fichero CAT, registro 15).
Por último, los usos de locales, así como superficies, están en los
registros 14 del fichero CAT, en el campo "*codigo_destino_dgc*".

Si puedo ayudar en algo, sería un placer.

Un saludo a todos!

El 18 de octubre de 2011 09:58, Cruz Enrique Borges
escribió:

> On Tuesday 18 October 2011 08:04:15 Oscar Fonts wrote:
> > Buenas,
> >
> > > En la siguiente web puedes echar una mano proponiendo como se
> > > trasladaría cada campo del catastro a OSM
> > >
> > >
> http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_f
> > > eatures
> > Hm, pero aquí están listados los registros alfanuméricos (cat), que no
> > tienen geometría asociada [1]... no acabo de ver la relación directa
> > con map features de OSM.
> > Lo primero sería cómo ligar (join) algunos de estos registros cat con
> > los shp, que sí llevan la geometría de ejes, construcciones, etc.
> > Desgraciadamente la relación jamás es 1:1.
>
> Eso ya se ha hecho. Falta por resolver algún detalle en las geometrías de
> los
> edificios principalmente debido a dos detalles:
>
> 1- No tenemos del todo claro como ligar los datos del .CAT con los shapes
> del
> CONSTRU cuando hay más de un edificio en la parcela (no parece que la
> numeración coincida).
>
> 2- No tenemos claro como importar los elementos 3D al mapa. Es decir, las
> diferentes plantas de los edificios. Por lo pronto estamos trabajando con
> las
> relaciones para evitar duplicar geometrías (incluso en 3D) y luego
> guardamos
> en el tag constru la altura.
>
> > Al menos los ejes viarios urbanos sí se pueden relacionar con sus
> > nombres [2] y los edificios con sus números de policía [3].
> > En mi opinión, donde se describe el tipo de elemento, y por tanto lo
> > que habría que relacionar con map features, son los códigos TTGGSS
> > [4].
>
> Los número de policía están en el .CAT pero no en el .SHP así que no es
> viable. Tampoco por el número catastral porque de los edificios solo
> tenemos la
> referencia de la parcela (en el .SHP) no de la propia construcción.
>
> > También se podría extraer información sobre usos de locales
> > comerciales en urbana, y sobre usos del suelo en rústica. Pero paso a
> > paso...
>
> Esa información no la hemos localizado. ¿En qué archivo/tag está la
> información de los usos de los locales comerciales?
>
> > Y, sí, elempun y elemlin no pueden importarse a ciegas. Pero valen
> > como ayuda: Hay un montón de caminos y riachuelos bien detallados que,
> > contrastados con PNOA, podrían mapearse más fácilmente.
>
> De esto no nos hemos encargado aún.
>
> En otro orden de cosas, estamos buscando un repositorio donde subir el
> código
> que estamos realizando. ¿Nos podrías dar acceso al repositorio que enlazas
> para centralizar el trabajo?
>
> > Oscar.
> >
> >
> > [1]
> https://github.com/oscarfonts/catastro2postgis/blob/master/catstruct.py
> > [2]
> >
> https://github.com/oscarfonts/catastro2postgis/blob/master/sql/calles.sql
> > [3]
> > https://github.com/oscarfonts/catastro2postgis/blob/master/sql/views.sql
> > [4]
> >
> https://github.com/oscarfonts/catastro2postgis/blob/master/dict/dict_TTGGSS
> > .csv
> > >> > Los datos del catastro van a ser importados de forma masiva. Si es
> > >> > posible, lo
> > >> > ideal es no usar dicha fuente para no duplicara trabajo y evitar
> > >> > colisiones a
> > >> > futuro. En cuanto tengamos los script distribuiremos info sobre
> > >> > como
> > >> > colaborar
> > >> > ;)
> > >> >
> > >> > > Saludos
> > >> > >
> > >> > > Daniel Rodríguez
> >
> > ___
> > Talk-es mailing list
> > Talk-es@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-es
> --
> 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
> http://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es

Re: [Talk-es] ¿source=catastro?

2011-10-18 Por tema Cruz Enrique Borges 
On Tuesday 18 October 2011 08:04:15 Oscar Fonts wrote:
> Buenas,
> 
> > En la siguiente web puedes echar una mano proponiendo como se
> > trasladaría cada campo del catastro a OSM
> > 
> > http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_f
> > eatures
> Hm, pero aquí están listados los registros alfanuméricos (cat), que no
> tienen geometría asociada [1]... no acabo de ver la relación directa
> con map features de OSM.
> Lo primero sería cómo ligar (join) algunos de estos registros cat con
> los shp, que sí llevan la geometría de ejes, construcciones, etc.
> Desgraciadamente la relación jamás es 1:1.

Eso ya se ha hecho. Falta por resolver algún detalle en las geometrías de los 
edificios principalmente debido a dos detalles:

1- No tenemos del todo claro como ligar los datos del .CAT con los shapes del 
CONSTRU cuando hay más de un edificio en la parcela (no parece que la 
numeración coincida).

2- No tenemos claro como importar los elementos 3D al mapa. Es decir, las 
diferentes plantas de los edificios. Por lo pronto estamos trabajando con las 
relaciones para evitar duplicar geometrías (incluso en 3D) y luego guardamos 
en el tag constru la altura.

> Al menos los ejes viarios urbanos sí se pueden relacionar con sus
> nombres [2] y los edificios con sus números de policía [3].
> En mi opinión, donde se describe el tipo de elemento, y por tanto lo
> que habría que relacionar con map features, son los códigos TTGGSS
> [4].

Los número de policía están en el .CAT pero no en el .SHP así que no es 
viable. Tampoco por el número catastral porque de los edificios solo tenemos la 
referencia de la parcela (en el .SHP) no de la propia construcción.

> También se podría extraer información sobre usos de locales
> comerciales en urbana, y sobre usos del suelo en rústica. Pero paso a
> paso...

Esa información no la hemos localizado. ¿En qué archivo/tag está la 
información de los usos de los locales comerciales?
 
> Y, sí, elempun y elemlin no pueden importarse a ciegas. Pero valen
> como ayuda: Hay un montón de caminos y riachuelos bien detallados que,
> contrastados con PNOA, podrían mapearse más fácilmente.

De esto no nos hemos encargado aún.

En otro orden de cosas, estamos buscando un repositorio donde subir el código 
que estamos realizando. ¿Nos podrías dar acceso al repositorio que enlazas 
para centralizar el trabajo?

> Oscar.
> 
> 
> [1] https://github.com/oscarfonts/catastro2postgis/blob/master/catstruct.py
> [2]
> https://github.com/oscarfonts/catastro2postgis/blob/master/sql/calles.sql
> [3]
> https://github.com/oscarfonts/catastro2postgis/blob/master/sql/views.sql
> [4]
> https://github.com/oscarfonts/catastro2postgis/blob/master/dict/dict_TTGGSS
> .csv
> >> > Los datos del catastro van a ser importados de forma masiva. Si es
> >> > posible, lo
> >> > ideal es no usar dicha fuente para no duplicara trabajo y evitar
> >> > colisiones a
> >> > futuro. En cuanto tengamos los script distribuiremos info sobre
> >> > como
> >> > colaborar
> >> > ;)
> >> > 
> >> > > Saludos
> >> > > 
> >> > > Daniel Rodríguez
> 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-es
-- 
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
http://lists.openstreetmap.org/listinfo/talk-es