Application: gvSIG desktop

- No se debe hacer un QueryByPoint con visitor, ser?a mejor pornerlo

  en FLyrVect, con un interfaz como el que tiene la capa de WMS (InfoByPoint)

  De esta forma, adem?s de ser m?s claro, las capas "inteligentes"

  como las de base de datos, podr?n hacer la consulta por SQL, y

  no har? falta recuperar todas las entidades. El mecanismo que 

  hay ahora de visitors recorre todos los registros de una capa, y

  eso no es aceptable para las capas que tienen que leer sus 

  geometries de manera remota.

- v03: Para los s?mbolos. Cada s?mbolo sigue el patr?n Composite,

  y habr? un ComplexSymbol que tendr? un s?mbolo para cada

  tipo de entidad: Un s?mbolo para puntos, otro para l?neas, 

  otro para pol?gonos y otro para textos.

- v03: Revisar el sistema de Reproyecci?n al vuelo. Demasiado lento,

  se puede mejorar, pero es posible que sea mejor no hacerlo y 

  crear un shape reprojectado cada vez => ?Y si es un DGN, qu? escribimos?

  => Nuestro formato shp modificado es una opci?n => Definir nuestro

  shp modificado. (Que admita textos, mezcla de tipos de entidades, etc)

- Cuando se abre el cuadro de di?logo de leyenda, cargar bien

  los datos del s?mbolo actual.

- Internacionalizar los strings.

- Corregir la pantalla de inicio, y hacer un cuadro de di?logo "About"

- Habilitar el fileChooser que usa la aplicaci?n mdi para que permita

  devolver un array de Files (File[]), y abrirlo para que pueda seleccionar

  varios ficheros a la vez.

- Algunos arcos no se dibujan bien en los dgn. Meter lo del libro de java.

- Hay que completar el soporte de shape file. Ahora mismo no acepta multipunto, ni shapes 3D

  ni escritura.

- P?gina 75, ?ltimo p?rrafo del libro de software libre:

"Las condiciones y/o restricciones que imponen las licencias s?lo pueden

ser precisadas por los propios autores, que seg?n la normativa de propiedad

intelectual son los propietarios de la obra. En cualquier caso, la

propiedad de la obra ser? de los autores, ya que la licencia no supone

transferencia de propiedad, sino solamente derecho de uso y, en algunos

casos, de distribuci?n."

"...tambi?n es necesario saber

que cada nueva versi?n de un programa es considerada como una nueva

obra. El autor tiene, otra vez, plena potestad para hacer con su obra

lo que le apetezca, incluso distribuirla con t?rminos y condiciones totalmente

diferentes (o sea, una licencia diferente a la anterior). As?, si el lector

es autor ?nico de un programa podr? publicar una versi?n bajo una

licencia de software libre y, si le apeteciere, otra posterior bajo una licencia

propietaria. En caso de existir m?s autores, y que la nueva versi?n

contenga c?digo cuya autor?a les corresponda y que se vaya a publicar

bajo otras condiciones, todos ellos han de dar el visto bueno al cambio

de licencia." 

- Consideraciones sobre modelo de negocio para el software libre:

	? En realidad hacemos lo mismo que ahora, solo que la licencia de MapObjects y ArcView ya

	no existe. En lugar de que se la lleve Esri, no se la lleva nadie. A nosotros no nos deja

	en peor lugar que ahora, en todo caso mejor: Se puede dar formaci?n sobre nuestra herramienta

	a otros desarrolladores, e incluso cobrarles por una Certificaci?n en el uso de nuestras

	librer?as.

	? Los servicios se dividen en 2: Soporte t?cnico para usuarios del programa b?sico y/o 

	funcionalidades nuevas que se hayan desarrollado para un cliente y Proyectos en los que

	se necesite programar nuevas funcionalidades o integrar el programa con otras aplicaciones

	del cliente final.

	? Con el CIT se deber?a firmar un contrato de mantenimiento especial (que se vean favorecidos

	respecto al resto de clientes, pero que no deje de ser una entrada fija de dinero a IVER).

	? Es posible que exista financiaci?n de Europa para proyectos de este tipo. Ya no solo en

	el desarrollo, que no creo que sea mucho lo que se pueda sacar, sino en proyectos de 

	implantaci?n y soporte a gran escala (a partir de la Comunidad Valenciana, por ejemplo).

- Sugerencia de Felipe: Ojo con copiar demasiado al ArcView, porque nos pueden meter puros

  legales los de ESRI (aunque no los ganen, nos pueden putear). (Dise?o de los formularios).

- Pasar los cuadros de di?logo m?s usuados (leyendas y abrir capas al FMap, y utilizar unos

  derivados dentro de GVSIG.

- ?Se puede utilizar los datasources de GT2?. Derivar de ellos para que entreguen entidades

  de las nuestras adem?s de las de JTS.

- La ventana de asignaci?n de leyendas no debe depender del TOC. Se debe abrir con un layer

  para inicializar como m?ximo, y fuera de la ventana que se asigne su leyenda a los temas

  activos.

- Ser?a una buena idea eliminar la dependencia de las capas con el FMap que las contiene. De

  esta forma, una misma capa podr?a estar en 2 MapControls a la vez, y supongo que nos

  evitar?amos problemas cuando tengamos un "pool" de capas abierta.

- Cambiar el sistema de s?mbolos por los Style2D de Geotools.

- Revisar el FLyrVect. Puede no estar basado en un fichero (capa en memoria, FLyrWFS, etc),

  as? que habr? que quitar el m_Path. Y si permitimos capas mixtas, quitar el

  m_shapeType.

- Cambiar el bitmap (boolean []) por una clase BitSet.

- Quitar m_legendValues y m_labelValues de FLyrVect como Object [] y String []

  y ponerlos como ArrayList para que FLyrMem no tenga que pedir un Object[] cada

  vez que le hacen un addShape.

- ?Merece la pena poner el dgn y el dxf como un grupo de layers?

	? Se podr?a permitir capas mixtas, con textos, puntos, lineas y pol?gonos.

	  (Distinguir LAYER_TYPE de SHAPE_TYPE). Y en lugar de funcionar con tipos, es

	  probable que sea mejor funcionar con clases distintas y jerarqu?a, usando

	  "instanceof"

	? En el TOC aparecer?an con un s?mbolo compuesto.

	? El FLegendManagerWindow no mostrar?a solo la posibilidad de cambiar un s?mbolo

	  de l?neas sino algo como ArcView (puedes fijar un s?mbolo de pol?gono para una 

	  capa e l?neas, aunque no se pinte.

- En lugar de meter el DGN y el DXF en memoria, hacer una librer?a que permita ir

  cargando del disco duro.

- Mantener un "pool" con las capas abiertas, de forma que si trabajamos en memoria, 

  no haga falta consumir memoria para 2 capas iguales. Las 2 capas deben apuntar a 

  los mismos datos en memoria.

- Sustituir FRecordset por el interfaz TableModel. Es m?s simple, y es nativo de Java.

- Capa DWG.

- Implementar el resto de tipo de Shape en nuestro lector de shapes. ?Usar otro (GT2)?

- Mejorar la velocidad del lector de DBF.

- Meter en FLyrMemory un DefaultTableModel y guardar ah? los atributos que deseemos.

- Atributos de DGN que vamos a mostrar por ahora:

	? Entity => Line String, Shape, Cell, Point

	? Layer (= Level)

	? Color

	? Elevation

	? LineTypeId

	? LineWidth

	? Text

- Atributos de DXF que vamos a mostrar por ahora:

	? Entity => Line, Polyline, Insert, Point

	? Layer

	? Color

	? Elevation

	? LineTypeId

	? LineWidth

	? Text