<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    To me it sounds like you are talking about bringing back support for
    configurable layer tools that, IIRC, got lost with the transition to
    dojo.  This might tie in nicely with Duck's proposed changes to the
    editing tools.<br>
    <br>
    <div class="moz-cite-prefix">On 03/25/2015 11:15 AM, Basques, Bob
      (CI-StPaul) wrote:<br>
    </div>
    <blockquote
cite="mid:C9CEA89772DA74488B5A5B6EB17DC481116A0F9B@055-CH1MPN1-002.055d.mgd.msft.net"
      type="cite">
      <pre wrap="">All,

I just had a thought on a new piece of functionality for GeoMOOSE, and I'm probably asking too soon (without thinking about it some more) but, what are peoples thoughts about setting up a layer control in the Catalog for spitting out a WMS connection string for a layer that is currently displayed in GeoMOOSE?

I'm thinking a sort of ad-hoc metadata output for the layer, that shows the WMS service the feed is coming from, what the layer name is, and a complete link for the image in the current view.  This would obviously need to be filtered for WMS services only, but it could be another XML chunk in the mapbooks.

So, why do we (I) need/want this?  Well, we're actually seeing more and more applications, both Open and Commercial that are able to import services directly from WMS feeds.  I've been working with our traffic management folks on setting up some feeds for some of their commercial signalized intersection management software.  And I want to be able to let them choose which layers they want to use from the catalog that they want all on their own.

I guess I'm talking about essentially a layer level popup type of capability that can be populated with items specific to a layer.  Our metadata services links would be a good thing to add to this for example.  We've been assembling a Postgres metadata storage piece for a year or so now that could be included in all this at some future point as well.  With the popup mentality, we could set up things to startup QGIS or other applications right from the browser.

Tangentially related to the above, is, has anyone done any work with trying to figure out how to register users of services.  The above might present a method for this.  We want to know for example who registers to use a service in their respective software so the service doesn't get interrupted downstream without the admins being aware of or are able to warn the users before hand about a potential service downtime.

Lastly, I've had  some thoughts for a while now (a couple of years) about GeoMOOSE installations being able to read each other's WMS (OGC?) services.  This may be a spot in time where that kind of functionality might be easy to implement as well.  With a specific method of linking into a GEOMOOSE install for a GetCapabilities request, all of a sudden different layers can be used across servers, at least as WMS services, I know there are some Cross site scripting pieces, but, throwing the idea out there anyway.  This could be set up by layer, or as a composite WMS service from within the GeoMOOSE install.

These topics probably should be separate threads, but I think there is enough overlap in the functions to include them together at this point.

Thoughts?

bobb

</pre>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Geomoose-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Geomoose-users@lists.osgeo.org">Geomoose-users@lists.osgeo.org</a>
<a class="moz-txt-link-freetext" href="http://lists.osgeo.org/mailman/listinfo/geomoose-users">http://lists.osgeo.org/mailman/listinfo/geomoose-users</a></pre>
    </blockquote>
    <br>
  </body>
</html>