svn-gvsig-desktop / trunk / applications / appgvSIG / NotasFJP.txt @ 7492
History | View | Annotate | Download (6.74 KB)
1 | 1749 | fjp | - 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 | 1257 | fjp | - 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 | 1244 | fjp | - 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 | 312 | fernando | - 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 |