svn-gvsig-desktop / tags / v1_0_2_Build_894 / applications / appgvSIG / NotasFJP.txt @ 10309
History | View | Annotate | Download (6.74 KB)
1 |
- No se debe hacer un QueryByPoint con visitor, ser?a mejor pornerlo |
---|---|
2 |
en FLyrVect, con un interfaz como el que tiene la capa de WMS (InfoByPoint) |
3 |
De esta forma, adem?s de ser m?s claro, las capas "inteligentes" |
4 |
como las de base de datos, podr?n hacer la consulta por SQL, y |
5 |
no har? falta recuperar todas las entidades. El mecanismo que |
6 |
hay ahora de visitors recorre todos los registros de una capa, y |
7 |
eso no es aceptable para las capas que tienen que leer sus |
8 |
geometries de manera remota. |
9 |
|
10 |
- v03: Para los s?mbolos. Cada s?mbolo sigue el patr?n Composite, |
11 |
y habr? un ComplexSymbol que tendr? un s?mbolo para cada |
12 |
tipo de entidad: Un s?mbolo para puntos, otro para l?neas, |
13 |
otro para pol?gonos y otro para textos. |
14 |
|
15 |
- v03: Revisar el sistema de Reproyecci?n al vuelo. Demasiado lento, |
16 |
se puede mejorar, pero es posible que sea mejor no hacerlo y |
17 |
crear un shape reprojectado cada vez => ?Y si es un DGN, qu? escribimos? |
18 |
=> Nuestro formato shp modificado es una opci?n => Definir nuestro |
19 |
shp modificado. (Que admita textos, mezcla de tipos de entidades, etc) |
20 |
|
21 |
- Cuando se abre el cuadro de di?logo de leyenda, cargar bien |
22 |
los datos del s?mbolo actual. |
23 |
|
24 |
- Internacionalizar los strings. |
25 |
|
26 |
- Corregir la pantalla de inicio, y hacer un cuadro de di?logo "About" |
27 |
|
28 |
- Habilitar el fileChooser que usa la aplicaci?n mdi para que permita |
29 |
devolver un array de Files (File[]), y abrirlo para que pueda seleccionar |
30 |
varios ficheros a la vez. |
31 |
|
32 |
- Algunos arcos no se dibujan bien en los dgn. Meter lo del libro de java. |
33 |
|
34 |
- Hay que completar el soporte de shape file. Ahora mismo no acepta multipunto, ni shapes 3D |
35 |
ni escritura. |
36 |
|
37 |
- P?gina 75, ?ltimo p?rrafo del libro de software libre: |
38 |
"Las condiciones y/o restricciones que imponen las licencias s?lo pueden |
39 |
ser precisadas por los propios autores, que seg?n la normativa de propiedad |
40 |
intelectual son los propietarios de la obra. En cualquier caso, la |
41 |
propiedad de la obra ser? de los autores, ya que la licencia no supone |
42 |
transferencia de propiedad, sino solamente derecho de uso y, en algunos |
43 |
casos, de distribuci?n." |
44 |
"...tambi?n es necesario saber |
45 |
que cada nueva versi?n de un programa es considerada como una nueva |
46 |
obra. El autor tiene, otra vez, plena potestad para hacer con su obra |
47 |
lo que le apetezca, incluso distribuirla con t?rminos y condiciones totalmente |
48 |
diferentes (o sea, una licencia diferente a la anterior). As?, si el lector |
49 |
es autor ?nico de un programa podr? publicar una versi?n bajo una |
50 |
licencia de software libre y, si le apeteciere, otra posterior bajo una licencia |
51 |
propietaria. En caso de existir m?s autores, y que la nueva versi?n |
52 |
contenga c?digo cuya autor?a les corresponda y que se vaya a publicar |
53 |
bajo otras condiciones, todos ellos han de dar el visto bueno al cambio |
54 |
de licencia." |
55 |
|
56 |
- Consideraciones sobre modelo de negocio para el software libre: |
57 |
? En realidad hacemos lo mismo que ahora, solo que la licencia de MapObjects y ArcView ya |
58 |
no existe. En lugar de que se la lleve Esri, no se la lleva nadie. A nosotros no nos deja |
59 |
en peor lugar que ahora, en todo caso mejor: Se puede dar formaci?n sobre nuestra herramienta |
60 |
a otros desarrolladores, e incluso cobrarles por una Certificaci?n en el uso de nuestras |
61 |
librer?as. |
62 |
? Los servicios se dividen en 2: Soporte t?cnico para usuarios del programa b?sico y/o |
63 |
funcionalidades nuevas que se hayan desarrollado para un cliente y Proyectos en los que |
64 |
se necesite programar nuevas funcionalidades o integrar el programa con otras aplicaciones |
65 |
del cliente final. |
66 |
? Con el CIT se deber?a firmar un contrato de mantenimiento especial (que se vean favorecidos |
67 |
respecto al resto de clientes, pero que no deje de ser una entrada fija de dinero a IVER). |
68 |
? Es posible que exista financiaci?n de Europa para proyectos de este tipo. Ya no solo en |
69 |
el desarrollo, que no creo que sea mucho lo que se pueda sacar, sino en proyectos de |
70 |
implantaci?n y soporte a gran escala (a partir de la Comunidad Valenciana, por ejemplo). |
71 |
|
72 |
- Sugerencia de Felipe: Ojo con copiar demasiado al ArcView, porque nos pueden meter puros |
73 |
legales los de ESRI (aunque no los ganen, nos pueden putear). (Dise?o de los formularios). |
74 |
|
75 |
- Pasar los cuadros de di?logo m?s usuados (leyendas y abrir capas al FMap, y utilizar unos |
76 |
derivados dentro de GVSIG. |
77 |
|
78 |
- ?Se puede utilizar los datasources de GT2?. Derivar de ellos para que entreguen entidades |
79 |
de las nuestras adem?s de las de JTS. |
80 |
|
81 |
- La ventana de asignaci?n de leyendas no debe depender del TOC. Se debe abrir con un layer |
82 |
para inicializar como m?ximo, y fuera de la ventana que se asigne su leyenda a los temas |
83 |
activos. |
84 |
|
85 |
- Ser?a una buena idea eliminar la dependencia de las capas con el FMap que las contiene. De |
86 |
esta forma, una misma capa podr?a estar en 2 MapControls a la vez, y supongo que nos |
87 |
evitar?amos problemas cuando tengamos un "pool" de capas abierta. |
88 |
|
89 |
- Cambiar el sistema de s?mbolos por los Style2D de Geotools. |
90 |
|
91 |
- Revisar el FLyrVect. Puede no estar basado en un fichero (capa en memoria, FLyrWFS, etc), |
92 |
as? que habr? que quitar el m_Path. Y si permitimos capas mixtas, quitar el |
93 |
m_shapeType. |
94 |
|
95 |
- Cambiar el bitmap (boolean []) por una clase BitSet. |
96 |
|
97 |
- Quitar m_legendValues y m_labelValues de FLyrVect como Object [] y String [] |
98 |
y ponerlos como ArrayList para que FLyrMem no tenga que pedir un Object[] cada |
99 |
vez que le hacen un addShape. |
100 |
|
101 |
- ?Merece la pena poner el dgn y el dxf como un grupo de layers? |
102 |
? Se podr?a permitir capas mixtas, con textos, puntos, lineas y pol?gonos. |
103 |
(Distinguir LAYER_TYPE de SHAPE_TYPE). Y en lugar de funcionar con tipos, es |
104 |
probable que sea mejor funcionar con clases distintas y jerarqu?a, usando |
105 |
"instanceof" |
106 |
|
107 |
? En el TOC aparecer?an con un s?mbolo compuesto. |
108 |
? El FLegendManagerWindow no mostrar?a solo la posibilidad de cambiar un s?mbolo |
109 |
de l?neas sino algo como ArcView (puedes fijar un s?mbolo de pol?gono para una |
110 |
capa e l?neas, aunque no se pinte. |
111 |
|
112 |
- En lugar de meter el DGN y el DXF en memoria, hacer una librer?a que permita ir |
113 |
cargando del disco duro. |
114 |
|
115 |
- Mantener un "pool" con las capas abiertas, de forma que si trabajamos en memoria, |
116 |
no haga falta consumir memoria para 2 capas iguales. Las 2 capas deben apuntar a |
117 |
los mismos datos en memoria. |
118 |
|
119 |
- Sustituir FRecordset por el interfaz TableModel. Es m?s simple, y es nativo de Java. |
120 |
|
121 |
- Capa DWG. |
122 |
|
123 |
- Implementar el resto de tipo de Shape en nuestro lector de shapes. ?Usar otro (GT2)? |
124 |
|
125 |
- Mejorar la velocidad del lector de DBF. |
126 |
|
127 |
- Meter en FLyrMemory un DefaultTableModel y guardar ah? los atributos que deseemos. |
128 |
|
129 |
- Atributos de DGN que vamos a mostrar por ahora: |
130 |
? Entity => Line String, Shape, Cell, Point |
131 |
? Layer (= Level) |
132 |
? Color |
133 |
? Elevation |
134 |
? LineTypeId |
135 |
? LineWidth |
136 |
? Text |
137 |
|
138 |
- Atributos de DXF que vamos a mostrar por ahora: |
139 |
? Entity => Line, Polyline, Insert, Point |
140 |
? Layer |
141 |
? Color |
142 |
? Elevation |
143 |
? LineTypeId |
144 |
? LineWidth |
145 |
? Text |