<div>Jody,<br> </div>
<div>Thanks for the comments and the intro to GeoTools API...<br> </div>
<div><span class="gmail_quote">2006/9/25, Jody Garnett <<a href="mailto:jgarnett@refractions.net">jgarnett@refractions.net</a>>:</span></div>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Stefan F. Keller wrote:</blockquote>
<div>...</div>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">> Google has a programmatic interface. I can't imagine that every<br>> desktop GIS or GeoServer will contain a crawler which constantly looks
<br>> for new services or geospatial resources.<br>Um, the point of this API is that we have multiple implementations<br>available as plugins, one that works against the geoconnections<br>discovery portal, one that works against Paul Ramsey's database of Open
<br>Web Services, and hopefully one build against the end result from this<br>mailing list.</blockquote>
<div> </div>
<div>That is exactly I am looking firstly: a simple spec. to implement such a 'discovery portal'. Can you recommend one of the above mentioned services (if there is a protocol spec.)?</div>
<div> </div>
<div>Secondly I'm looking for a common minimal metadata model to help users to decide and finally move on (here we have a chicken-and-egg problem: no tools, no usage experience of metadata and: no model based on metadata entry experience, no tools?)
<br> </div>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">> The most import thing though which is lacking, is an information<br>> model... (see crosswalk below).
<br>As a client application (and library) we cannot be selective, we need to<br>work with what ever information is made available.<br><br>In terms of a metadata exchange model, I always view such efforts as<br>doomed - you need to exchange all metadata in, a non lossy manner. I
</blockquote>
<div> </div>
<div>
<div>Do we have here a chicken-and-egg problem too? Show me an halfway functioning simple protocol then I have choice.<br> </div></div>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">have a mad metadata plan around somewhere about writing "adapters" from<br>the various metadata flavours to the above cited "dublin core lite", but
</blockquote>
<div> </div>
<div>"dublin core lite"? (I coined the term ISO 19115 Core lite...) Any reference to this? Any affinity to the <a class="external free" title="http://tinyurl.com/kfkyv" href="http://tinyurl.com/kfkyv" rel="nofollow">
http://tinyurl.com/kfkyv</a> model I just revised based on your input?</div>
<div>...</div><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">> * modified: This is easy to get from geospatial resources</blockquote>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">><br>Not sure this would matter to a client application?</blockquote>
<div> </div>
<div>To me this matters mostly a user to rank two similar data sets.<br> </div>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">> * publisher: This is in GetCapabilities and really should be there for<br>> informations. It's also in ServiceInfo => unintentionally left out by
<br>> GeoTools?<br>><br>This was not often used by users doing a search, the focus is on the<br>content not the accountability. They can look at these details when they<br>decide they want to know more.</blockquote>
<div> </div>
<div>How? Through which element?</div>
<div> </div>
<div>Does getDescription returns just the URL or rather the whole response string from OWS GetCapabilities?</div><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">> ServiceInfo methods compared to DC:</blockquote>
<div>...<br> </div><font color="#550055">
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid"><font color="#550055">> * getDescription: Contains this associations to GeoResources? (you<br>> said: Services have a containment relatinship to GeoResources)?
<br>><br></font>
<div style="DIRECTION: ltr">see super class members() method...<span id=""></span></div></blockquote>
<p style="DIRECTION: ltr"><span id=""></span><span id="">When speaking of members: There would be also sets/collections of metadata records modeled by DC. But let's leave this out for now :-></span></p>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid"><font color="#550055">
<p style="DIRECTION: ltr"></p></font>> * in DC abstract is a specialization of description. What is the<br>> difference here?<br>><br>In java "abstract" is a reserved word :-)</blockquote></font>
<div>There are fields _abstract and description. Why? </div>
<div> </div>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">> What's missing from DC Core:<br>> * relation (to GeoResourceInfo?), language, rights<br>><br>relatinship is covered, language and rights are of interest.
</blockquote>
<div> </div>
<div>Just checked with DC again. What you call getSource could be some subtype of relation (e.g. cld:isAccessedVia). dc:source as I understand DC is reserved to lineage.</div>
<div> </div>
<div>This holds also for GeoResources: Currently there is an element/field lacking when someone wants to enter something like <a class="external free" title="ftp://host.com/path/filename" href="ftp://host.com/path/filename" rel="nofollow">
ftp://host.com/path/filename</a>. cld:isAccessedVia could be an element of choice.</div><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">> * type and identifier: What to do with it?<br>><br>super class getId(): URI covers identifier. Type (and what to do with
<br>it) is covered by query, resolve( GridCoverage.class ) etc...</blockquote>
<div> </div>
<div>Don't understand this type definition (except Grid). DC says it's "The nature or genre of the content of the resource (text, image, sound)". I propose mainly the enum values: 'data access service' and geodata or more detailed: vector, raster, grid?
</div><br>
<div>-- Stefan</div>