gvSIG feature requests #1874
ROIs architecture refactoring
| Status: | New | % Done: | 0% | |
|---|---|---|---|---|
| Priority: | Normal | Spent time: | - | |
| Assignee: | - | |||
| Category: | Raster | |||
| Target version: | - | |||
| gvSIG version: | 2.0.0 | Add-on resolve version: | ||
| Keywords: | Add-on resolve build: | |||
| Has patch: | No | Proyecto: | ||
| Add-on name: | Unknown | Hito: | ||
| Add-on version: |
Description
Refactoring de ROIS. Eliminar List<ROI> a nivel de capa y definir un interfaz claro e implementación para ROIs eliminando la mezcla de cosas que contienen.
Una capa ráster debería poder tener ROIs de tipo ráster y de tipo vectorial asociados. Además
debe poder tener una lista de estos por lo que sería necesario un interfaz en la que se pueda seleccionar la capa de ROIs a utilizar.
Por otro lado, las ROIs deben ser del proveedor de datos. Este con tendrá una lista de estos. Las ROIs deberían modelarse como proveedores de datos de tipo ráster o de tipo vectorial según su tipo, ya que tener una lista de geometrías en memoria como hasta ahora puede ser muy poco eficiente en caso de que la lista de ROIs sea muy grande. Hay que tener en cuenta que esta se mantiene durante toda la vida de la capa. Además debería optimizarse el acceso isInside para que las operaciones con ROIs asociados sean lo más rápidas posible.
En este momento parece que no hay funcionalidad que use ROIs raster por lo que la parte prioritaria sería la vectorial.
History
#1
Updated by Álvaro Anguix over 10 years ago
- Category set to Raster
#2
Updated by Álvaro Anguix about 10 years ago
- Assignee deleted (
Ignacio Brodín)