Gracias por el reporte Fernando!<br>Estoy esperando con gran ilusión poder probar el nuevo GGL en gvSIG!!!<br>La verdad es que el poder aprovechar estos wrapper para hacer más robustos los drivers de gvSIG es algo buenísimo. Creo que es comprensible no poder abarcar todos los formatos y creo que SHP y PostGIS (este también sería genial, si :-) ) son una buena elección para acotar. <br>
<br>Mucho ánimo!!!!<br><br>Un saludo,<br>Nacho V<br><br><br><div class="gmail_quote">El 27 de julio de 2011 17:43, Fernando González <span dir="ltr">&lt;<a href="mailto:fergonco@gmail.com">fergonco@gmail.com</a>&gt;</span> escribió:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">Hola, en los últimos días Víctor ha estado intentando darle al<br>
lenguaje GGL la capacidad de acceder a distintos formatos<br>
desarrollando unos wrappers sobre la API de gvSIG 2.0, como se<br>
especificó en la propuesta que se aprovó para el Google Summer of<br>
Code[1].<br>
<br>
Como resultado de ello ha encontrado una serie de bugs que han sido<br>
reportados en esta misma lista. El motivo por el cual estamos probando<br>
tan extensivamente la API de gvSIG es debido a que el lenguaje de<br>
scripting es mucho más exigente con la API de gvSIG que la aplicación<br>
de escritorio, ya que cualquier usuario puede escribir código contra<br>
esa API (a través de los wrappers) e intentar hacer cualquier<br>
&quot;burrada&quot; ante la cual la API debe responder. Con esto quiero decir<br>
que el nivel de exigencia que tenemos de la API es muy alto y que los<br>
problemas que nos estamos encontrando son debidos a ello y no tienen<br>
necesariamente tanto impacto en la aplicación de escritorio como en<br>
GGL.<br>
<br>
El problema de todo este testeo es que toma tiempo, mucho tiempo. Hay<br>
que depurar paso a paso, ver dónde está el fallo, intentar<br>
reproducirlo y ver si el fallo es de lo que está haciendo Víctor o de<br>
gvSIG para actuar en un sitio o en otro. Como mentor, considero que el<br>
trabajo que Víctor ha hecho sobre el acceso a shapefile ha sido ya muy<br>
costoso y que no se puede asumir un testeo extensivo de toda la API en<br>
el contexto de una beca de verano.<br>
<br>
Es por todo esto que vamos a tomar la decisión, si nadie objeta, de<br>
limitar el ámbito de la beca a hacer los wrappers únicamente para<br>
shapefiles y posiblemente postgis, si no da muchos problemas. Una vez<br>
terminada la beca se irán añadiendo los demás formatos, a medida que<br>
se vaya estabilizando gvSIG 2.0 y se vaya demandando soporte para<br>
ellos.<br>
<br>
La consecuencia de esto es que la versión que se publique al final de<br>
la beca no podrá procesar las capas de gvSIG que no estén en<br>
shapefile. Si alguien tiene alguna objeción, es el momento más<br>
oportuno para expresarla.<br>
<br>
Salvo esto, el desarrollo va por buen camino. Habrá una versión<br>
operativa del lenguaje dentro de unas semanas y Víctor tiene la<br>
integración bastante avanzada, por lo que muy probablemente tengamos<br>
un potente lenguaje de geoprocesamiento disponible en gvSIG para<br>
después de vacaciones (de las vuestras, claro ^_^).<br>
<br>
Saludos.<br>
<br>
<br>
<br>
<br>
[1] <a href="http://www.google-melange.com/gsoc/proposal/review/google/gsoc2011/victorzinho/1" target="_blank">http://www.google-melange.com/gsoc/proposal/review/google/gsoc2011/victorzinho/1</a><br>
<br>
&quot;Currently GGL2 provides support just for shapefiles and, as GGL2 uses<br>
its own data access layer, it may happen that a gvSIG layer cannot be<br>
accessed from scripts. In order to provide access to all formats gvSIG<br>
can read, several GGL2 readers will be created that wrap gvSIG ones.&quot;<br>
_______________________________________________<br>
gvSIG_desarrolladores mailing list<br>
<a href="mailto:gvSIG_desarrolladores@listserv.gva.es">gvSIG_desarrolladores@listserv.gva.es</a><br>
<a href="http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores" target="_blank">http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores</a><br>
</blockquote></div><br><br clear="all"><br>-- <br><div><div>Juan Ignacio Varela García <br></div><div><br></div></div><br>