hi john,
we use an alternate approach. we store the service metadata in a special
postgres database and search directly in the database. the information model
is not the one which is defined by ogc csw 2.0.2 ap iso 1.0.
we allow searching after single wms layers, wfs featuretypes which are
configured before (a simple wfs client definition is done by the service
providers) and after wmc documents. these docs can be published by the
different providers.
i think, that the standard based approach - implementing a client for the csw
interface - is not the right way. there are many informations which are not
part of the iso19115 or iso19119. (quality/validity of services, licences,
authorization, ...).
a central sdi portal have to handle all this information. the iso metadata is
only a part of it.
we use geonetwork as a broker and cause it has a csw interface which is
demanded for the european sdi (inspire). for this purposes it is a very good
software (many apis and conform to many standards).
we push the service-/dataset metadata from our 'service registry' into
geonetwork. this metadata is conforment to the iso standards and in many cases
the needed service-/data metadata coupling is given.
to make use of the concept behind csw 2.0.2 ap iso 1.0 the clients have to
harvest all metadata and resolve the linkages between services (layer) an the
corresponding data-metadata. the biggest problem is that all the records have
to be consistent
.
i think, that it will only be possible to handle this thru a harvesting of
service-metadata like geonetwork implements it. the system create a metadata
record for every laytaer which has a MetadaUrl entry.
maybe you can try to search for maps in our portal:
http://www.geoportal.rlp.de/portal/en/service/search.html?cat=dienste&searchfilter=searchText%3D*%26resultTarget%3Dfile%26outputFormat%3Djson%26languageCode%3Den
note: i dont think, that all this a problem of the geonetwork software. it is
a problem of the used standards 
regard
armin
Am Montag 04 Juli 2011, 03:24:07 schrieb john.hockaday@anonymised.com:
Hi All,
First of all I don't want to criticise GeoNetwork. I think it is the best
CSW around at the moment and it's wonderful work that the developers have
done so far. However, ...
What I find extremely frustrating with GeoNetwork interfaces is that it is
so hard to see a map of the data. Users want see a map image more than
seeing the metadata or downloading the resource but there doesn't seem to
be a button to select in the metadata search results page that will add
that map to the existing map.
The flow should be search for something, look at the WMS image on the
existing map and then download it if the user wants that data. Hence "see
metadata", "show map" and "download resource" should be the three major
things of equal importance available on the search results page. Of course
many resources don't have WMS images but those that do are not that easy
to display.
Having nice things like publish to twitter, face book and rate this
metadata record is OK but the most important things that a user wants are:
1. what's available (search)
2. what does it look like (show the map)
3. look at metadata and
4. download the data.
In most cases looking at the metadata is the last or second but last thing
that a user wants to do when the user wants to find out more about the
data yet it is mostly the only thing that one can do with GN interfaces.
Are there any GeoNetwork interfaces where I can do a search and then
immediately "show the map"? I'd like to demonstrate this to some toffs to
show that GN is a really good tool for users and not just a presentation
of developers skills.
Thanks in advance for any useful GN interfaces.
John Hockaday
Spatial Standards Group (OSDM)
GPO Box 378
Canberra ACT 2601
(02) 6249 9735
http://www.osdm.gov.au/
john.hockaday\@osdm.gov.au
---------------------------------------------------------------------------
--- All of the data generated in your IT infrastructure is seriously
valuable. Why? It contains a definitive record of application performance,
security threats, fraudulent activity, and more. Splunk takes this data
and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
GeoNetwork-users mailing list
GeoNetwork-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users
GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork
--
Im Auftrag
--
Armin Retterath
Zentrale Stelle Geodateninfrastruktur
LVermGeo RP
Ferdinand-Sauerbruch-Straße 15
56073 Koblenz
Telefon 0261/492-466
Telefax 0261/492-492
armin.retterath@anonymised.com
http://www.geoportal.rlp.de