RE: [Geotools-devel] JUMP Geotools intergration

[Alvaro Z. <alv...@ho...>]

Hi Jody!
I couldnt answer this mail before. Sorry (Also yesterday I couldnt go to 
GeoTools IRC chat, Ill try to do that next week, to see if we could help  in 
GeoTools)

>There is a gt2 Catalog api, which services like ValidationProcessor make 
>use of that looks similar in intent to your DataSourceRepository.I am a bit 
>confused in that you class is called DataSourceRepository, but seems to be 
>working with FeatureSources (which are a thin wrapper over DataStores - not 
>DataSources).

Sorry. I used to call DAO DataSources, when in Gt2 project DataSource and 
DataStore are different.
What I want to do is a something similar to your Catalog interface (Im 
studying GeoTools, and I didnt know this class). Maybe we could make a class 
which implements Catalog.

>these days, Shapefiles perform their filtering in memory. ALthough it would 
>be nice to have an optimized implementation that makes use of the shapefile 
>index.

We have this, and we'd like to move this to GeoTools if finally we would 
integrate JUMP with GeoTools, or if we could get a Desktop client as 
advanced as JUMP.
To get a ShapefileDataStore working with spatial index file and many 
attribute index, we need an spatial index library. We have a fork (with 
corrected bugs) of an older version of Spatial Index Library. When I have 
time, Id like to try newest version 
(http://www.cs.ucr.edu/~marioh/spatialindex/)
To work with attributes index, we have a btree library. I know that deegree 
project has its own version of DbaseIndex -it would be similar-

About JUMP.
We think that it is a good start point to work in a desktop gis . It has 
bugs, of course, but I like its workbench philosophy. When we decided to 
work with JUMP, we analized GIS Java toolkits, and we thought that it was 
the more mature solution. We needed a toolkit with a lot of funtionality 
because we didnt have time to begin a new desktop GIS.

JUMP's architecture allows you to extend it, and to create new tools. For 
interactive cartographic edition, it has a very good framework. You can do 
cursor tools (buttons which changes the mouse mode and allows you edit 
geometries) by extending its Abstract classes. You can create your own 
configurations, add new plugins, etc.

It has some limitations (we had to change some JUMP classes to render 
GridCoverages and to work with a not in memory data model).

We dont refuse to work in a new gui design, but now the only mature Java Gis 
desktop client we can work is JUMP. (with edition capabilities and 
extensible).

Best regards!!

_________________________________________________________________
MSN 8 with e-mail virus protection service: 2 months FREE* 
http://join.msn.com/?page=features/virus