[Geomoose-users] GeoMOOSE searching GeoNetwork metadata

James Klassen klassen.js at gmail.com
Fri Feb 3 13:42:13 PST 2017


2.9.2 should still have all the major dependencies but the extension will
still likely need to be updated to match changes.  I needed to use some
non-public GeoMoose APIs to get the necessary functionality so stability
across versions is suspect.  Some/all of what I needed then might have a
public counterpart now.

If the second point isn't a big deal for you, things are a lot simpler and
you could just have the extension add the layer directly instead of needing
to generate a proxy.

On Thu, Feb 2, 2017 at 7:25 PM, Kevin Grootendorst <kgrootendorst at gmail.com>
wrote:

> Thanks for this feedback Jim.
> Would the current GeoMoose version 2.9.2 support this endeavor or have
> features/functions been deprecated since then?
> With respect to your second point, my client's GeoNetwork would not be
> harvesting data from other catalogs, only an internal database.  I foresee
> less complexity in terms of needing mapfiles generated on-the-fly to deal
> with projection issues.
> In hindsight though, do you think that the GeoMoose - GeoNetwork
> connection was worth your time and effort?  Or do you believe that it makes
> more sense just to keep the two applications separate?  Given the time and
> effort involved, I'm torn between the viability and feasibility of this,
> versus some sort of alternate solution.
> Cheers,
> Kevin
>
>
> On Thu, Feb 2, 2017 at 10:46 AM, James Klassen <klassen.js at gmail.com>
> wrote:
>
>> I wrote an extension connected GeoMoose to a CSW server (GeoNetwork) for
>> a project maybe 5 years ago or so.  I had intended to release it but never
>> got around to cleaning it up enough to not be project specific.  It would
>> also take some work to bring it up to date with current GeoMoose.
>>
>> It was a tab that searched the catalog and then presented the results
>> with options to view the metadata or if a WMS link was present in the
>> metadata, add the layer to the map.  A download button would be possible if
>> it could be derived from the metadata, but don't remember if I had that
>> working.
>>
>> Add to Map required some trickery:
>> 1) The Active/Visible layers extension was necessary to control the
>> layers added from CSW.  The regular Catalog tab still works as normal but
>> didn't know anything about the new layers.
>>
>> 2) (And this was the real stumbling block to me finishing the release.)
>> Because the CSW server was cataloging many off site resources, I had no
>> control over the WMS servers.  As such many didn't support the projection
>> used by GeoMoose (at the only commonly available WMS projection was 4326
>> which looks horrible on screen) so I wrote a ruby-mapscript program that
>> generated a mapfile for MapServer on the fly (in RAM) that from the
>> metadata info would connect to the remote WMS, find the best projection
>> supoorted by the server, if necessary reproject it to the projection uses
>> by GeoMoose and create a local WMS server that GeoMoose would use.
>>
>> On Feb 2, 2017 8:23 AM, "Kevin Grootendorst" <kgrootendorst at gmail.com>
>> wrote:
>>
>> Dear list,
>> I'm interested in using GeoMOOSE to ssearch and display layers from
>> GeoNetwork. A user would be able to query GeoNetwork metadata from within
>> GeoMOOSE, then have the option to display metadata, add the layer to the
>> map, or download the layer.
>> I think I have to implement Catalog Web Services in GeoNetwork and have
>> GeoMOOSE connect to these web services.  I assume I'll have to write a
>> JavaScript extension for GeoMOOSE, but JS is not my strength.
>> Does any one have any insight into how to develop this connection?  I
>> found a post from years ago that confirmed that the connection is possible,
>> but there was no additional info.
>> Cheers,
>> Kevin
>>
>> _______________________________________________
>> Geomoose-users mailing list
>> Geomoose-users at lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/geomoose-users
>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/geomoose-users/attachments/20170203/6bba1de9/attachment-0001.html>


More information about the Geomoose-users mailing list