[Talk-es] [catastro] Avila

Cruz Enrique Borges Hernández cruz.borges en deusto.es
Vie Mar 16 08:39:35 GMT 2012


Estaría bien que todas estas preguntas que te estás haciendo las pusieras
en la wiki para que entre todos los maperos las respondais y quede una
sección

"ya he importado, ¿y ahora qué?"

lo más completa posible.

El 16 de marzo de 2012 02:23, Xavier Martin <xaviermmt en gmail.com> escribió:

> buena suerte, ..
>
> jajajajaj Lo que deciais de Avila, ahora empieza el trabajo duro.....
> aich... esto es una locura!! jajajaja
>
>
> No se por donde cogerlo.... comparado con un pueblecito pequeño esto ya
> tiene su tela....
>
> A ver si me podéis guiar de como trabajarlo...
>
> Había pensado en empezar por barrios... cada día una cosa..., hay que
> corregir los postes de luz, que veo que hay miles, no unos cuantos como
> pensaba, miles....; arboles.. hay cientos por toda la ciudad....;
> farolas.... todo parece encajar, pero... habría que confirmar.... ¿?¿
>
> Las calles que ya están publicadas en OSM parecen que acoplan, pero..,
> faltan muchos tags e incluso algunas calles completamente,  y estoy
> tageando (mayoritariamente highway=residential, oneway=yes/no,
> surface=asphalt, y name) directamente en OSM; algunas calles publicadas
> cortan edificios del catastro, otras no están bien unidas, centenares de
> rotondas.... entradas y salidas de estas, un sin fin de cosas que corregir
> antes de tocar siquiera el catastro. No se si unirlo ya directamente y
> trabajar con el TODO, o ir corrgiendo ahora en OSM y luego más adelante
> unirlo cuando este más completo.
>
> Los número de portales.... me he fijado y en la provincia de Ávila están
> ya publicadas en casi todos las poblaciones, pero incluso en sitios que no
> hay ni calle... luego el catastro tb tiene su nº de portales, y me habeís
> pasado otro archivo más solo con los portales, más el tag que viene con la
> información del catastro, al final no se cual escoger... o borrar... pero
> hay miles que borrar si no queremos que se dupliquen.
>
> Otra duda con los edificios ya generados y publicados, los que encajen o
> los que no encajen directamente con cual me quedo si los dos son
> iguales???¿ si son diferentes me quedo con el más completo... pero habrá
> que borrar alguno...
>
> Pues eso son algunas  pequeñas dudas que me van surgiendo, (habrá muchas
> más..)
>
>
> Muchas gracias y un saludo
>
> Xavier Martin
>
>
>
>
> El 15 de marzo de 2012 16:30, Benjamín Valero Espinosa <
> benjavalero en gmail.com> escribió:
>
>> Yo por ejemplo estoy probando con el pueblo de mi mujer, Benejúzar
>> (Alicante), que tiene 5000 habitantes y 50 km² y tarda 15 minutos en un
>> portátil con 2,16 GHz y 2,5 GB, pero claro, casi todo el pueblo es campo y
>> la "densidad urbana" es pequeña.
>>
>> El 15 de marzo de 2012 16:16, Cruz Enrique Borges Hernández <
>> cruz.borges en deusto.es> escribió:
>>
>> por cierto, Cadiz tarda 2 o 3 horas.
>>>
>>> El 15 de marzo de 2012 16:10, David Marín Carreño <davefx en gmail.com>escribió:
>>>
>>>> Hice la prueba de transformar Alcobendas (Madrid), de 44,98 km²,  y
>>>> tardó aproximadamente unas 25 horas en un Athlon64 X2. No es demasiado
>>>> grande, pero tiene una trama urbana importante.
>>>>
>>>> La Puebla de Don Fadrique (Granada), de 523,38 km², unas 5 horas.
>>>>
>>>> Creo que depende más bien de la densidad de las tramas urbanas, o quizá
>>>> tenga que ver con el número de polígonos a procesar.
>>>>
>>>> El 15 de marzo de 2012 15:57, Javier Briz <algspd en gmail.com> escribió:
>>>>
>>>>  Las superficies de los datos descargados no sirven para estimar los
>>>>> tiempos, al menos no linealmente.
>>>>> La demostración es:
>>>>>
>>>>> cadrete->11km²->~2 horas en un quad
>>>>> avila 231,9km² -> 8 horas
>>>>> zaragoza 973,78km² -> mas de un mes (y sigue sin haber terminado) en
>>>>> un i7 2600k con 16GB de RAM
>>>>>
>>>>> Si se quiere estimar con algo es preferible hacerlo contra el volumen
>>>>> de datos a tratar, pero a pesar de eso sigue sin parecer lineal.
>>>>>
>>>>> Por cierto, estoy convirtiendo zaragoza y no me sale la barra de
>>>>> progreso y sigue soltando los errores de "null" al simplificar vías
>>>>> ¿habéis intentado convertir zaragoza con la versión nueva alguien más?
>>>>>
>>>>> ¿alguien ha intentado convertir alguna ciudad más o menos del tamaño
>>>>> de Zaragoza?¿podría ser que estos tiempos desmesurados de Zaragoza
>>>>> sean cosa de los ficheros del catastro correspondientes a Zaragoza
>>>>> (que estén rotos vamos)?
>>>>>
>>>>> _______________________________________________
>>>>> Talk-es mailing list
>>>>> Talk-es en openstreetmap.org
>>>>> http://lists.openstreetmap.org/listinfo/talk-es
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> David Marín Carreño <davefx en gmail.com>
>>>>
>>>>
>>>> _______________________________________________
>>>> Talk-es mailing list
>>>> Talk-es en openstreetmap.org
>>>> http://lists.openstreetmap.org/listinfo/talk-es
>>>>
>>>>
>>>
>>>
>>> --
>>> Cruz Enrique Borges Hernández
>>> Email: cruz.borges en deusto.es
>>>
>>> DeustoTech Energy
>>> Telefono: 944139000 ext.2052
>>> Avda. Universidades, 24
>>> 48007 Bilbao, Spain
>>>
>>> _______________________________________________
>>> Talk-es mailing list
>>> Talk-es en openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-es
>>>
>>>
>>
>> _______________________________________________
>> Talk-es mailing list
>> Talk-es en openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-es
>>
>>
>
> _______________________________________________
> Talk-es mailing list
> Talk-es en openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-es
>
>


-- 
Cruz Enrique Borges Hernández
Email: cruz.borges en deusto.es

DeustoTech Energy
Telefono: 944139000 ext.2052
Avda. Universidades, 24
48007 Bilbao, Spain
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://lists.openstreetmap.org/pipermail/talk-es/attachments/20120316/bcc3af06/attachment.html>


Más información sobre la lista de distribución Talk-es