Starting a new thread for this one.
Sure its useful but in most cases it just does not apply. I mean
consider the three types data stores we have:
* file based (shapefile)
* database (postgis)
* services (wfs)
And consider the following metadata:
* title
* keywords
* description
* publisher
* schema
* source
* icon
it is my opinion that only information that is "baked into" a format
should be provided by it. So for shapefile none besides source apply.
You could make a case for title being the name of the actual file. For
databases again source (server url), and title (name of database) apply.
I dont think schema applies as the schema in the interface has a
differnent meaning than a database schema. For services they all apply.
I still fail to see how icon is relevant. How can any data source know
what icon to display... Are there a set of well defined icons out there
that are generally accepted?
So imho it only makes sense to have these fields for one of our
datastores (wfs), which does not justify having it on all. If people
want to come up with a sub interface for wfs, i am all for it.
I remember implementing catalog classes in udig and hating have to come
up with stuff to populate these fields, *guessing* as to what would be
suitable values for them.
My 3c :P
Jesse Eichar wrote:
> My problem with idea is that getURI doesn't do much. An extra couple
> methods are too hard to implement... So I think it gives some decent
> metadata with out too much cost. Otherwise all we'll ever get it the
> URI and that's one step from useless. Keywords, etc... are quite handy
> if you:
>
> 1. Have a catalog
> 2. Build a client
> 3. Want to offer an API to the outside world, Doesn't matter if it is
> Web-based, java based or whatever.
>
> It keeps the core metadata in Geotools rather than every other GT based
> app.
>
> My 2 cents (and jody isn't asking me to write this ;) )
>
> Jesse
>
>
>
> Le 6-Feb-08 à 3:00 PM, Justin Deoliveira a écrit :
>
>>
>> DataStoreInfo {
>>
>> String getURI();
>>
>> }
>>
>> DublinCoreInfo extends DataStoreInfo {
>>
>> String getTitle();
>>
>> String getPublsiher();
>>
>> String getSchema();
>> }
>
>
> !DSPAM:4007,47aa3f0a199981804284693!
>
--
Justin Deoliveira
The Open Planning Project
[EMAIL PROTECTED]
-------------------------------------------------------------------------
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
