[GeoNetwork-devel] Thumbnails for remote search results [SEC=UNCLASSIFIED]

Hi Richard,

I have found via other Z3950/HTML gateways that full URLs are necessary for
Z3950 presentation. I think this is because of the Z3950 results to the
request are sent to the web server asking the query. It is responsible for
presenting the results to the web browser and therefore any relative URLs are
not to the original zserver web pages but to the web server asking the Z3950
query.

The lesson to learn from this is always use full URLs in HTML metadata.

Thanks.

John

-----Original Message-----
From: geonetwork-devel-bounces@lists.sourceforge.net
[mailto:geonetwork-devel-bounces@lists.sourceforge.net] On
Behalf Of Software Improvements gn-devel
Sent: Wednesday, 2 July 2008 4:01 PM
To: geonetwork-devel@lists.sourceforge.net Devel
Subject: [GeoNetwork-devel] Thumbnails for remote search results

While doing a test of remote (Z39.50) searching
on the sample data (African basins)
using "Local GeoNetwork" as the node
selected, I notice that the thumbnails
in the search results are wrong.

The URLs used in the <img src="..."> elements
are the same as for local (Lucene) search,
i.e. they have "...resources.get?id=x...",
where x is the number of the search result.
That's wrong! To be able to get the
thumbnail through resources.get, the
id parameter has to be the id of the
data as it's stored in the local
database.

The metadata-*.xsl scripts doesn't seem to
take into account that the metadata
came from a remote location; they
just stick the "id" they receive into the
URL they generate.

OK, so the thumbnails are wrong.
But how to fix them?

It looks like it is not in
fact possible with resources
given as raw filenames (e.g.,
like the "phy_s.gif" example).
If you want to allow users to access
thumbnails (and other resources)
through Z39.50, you
have to put full URLs into the
metadata. (Hmm, have the metadata
rewritten during import so that
it uses full URLs?)

I have a sneaking suspicion this may all
be obvious to everyone else except
me. But if so, I didn't find
a discussion on the mailing list
archives.

--
Richard Walker
Software Improvements Pty Ltd
Phone: +61 2 6273 2055
Fax: +61 2 6273 2082

--------------------------------------------------------------
-----------
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
_______________________________________________
GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork