gvSIG bugs #524

Avoid invalid values in the creation of a new Shape layer

Added by Cesar Ordiñana over 12 years ago. Updated over 10 years ago.

Status:Closed% Done:

0%

Priority:NormalSpent time:-
Assignee:Juan Lucas Domínguez
Category:-
Target version:2.0.0-devel-2050
Severity: Add-on version:1.0.0-SNAPSHOT
gvSIG version:2.0.0 Add-on build:16
gvSIG build:2045 Add-on resolve version:
Operative System: Add-on resolve build:
Keywords: Proyecto:
Has patch:No Hito:
Add-on name:Tools: New layer (org.gvsig.newlayer.app.extension)

Description

In the process of creation of a new layer of shape type, the user might set invalid parameters and values.

To solve it, the following changes must be performed:
(Sorry, following contents in Spanish)

Interface FeatureStoreProviderFactory
----------------------------------------

Añadir:
- obtener la lista de tipos soportados
- obtener la lista de geometrias soportadas, tipo/subtipo
- si soporta "mandatory"
- si soporta primarykey
- dame un featuretype por defecto

Clase AbstractFeatureStoreProviderFactory
-------------------------------------------

Añadir metodos que ofrezcan valores por defecto para
los metodos añadidos a FeatureStoreProviderFactory

Clase SHPStoreProviderFactory
-------------------------------

Añdir los metodos nuevos de FeatureStoreProviderFactory
con los valores adecuados para un shape.

El featureType devuelto debe tener la geometria tal como
la precisa el shape.

Interface de usuario
---------------------

En el panel de definicion de campos se pedira a la factoria
que toque el featuretype.
Para los atributos que esten en el featuretype entregado
por la factoria, no se permitira modificar mas que el
tipo y el nombre.

Si el proveedor no soporta atributos obligatorio o claves
primaria esta columna estara deshabilitada.

Los desplegables de las columnas de tipo, tipo de geometria
y subtipo de geometria estaran limitados a los valores que
diga que soporta la factoria de proveedores de stores.

Deshabilitar la columna longitud para los tipos de datos
que no la soporten.


Related issues

Related to Application: gvSIG desktop - gvSIG bugs #446: error creating adding shp file / error al crear añadir ar... Closed 03/16/2012

History

#1 Updated by Joaquín del Cerro Murciano over 12 years ago

  • Target version set to 2.0.0-alpha6

#2 Updated by Juan Lucas Domínguez about 12 years ago

  • Assignee set to Juan Lucas Domínguez

#3 Updated by Juan Lucas Domínguez about 12 years ago

  • Target version changed from 2.0.0-alpha6 to 2.0.0-rc1

#4 Updated by Joaquín del Cerro Murciano about 12 years ago

  • Target version changed from 2.0.0-rc1 to 2.0.0-devel-2050

#5 Updated by Juan Lucas Domínguez about 12 years ago

  • Status changed from New to In progress

#6 Updated by Juan Lucas Domínguez about 12 years ago

Hola, no acabo de entender la intención de esta frase:

"Para los atributos que esten en el featuretype entregado
por la factoria, no se permitira modificar mas que el
tipo y el nombre."

Si la columna GEOM es de tipo geometría, ¿Se podrá cambiar a INTEGER, por ejemplo?
¿O solo cambiar el tipo pero no el subtipo?
¿Ese párrafo significa que se puede hacer lo que se quiera con los campos por defecto salvo eliminarlos?

#7 Updated by Joaquín del Cerro Murciano about 12 years ago

Uff!!!
Pues ahora mismo no tengo ni idea de por que llegamos a la conclusion de poner eso. Lo primero que se me viene a la cabeza es que no se deberian modificar los atributos por defecto que ofrece la factoria..... o si....

Para el dxf no se deberia poder cambiar nada ya que la estructura del dxf que soportamos es fija.... pero con un shp, deberiamos poder cambiar el tipo/subtipo de geometria pero no el nombre del campo, y desde luego no deberiamos porder eliminar ningun campo que ofrezca la factoria.

Salvo que Cesar se acuerde de por que llegamos a esa conclusion, casi que mejor usar en su lugar:

Deberia poderse modificar el tipo/subtipo de geometria, pero no cambiar nada mas del los campos por defecto, y el tipo/subtipo solo acorde a los valores que nos diga la factoria que soporta el proveedor.

Como lo veis?

#8 Updated by Cesar Ordiñana about 12 years ago

Estoy de acuerdo con lo que propone Joaquín. No recuerdo por qué pusimos lo que comenta Juan Lucas, igual fue simplemente una mala transcripción de lo que hablamos.

En definitiva, de los campos por defecto, no se puede cambiar nada excepto si el tipo es geometría, pudiendo cambiar entre los tipos y subtipos de geometría soportados por la factoría del proveedor.

#9 Updated by Juan Lucas Domínguez about 12 years ago

Progresando en este bug/feature request.
El comportamiento del JTable es bastante sofisticado de implementar, pero ya está bastante avanzado.

#10 Updated by Juan Lucas Domínguez about 12 years ago

  • Status changed from In progress to Fixed

gvsig-desktop:r38533

Changed feature store provider factory API (implemented default values for SHP) and improved feature type panel behavior and layout.

#12 Updated by Álvaro Anguix over 10 years ago

  • Status changed from Fixed to Closed

Also available in: Atom PDF