There is, but it is kind of from the uDig project ... we had the concept of a Registry which contained Services and GeoResrouces. that would be subclassed to represent a FileService / FileGeoResource if needed.
But basically GeoSrever and uDig both run their own abstraction at this level; using GeoTools as needed when actually getting around to talking to the data. For the case of your GPXFile that would be an implementation detail inside your GPXDataStore, you can see something similar in ShapefileDataStore when they break out an AttributeReader for each of the files they are working with. We need experiment with making these kind of details available early on (with the hopes of doing Joins) but there was not much interest in it. Cheers, Jody Sunburned Surveyor wrote: > I'm wondering if there is a way to represent data files that are a > source of features. I'm not really talking about the DataStore > interface, but something similiar that is slightly LESS abstract. I > just want a generic interface that could represent actual files (not > streams or databases) that can be a source of SimpleFeatures. I'd like > to create a class that can represent GPX files on a computer, and if > there is such an interface I would like to implement it. > > (I searched the 2.5 Javadoc, but didn't see a class or interface like this.) > > Does such a class or interface exist? Has it been considered? > > Perhaps I should post an example of the GPXFile class so we could > discuss what, if any, of the methods might be moved to this interface > I describe? > > Landon > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Geotools-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/geotools-devel > ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
