[Gvsig_desarrolladores] Migración de plugins de la 1.9 a la 2.0

[Cèsar Ordiñana]

Hola Fran,

En la guía para desarrolladores 2.0.0 tienes el siguiente documento, 
dónde se indican los principales cambios realizados que afectan a la 
hora de migrar un proyecto:

https://gvsig.org/web/projects/gvsig-desktop/docs/devel/gvsig-devel-guide/2.0.0/howto-migrate-projects-to-gvsig-2-0

Saludos,

-- 
Cèsar Ordiñana Navarro
gvSIG software architect
DiSiD Technologies (http://www.disid.com)



Francisco José Peñarrubia escribió:
> Más cosas de la 2.0.
>
> En general, la documentación sobre DAL está perfecta, la de Geometrías 
> también y la de montar un workspace de trabajo ya cumple perfectamente 
> su función.
> Sin embargo, no encuentro en el plone documentación acerca de los 
> cambios que han habido en algunas partes de la aplicación, como por 
> ejemplo appGvSIG, el sistema que había de ProjectManager ya no es como 
> antes, los documentos, tablas, etc.
>
> Hay algún sitio donde se explique un poco eso, o hay que ir directamente 
> al código?.
>
> Saludos.
>
> Fran.
>
> Francisco José Peñarrubia escribió:
>   
>> Hola a todos, especialmente a los involucrados en pasar plugins de la 
>> 1.9 a la 2.0
>>
>> Estoy intentando migrar el plugin de redes (ahora se llamará 
>> networkAnalysis, pero las viejas costumbres cuestan mucho de 
>> erradicar... :-p) y me encuentro con una serie de tareas y problemas 
>> que estoy seguro que muchos de vosotros ya habeis resuelto.
>> Creo que sería una buena idea habilitar una zona en el plone o en 
>> cualquier otro sitio donde se puedan poner ese tipo de Snippets para 
>> ahorrar trabajo al resto de gente que está intentando migrar plugins.
>> De esta forma, también serviría para documentar algunas buenas 
>> prácticas (y que el equipo de arquitectura señalara las que no son tan 
>> buenas).
>> Más o menos todo está en la documentación, y se puede encontrar, pero 
>> requiere tiempo que se puede minimizar si ponemos algo como los "How 
>> to..." o incluso compartimos clases que ayuden a la migración.
>>
>> En mi caso estoy haciendo algunas clases de utilidad para los casos 
>> comunes que me encuentro, por ejemplo, pasar una geometría a JTS, 
>> traducir un Envelope a Rectangle2D para operar con él, obtener campos 
>> alfanumércios de una capa, etc.
>> La idea sería compartir un poco todo esto, o incluso proponer un 
>> patrón Façade que facilite las tareas de migración. Pero vamos, que lo 
>> que más útil veo es poner un sitio donde podamos escribir los howto.
>>
>> En mi caso, abro con una pregunta sobre los índices espaciales en la 
>> capa. El código de antes:
>>
>>    public static SpatialIndex createJtsQuadtree(FLyrVect lyrVect) 
>> throws BaseException {
>>        ReadableVectorial va = lyrVect.getSource();
>>        if (!(va.getDriver() instanceof BoundedShapes))
>>            return null;
>>        va.start();
>>        QuadtreeJts spatialIndex = new QuadtreeJts();
>>        BoundedShapes shapeBounds = (BoundedShapes) va.getDriver();
>>        int to = va.getShapeCount();
>>        for (int i = 0; i < to; i++) {
>>            Rectangle2D r = shapeBounds.getShapeBounds(i);
>>            if (r != null)
>>                spatialIndex.insert(r, i);
>>            if ((i % 100000) == 0)
>>                System.out.println("Inserting  " + i + " bounding of " 
>> + to);
>>                  } // for
>>        va.stop();
>>        // vectorial adapter needs a reference to the spatial index, to
>>        // solve
>>        // request for feature iteration based in spatial queries
>>        va.setSpatialIndex(spatialIndex);
>>        return spatialIndex;
>>    }
>>
>>
>> y ahora me gustaría saber cómo se crea un índice espacial en la 2.0. 
>> (Aunque esto admito que no es algo típico).
>>
>> En otro orden de cosas, en el plugin de redes se usa un geoproceso de 
>> topología. No sé cómo está la migración de esa parte. Si va lento, 
>> creo que lo mejor es que meta ese geoproceso como algo de redes, no?
>>
>> Saludos.
>>
>> Fran.