Statistics
| Revision:

svn-gvsig-desktop / trunk / org.gvsig.desktop / org.gvsig.desktop.compat.cdc / org.gvsig.fmap.dal / org.gvsig.fmap.dal.impl / src / main / java / org / gvsig / fmap @ 43729

Name Size Revision Age Author Comment
  dal 43729 over 6 years Francisco Díaz Carsí Arreglada la obtención de una feature a partir ...

Latest revisions

# Date Author Comment
43729 01/19/2018 07:02 PM Francisco Díaz Carsí

Arreglada la obtención de una feature a partir de su referencia con un FeatureType expecífico.
43728 01/18/2018 08:22 PM Joaquín del Cerro Murciano

refs #4783, borrada la cache del FeaturePagingHelperImpl al cambiar el estado del flag de seleccion-arriba.
43727 01/18/2018 08:08 PM Joaquín del Cerro Murciano

refs #4789, modificado el FastEditedIterator para que cuando crea una feature use el featuretype del store y no el de los datos del proveedor.
43726 01/18/2018 08:07 PM Joaquín del Cerro Murciano

refs #4789, borrada la cache del paginghelper al inicio del metodo reload
43725 01/18/2018 08:05 PM Joaquín del Cerro Murciano

refs #4786, corregido error en la persistencia de DefaultFeatureSelection
43722 01/18/2018 08:29 AM Joaquín del Cerro Murciano

refs #4787, #4788. Corregido como el FeatureManager reconstruye una feature editada para que acceda correctamente a los campos de esta aunque no este completa la feature
43705 12/24/2017 07:31 PM Joaquín del Cerro Murciano

Restringido el uso de wrapSpatialIndex del FeatureStore solo a stores que soporten OIDs numericos ya que con OID que o sean numericos falla al insertar los valores en el indice
43691 12/14/2017 12:28 PM Joaquín del Cerro Murciano

refs #4769, forzado a descargar la cache del FeaturePagingHelper cuando se hace un reloadCurrentPage.
43660 11/29/2017 10:44 AM Joaquín del Cerro Murciano

Añadido al paginghelper que pueda mantener varias paginas de features en memoria en lugar de solo una. He dejado que mantenga 3 a capon, aunque esta preparado para que se pueda cambiar. Este cambio ha venido a cuento de que cuando se cargaba un documento tabla de BBDD y coincidia que los datos que se mostraban en la tabla estaban a caballo entre dos paginas hacia muchas cargas de pagina, tan solo con pasar el raton sobre la tabla.
43646 11/27/2017 11:35 AM Joaquín del Cerro Murciano

Pospuesto el calculo del numero de registros del store que se hacia en el constructor de la seleccion al momento en que realmente se precise. Esto puede acelerar la creacion de stores sobre capas grandes varias veces ya que se calculaba el numero de registros cuando no se iba a usar.

View revisions

Also available in: Atom