Application: gvSIG desktop

- COpetation.getInverted() no est? teniendo en cuenta si hay par?metros de transformaci?n -HECHO-

- Resolver el tema del cacheado de CRSs en los repositorios.

- Por qu? no est?n implementados  getPOrig() y getPDest() de COperation? -HECHO-

- Plantearse la necesidad de ICOperation:

	- COperation ya no la implementa. La conservo preventivamente. -HECHO-

- Crs y CrsGT: No construir los objetos CrsProj en el constructor, hacerlo la primera vez que se pidan.

- Habr?a que reducir el tiempo de arranque de la extensi?n.

- Depuraciones para detectar ineficiencias.

	- COperation.operate se llama para cada punto: optimizar su contenido (creaci?n de objetos). -HECHO-

	- Hacer que CrsGT.getCT no construya nuevos CrsProj cada vez que se llama.

- libJCrs y windows?????????????'

- ICrs: mirar qu? m?todos no tienen por qu? estar en la interfaz.

- Dependencias de gvSIG en libJCrs:

	- COperation.convert(...) utiliza: NotificationManager.addError(e) de andami;

	- Persistencia: depende de PluginServices de andami. -> subir la persistencia a la extension. -HECHO-

	- dependencia de CMS: IProjection, ICoordTrans, IDatum, ICRSFactory, org.cresques.geo.ViewPortData.

- Crs.getScale(): double invF = getDatum().getEIFlattening(); if (invF == Double.POSITIVE_INFINITY){}

	?Qu? valor da getDatum().getEIFlattening() en el caso de una esfera? geoltools da Double.POSITIVE_INFINITY.

- Busqueda IAU por zona: en mayusculas no encuentra.

- Persistencia de transformaciones en F2.

- Persistencia en el proyecto: Implementar IProyectio.getFullCode() y lo que esto implica.

- OGR y WINDOWS....!!!!????

- Revisar classpath de extJCRS (?log4j-1.2.8.jar?,etc...)