Steven, Andreas,
Markus is currently extending Caps2Context to create OWS Context instead
of WMC and it will be incorporated into LISAsoft's Catalog example.
The Catalog example merges the functionality of Mike's 2 context editing
examples into one and should eventually be able to replace them.
Yes I think this one can be archived. It was based on a very early
draft of the WPS spec and I doubt those servers are around any longer.
Maybe Pat has a more up-to-date example of using WPS in MapBuilder?
Mike
Andreas Hocevar wrote:
> Steven,
>
> I am not aware of any maintained demo. I am n
Reviewing:
https://[EMAIL
PROTECTED]/mapbuilder-contrib/sandbox/markusin/contrib/mapbuilder/lib/tool/xsl/Caps2Context.xsl
Revision 47
I suspect your changes will break the OWSExplorer and contextEditor
examples. I see these as eventually being deprecated, but initially we
should ensure the
Hi all,
I have created the stylesheet that converts WMS capabilities to OWS
context. I commited it into the contribution sandbox located in:
https://svn.codehaus.org/mapbuilder-contrib/sandbox/markusin/trunk/mapbuilder-trunk/lib/tool/xsl/Capabilities2OWSContext.xsl
Please let me know, if the way
Steven,
I am not aware of any maintained demo. I am not sure about the wpsIE
demo in the archive, I never saw that one working. IMO, both models
should be archived as long as there is nobody feeling responsible for
maintaining those.
Regards,
Andreas.
Steven M. Ottens wrote:
> Hi all,
>
> Whi
Steven,
this one is used in the complete demo and is working fine there.
Regards,
Andres.
Steven M. Ottens wrote:
> Hi all,
>
> Another file I'd like to see a demo of: /lib/tool/Caps2Context.
> Apparently it is different from EditContext in that it replaces the
> context in stead of editing
Steven,
AFAIR the consensus was to put it into the archive. I did this some time
ago, but I missed the files you are referring to. So yes, those should
be archived.
Thanks!
Andreas.
Steven M. Ottens wrote:
> Hi all,
>
> In my ongoing quest to resolve the 259 issue:
> What's the consensus on th
Steven,
I agree that this _should_ be part of proj4js. But as long as nobody
integrates it there, we still need it (at the moment, only in
CursorTrack.js).
Regards,
Andreas.
Steven M. Ottens wrote:
> Hi all,
>
> I came across /lib/tool/MGRS and I'm wondering if it shouldn't be
> part of proj
Steven
This was needed at one point to support the military grid reference system
(MGRS).
Pat.
> From: "Steven M. Ottens" <[EMAIL PROTECTED]>
> Date: Sun, 24 Feb 2008 14:46:58 +0100
> To: ,
> <[EMAIL PROTECTED]>
> Subject: [Mapbuilder-devel] /lib/tool/MGRS.js
>
> Hi all,
>
> I came across /lib
Hi all,
I came across /lib/tool/MGRS and I'm wondering if it shouldn't be
part of proj4js and if not, why do we need it. What it appears to do
is to get the letters for UTM zones. Which to me sounds like
something proj4js wants to be able to do.
Steven
Hi all,
In my ongoing quest to resolve the 259 issue:
What's the consensus on the SLD editor and all its files? http://
jira.codehaus.org/browse/MAP-385 states that /lib/widget/SldEditor.js
is deprecated, but it still in trunk. Should I move it to archive,
together with the EditSld tool?
Reg
Hi all,
Another file I'd like to see a demo of: /lib/tool/Caps2Context.
Apparently it is different from EditContext in that it replaces the
context in stead of editing it. But I'm not sure it works with
MapPaneOL so I'd like to see a example with it working so I can close
it.
regards,
Ste
Hi all,
While closing the 259 bug and all it's children I noticed /lib/model/
WpsCapabilities and //lib/model/WpsDesrcibeProcess. There's no reason
to assume they're not working, but I'm curious if there's a demo
around to see them in action.
regards,
Steven
13 matches
Mail list logo
