I like the idea of the metadata matching the thumbnail (at that point in
time - this is what it was) rather than a dynamic thumbnail, and the speed
of the cached one is nice.
If you do go to dynamic thumbnails - we have map servers which will honestly
take about 20-25 seconds to respond to a request, and page load will suffer,
so a 'configurable solution' may be the best option.
Terry
-----Original Message-----
From: Francois Prunayre [mailto:fx.prunayre@anonymised.com]
Sent: Tuesday, 29 March 2011 3:08 PM
To: Rankine, Terry (CESRE, Kensington)
Cc: awalsh@anonymised.com; gavin.jackson@anonymised.com;
geonetwork-users@lists.sourceforge.net; anzlic-l@anonymised.com
Subject: Re: [GeoNetwork-users] thumbnail question
Hi all,
another option I've been investigating is the use of a GetMap request
url to use for thumbnail. That's a way to have an up-to-date
thumbnail.
In the metadata editor suggestion proposal [1], I added a mechanism to
propose to add a thumbnail once you add a WMS and layer name info.
When you run the process, it will add a browseGraphic element. It
could be improved to set the bounding box so you could zoom in when a
layer does not show up on full service extent (blank thumbnail we have
using the OGC harvester).
Cheers.
Francois
[1] http://trac.osgeo.org/geonetwork/wiki/proposals/MetadataEditorSuggestion
2011/3/29 <Terry.Rankine@anonymised.com>:
The last option is to combine bits of both.
Provided you have set 'editable harvested records'.
1. Use the harvester to generate the record and the thumbnail,
2. disable it,
3. then update the record accordingly.
We do this in AuScope when :
* the providers are unable to 'timely' update the service information,
Or
* we have a need to overload the metadata for other purposes.
Just remember - a record which is not auto harvested is no longer
representative of the underlying service. (think changes, or updates to
the
service...). So if you can - get the provider to update their service
metadata.
Regards,
Terry Rankine
-----Original Message-----
From: andrew walsh [mailto:awalsh@anonymised.com]
Sent: Tuesday, 29 March 2011 1:07 PM
To: Gavin Jackson; geonetwork-users@lists.sourceforge.net;
anzlic-l@anonymised.com
Subject: Re: [GeoNetwork-users] thumbnail question
Hi Gavin,
One way is is to use the OGCWxS harvester to automatically make thumbnails
for each layer. However since your records are not coming off a harvester
we
can
rule
that option out.
Another way would be to construct a MEF archive file for each metadata
record
and batch import a set of MEF files. See
http://geonetwork-opensource.org/manuals/2.6.3/developer/mef/index.html
for
details on MEF files.
A MEF file is like a zip file and within it is a folder
called 'public' which would contain a small and large version of the
thumbnail.
However it could be tedious to construct many MEF files and get all the
contents
exactly right.
Another way would be to have a massive thumbnail import function but this
is not available yet (see my enhancement proposal on Geonetwork Trac
at http://trac.osgeo.org/geonetwork/ticket/383 )
Andrew Walsh
AODN
----- Original Message -----
From: "Gavin Jackson" <gavin.jackson@anonymised.com>
To: <geonetwork-users@lists.sourceforge.net>;
<anzlic-l@anonymised.com>
Sent: Tuesday, March 29, 2011 3:26 PM
Subject: [GeoNetwork-users] thumbnail question
Hi guys,
I have a number of metadata entries containing WMS links to our geoserver
instance (non-harvested).
Does anyone know if it is possible to automatically generate thumbnails,
or
have a backend script they would like to share?
Also, I've just added 94 EML metadata records to our geonetwork instance
(under the ALADataResources category). Would be nice to replace the logo
and
preview icons with something that looks a bit nicer, again - is there an
easy way to do this? I'd be happy with generic images for all of the
entries.
http://spatial.ala.org.au/geonetwork
Running geonetwork 2.7
Regards,
Gavin Jackson
Atlas of Living Australia
----------------------------------------------------------------------------
--
Enable your software for Intel(R) Active Management Technology to meet
the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your
software
be a part of the solution? Download the Intel(R) Manageability Checker
today! http://p.sf.net/sfu/intel-dev2devmar
_______________________________________________
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
----------------------------------------------------------------------------
--
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software
be a part of the solution? Download the Intel(R) Manageability Checker
today! http://p.sf.net/sfu/intel-dev2devmar
_______________________________________________
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
----------------------------------------------------------------------------
--
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software
be a part of the solution? Download the Intel(R) Manageability Checker
today! http://p.sf.net/sfu/intel-dev2devmar
_______________________________________________
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