[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 data en 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.
> 
> 
> _______________________________________________ Talk-es mailing
> list Talk-es en 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/

iQIcBAEBAgAGBQJPpRzpAAoJEB3niTly2pPQkLUQAInYGbxu/mHp9lJcP6zXom4A
188HrSB0cvrB1GJjTypniVyxLMs4+X5fzJdecfNlfN2pau3lNMoTDa6Z+2L9B1Zu
rBz4DNidTaQ3lWFLJkcKolibmI2PE0oNvaB5hE3zyKFLQ/GV/wLHUCk6NLzgMeY9
kFTgeLpA+/+NFRk47emmoU72WhbCBHJL8wpinE+Tz/23h3lM7P4AJb9HjMu0jVX6
mMGnp9CqyCwbPh+vprf1k/xyBKZKPpfhW0/lP8SiYXQPxXHM87lwbWiJwdkdcCyM
HxddmzOQmE3MRtDt33S8dO1PuqnHG/3HhlgLzMFMvZTXNbsOZqFziS97HCbbcrOB
5gpkfs2+30+u/GBBOWd4ssvN37/6zclnTMW+X97W4KaeQ7uPe1UT+d0t+qNWDMBZ
xqUV7kC2k/BTehoUBqBnhcp64saDcOQlppiEcl5wZdl5I2ArLK0xJr5ARexhT75Y
zGJcntn3i7mLQQgcgPOUAdJaBUqvGNEotlOMwgSfnXzc3zx83GeXb9JjJneerPRa
mEFtv1/dXGpaTPW/kzPSid0d7rBcabre9W3L9SM8M2Qu/6kmi9nMLKLKNqk07dM0
SVUPHjr2mh71MlyXfHcA6JzxZAFOv07k30ueGqj3cOIdw+X7TwgvlSwFOM9Zg1H6
KEz5miRVpHB/3gcXZiu6
=5/te
-----END PGP SIGNATURE-----