<br><br><div class="gmail_quote">El 2 de febrero de 2012 22:33, Carlos Dávila <span dir="ltr"><<a href="mailto:cdavilam@orangecorreo.es">cdavilam@orangecorreo.es</a>></span> escribió:<br><blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote">
El 02/02/12 21:53, Javier Briz escribió:<div class="im"><br>
<blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote">
Bueno pues parece que lo he conseguido ejecutar sin que suelte ningún<br>
error... pero me está mosqueando un poco que no haya ningún output (en<br>
la última hora nada de nada).<br>
Sin embargo parece que consume CPU, aunque en disco no está haciendo<br>
absolutamente nada.<br>
A lo que habéis conseguido ejecutarlo con éxito, ¿Es normal?¿Tiene<br>
ratos en los que aparenta estar colgado?<br>
   <br>
</blockquote></div>
Mi pueblo de prueba se completó hace ya rato y el resultado me parece impresionante. Estáis haciendo un gran trabajo.<br>
No he tenido tiempo de ver el resultado en profundidad, pero sí hay algunas cosas que quería comentar:<br>
-Aparece una etiqueta is_in:province y otra is:in:province, con el mismo valor. Habría que dejar sólo la is_in:province, que es el formato usado normalmente.<br></blockquote><div>No nos habíamos percatado, para mañana cambiado está. El programa al crear un tag nuevo comprueba q no exista ya para no duplicarlo. Al estar distinto por eso han salido repetido el tag. Gracias a eso se ve el fallo y lo arreglamos.</div>
<div> </div><blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote">
-En source pone catastro. ¿No habría que poner todo lo de "Dirección General del Catastro..."?<br></blockquote><div>Esto como los expertos de OpenStreetMap decidan. Ya hay algunas cosas importadas por otras personas que han tomado (no se exactamente cómo) la información del Catastro y está como source=catastro. Creo que está bastante claro pero si se decice cambiarlo no hay problema.</div>
<div> </div><blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote">
-Parece haber algún problema de codificación. El pueblo que he probado tiene ñ (Castañar de Ibor) y el is_in:municipality aparece como CASTA?AR DE IBOR (no es una interrogación, sino otro símbolo raro).<br></blockquote><div>
En Windows consequimos arreglarlo, era cosa de la codificación del archivo de texto final que se exporta, ya que durante el programa se almacenan correctamente esos carateres. Gracias por encontrarlo también.</div><div> </div>
<blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote">
-Puede ser casualidad o falta de consistencia en los datos de catastro, pero los archivos descargados están identificados como 10_61_... y sin embargo tanto el ine:ref:municipality como el catastro:ref:municipality tienen el valor 60, en vez de 61.<br>
</blockquote><div>Ni idea, cosas mas raras verás en el catastro a medida que vayas probando pueblos jejeje.</div><div> </div><blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote">

-Los multipolígonos correspondientes a edificios, ¿no deberían llevar building=yes?<br></blockquote><div>Si son edificios si que juraría que a todos se les asigna el tag building y sus alturas. En el shapefile de Constru tambien vienen patios y "construcciones" que no deberían ser building y no se les asigna el tag building. Pero claro, cada población es un mundo, si hay muchos edificios que encuentras q no tienen ninguno el tag building tendremos que mirar a ver por qué puede ser.</div>
<div> </div><blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote"><p>
-Y ya puestos a pedir, ¿se podría conseguir que pusiera (por ejemplo) Calle de la Pradera en vez de Calle DE LA PRADERA?</p></blockquote><div> </div><div>Esto ya si que no es posible. No hay forma de determinar sin conocer lo que hay que nombres deberían ir en mayúsculas, minúsculas, etc. De hecho suerte que te han salido los articulos que en otras poblaciones directamente lo meten como Calle PRADERA.</div>
<div>El resultado al final está lo más optimizado posible pero siempre necesitará de un repaso de un usuario para arreglar cosas como esta y los problemas que destaque el validadode de JOSM.</div><div> </div><div>Una captura para ver tu pueblo no estaría nada mal :-)</div>
<div> </div><div>Saludos y gracias por los comentarios.</div><div> </div><div>--<br></div></div><div><font color="#666666">Ander Pijoan Lamas</font></div><div><font color="#666666">Ingeniero Técnico en Informática de Gestión</font></div>
<div><font color="#666666">Universidad de Deusto</font></div><div><font color="#666666"></font> </div><div><font color="#666666">Contacto:</font></div><div><font color="#666666">Email: </font><a href="mailto:ander.pijoan@deusto.es" target="_blank"><font color="#666666">ander.pijoan@deusto.es</font></a></div>
<div><font color="#666666">Móvil: +34 664471228</font></div><br>