GeoTools, the Java GIS toolkit

I keep trying to build one :-)

Deegree has some code, I was not able to get it to work at the time. 
GeoAPI has had some donated interfaces for a while, but Gabriel is 
finally putting them on their feet with a parser etc.

I would talk to Gabriel and propose a collaboration :-)
Jody
> Hi,
>
> this may not be 100% on topic on this list, but nonetheless many GIS 
> people are reading here.
>
> So my question: Does anybody know of a client to query OGC Catalog 
> Services (preferebly java library) that is open source (preferebly 
> lgpl)?
>
> I've already tried to find sth. with google, but it seems the keywords I 
> use are to "general".
>
> Andreas
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Geotools-gt2-users mailing list
> Geotools-gt2-users@...
> https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
>

Am Freitag, 22. Dezember 2006 22:48 schrieb Jody Garnett:
> I keep trying to build one :-)
>
> Deegree has some code, I was not able to get it to work at the time.
> GeoAPI has had some donated interfaces for a while, but Gabriel is
> finally putting them on their feet with a parser etc.
>
> I would talk to Gabriel and propose a collaboration :-)

Seems I wasn't clear enough: I'd like to have something that is already 
working. I don't have the time to develop a full client at the moment.

So, it looks like XPath has to be enough for my prototype...

Andreas

Problem is I'm scared about the lack of requirements (or should I say the=20
blurry ones) for a metatada client.

Explanation: it would be pretty easy to build one that works over well defi=
ned=20
information schemas (dublin core, 19115/191139).
My temptation (and what I'm doing at the server side on my csw) is to have =
a=20
single, strong typed metadata model on the Java level (the GeoAPI metadata=
=20
interfaces, reflecting ISO 19115), and a mapping to the different output=20
schemas (ogccore is a subset of dc, and iso 19139).
Problem is uncertainty on the sufficiency of this approach to support emerg=
ing=20
profiles. Aka, a profile is allowed to augment the information model with n=
ew=20
structures.
So the tradeoff is on limiting what we can handle with an pleassant API, or=
=20
end up allowing anything like a DOM and deal with the mess it supposes.

so I'm hungry of comments on this regard.

Gabriel

On Friday 22 December 2006 22:48, Jody Garnett wrote:
> I keep trying to build one :-)
>
> Deegree has some code, I was not able to get it to work at the time.
> GeoAPI has had some donated interfaces for a while, but Gabriel is
> finally putting them on their feet with a parser etc.
>
> I would talk to Gabriel and propose a collaboration :-)
> Jody
>
> > Hi,
> >
> > this may not be 100% on topic on this list, but nonetheless many GIS
> > people are reading here.
> >
> > So my question: Does anybody know of a client to query OGC Catalog
> > Services (preferebly java library) that is open source (preferebly
> > lgpl)?
> >
> > I've already tried to find sth. with google, but it seems the keywords I
> > use are to "general".
> >
> > Andreas
> >
> > -----------------------------------------------------------------------=
=2D-
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to share
> > your opinions on IT & business topics through brief surveys - and earn
> > cash
> > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=
=3DDEVDEV
> > _______________________________________________
> > Geotools-gt2-users mailing list
> > Geotools-gt2-users@...
> > https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users

=2D-=20
Gabriel Rold=E1n (groldan@...)
Axios Engineering (http://www.axios.es)
Tel. +34 944 41 63 84
=46ax. +34 944 41 64 90

> ...So the tradeoff is on limiting what we can handle with an pleassant API, 
or
> end up allowing anything like a DOM and deal with the mess it supposes.
or well the metadata meta-model should be quite the same as for FeatureType, 
as it seems to follows the principles?