<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-15">
<META content="MSHTML 6.00.2800.1505" name=GENERATOR></HEAD>
<BODY style="MARGIN: 4px 4px 1px; FONT: 10pt Microsoft Sans Serif">
<DIV>Arnulf,</DIV>
<DIV><BR>"Managed Web Mapping Application Framework"</DIV>
<DIV>&nbsp;</DIV>
<DIV>That's pretty good.&nbsp; I've been looking for a description just about like that.&nbsp; :c)</DIV>
<DIV>&nbsp;</DIV>
<DIV>While we haven't got the specific capability of building a client from the Server in place (yet) the MOOSE frame work certainly is intended to do so.&nbsp; As you described already, the biggest piece to that is the authentication part.&nbsp;&nbsp; We can use a XML descrition though to describe the GUI elements, and a combination of HTML and JS to describe the interface (Overall GUI).</DIV>
<DIV>&nbsp;</DIV>
<DIV>All services are implemented as WMS already, we're working on getting a common configuration standard at this point as well as WFS add-ons.&nbsp;&nbsp; Another big need for us is a CAD importer, which is where the WFS comes in.&nbsp; I already have a WMS for AutoCAD working (theirs sucks, big time) and am working on a WFS capability as well.&nbsp; This additional Client looks like it's going to need some extra config work on the WFS side in order to keep all our currently stored data intact.&nbsp; Looks doable, just time consuming to come up with the extra data standards.</DIV>
<DIV>&nbsp;</DIV>
<DIV>What we really need to focus on is automating the Layer configs to work with each type of client and expose the options to the average users in a sane way without requiring them to learn the whole system from top to bottom.&nbsp;&nbsp; MOOSE can handle doing this right now with a XML (MAPBOOK) desription of the layer catalog and Services.&nbsp;&nbsp; Service connections seem to be the bigger aspect missing from most other packages, at least in the way we want to implement.&nbsp; </DIV>
<DIV>&nbsp;</DIV>
<DIV>We want to use the Map interface as the main discoverer, not put the map into another system.&nbsp; Too much effort required to keep things working that way.&nbsp; By pulling the services into a MOOSE client, it's much easier to get mutiple services working for the same layer for example.</DIV>
<DIV>&nbsp;</DIV>
<DIV>Truth be told, I did look at most of the offerings some time ago, and found that&nbsp; they were coming up short at the time in one area or another.</DIV>
<DIV>&nbsp;</DIV>
<DIV>Right now I only have an authenticated access to the WMS services available.&nbsp; BTW, MOOSE can read WMS directly as well.&nbsp;&nbsp; Not completely compliant as of yet, but it does work.</DIV>
<DIV>&nbsp;</DIV>
<DIV>I just need to get the MOOSE WIKI out there first.&nbsp; That's my main priority right now.&nbsp; This is also a very part time effort at the moment.</DIV>
<DIV>&nbsp;</DIV>
<DIV>bobb</DIV>
<DIV>&nbsp;</DIV>
<DIV><BR>&gt;&gt;&gt; Arnulf Christl &lt;arnulf.christl@wheregroup.com&gt; wrote:<BR></DIV>
<DIV style="PADDING-LEFT: 7px; MARGIN: 0px 0px 0px 15px; BORDER-LEFT: #050505 1px solid; BACKGROUND-COLOR: #f3f3f3">Bob Basques wrote:<BR><BR>&gt;&nbsp; <BR>&gt; This is a very thought provoking conversation for me too.&nbsp; It's getting <BR>&gt; me thinking about how to describe the MOOSE project a bit better and <BR>&gt; describe it's strengths.<BR>&gt;&nbsp; <BR>&gt; bobb<BR><BR>Hi Bobb,<BR>just because it has not been mentioned yet, talking of diversity... The project Mapbender is a managed web mapping application framework - it is a server to create clients, think of a CMS for spatial data services. <BR><BR>. . . .</DIV>
<DIV style="PADDING-LEFT: 7px; MARGIN: 0px 0px 0px 15px; BORDER-LEFT: #050505 1px solid; BACKGROUND-COLOR: #f3f3f3">&nbsp;</DIV>
<DIV style="PADDING-LEFT: 7px; MARGIN: 0px 0px 0px 15px; BORDER-LEFT: #050505 1px solid; BACKGROUND-COLOR: #f3f3f3"><BR>I checked the demo link you sent around. If those maps were published as a WMS service (maybe they are, have a link?) I could whip up a demo site within minutes so that you can have a look around. I guess we will be doing this kind of thing on a big scale at FOSS4G. Might be interesting for you to find out where MOOSE would fit in to potentially "fill a hole".<BR><A href="http://wiki.osgeo.org/index.php/FOSS4G2007_IntegrationShowcase">http://wiki.osgeo.org/index.php/FOSS4G2007_IntegrationShowcase</A><BR><BR>Best regards, <BR>Arnulf. <BR><BR></DIV></BODY></HTML>