<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
<pre wrap="">Pour la traduction c'est plus un truc du genre
Sa support ce truc la (<a class="moz-txt-link-freetext" href="http://geoprisma.org/dist/build/html/widgets/i18n.html#sample">http://geoprisma.org/dist/build/html/widgets/i18n.html#sample</a>)
<mapfishlayertree>
<name>W_MapFishLayerTree_Default</name>
<options>
<layertreepaths>
<layertreepath>
<path>base</path>
<text>
<domain>MyDomain</domain>
<key>i18n_base</key>
</text>
</layertreepath>
<layertreepath>
<path>base/usa</path>
<text>
<fr_CA>États-Unis</fr_CA>
<en_US>United States</en_US>
</text>
</layertreepath>
<layertreepath>
<path>base/canada</path>
<text>Canada</text>
</layertreepath>
</texts>
</options>
</mapfishlayertree>
</pre>
<br>
<br>
<br>
<br>
Alexandre Dube a écrit :
<blockquote cite="mid:4B323D37.5070102@mapgears.com" type="cite">Hi
devs,
<br>
<br>
There has been some discussion regarding a new config driver :
XMLMapContextConfig. Some conceptualization work has been done and a
first config.xml prototype is now available (see attached). At this
point, no development has been done yet.
<br>
<br>
We'll cover every general details in this e-mail so you'll have a
basic understanding of how it works and what has changed from the old
XMLConfig and XMLWorkspaceConfig drivers.
<br>
<br>
N.B.: In this e-mail, I use the future and present tenses instead of
conditional. You understand that this new config is hypothetical at
this point and the use of these tenses are grammatically wrong. Sorry
about that.
<br>
<br>
<br>
=== WHY ===
<br>
The main reason this new config was conceptualized :
<br>
* To be able to share a resource list in a specific geospatial
context. This is the new <mapcontext> node.
<br>
<br>
<br>
=== OTHER NEEDS ===
<br>
Following countless discussions and comments from users and devs, more
needs were required and they are added as well in this new config :
<br>
* Have a 'lighter' config file
<br>
* To be able to define an infinite number of maps (previously
<map> nodes in the old configs, now being the <mapcontext>
node) and to be able to choose the one we want.
<br>
* No more Resource-specific options in widgets
<br>
* No more mandatory Widget+Resource manual link
<br>
* Filters (logical, comparison and spatial)
<br>
<br>
<br>
=== DETAILS ===
<br>
Here are the new nodes and ones that are going to change while using
the XMLMapContextConfig driver :
<br>
<br>
+++ <mapcontext> +++
<br>
* replaces the <map> node
<br>
* contains a list of resources to use in the map
<br>
* contains map options (projection, units, extent on startup, etc)
<br>
* note : resources in the mapcontext node can have their options
partially or completely overwritten
<br>
<br>
<br>
+++ <resource> +++
<br>
* note: since the <map> node no longer exists, the <layer>
nodes are gone as well.
<br>
* note: the options that were in <layer> nodes are now resource
options
<br>
* note: by default, the OpenLayers.Layer objects created and added to
the map are done automatically depending on the available servicetypes,
see [1] for more about this.
<br>
* note: it is possible to overwrite this behavior (see above) by
choosing a list of specific service types. This is the
<layersenabled> node. It can be defined in a resource node
(either directly in the <resources> or in a <mapcontext>).
<br>
* note : resources can have their options partially or completely
overwritten (directly in the <resources>, in a <mapcontext>
or both).
<br>
* note: resources from the same WMS service will *always* be combined
in a single OpenLayers.Layer object from now on. This won't have do be
done manually anymore.
<br>
* Resources now have new options to allow them to *talk* to widgets.
This is the new way to *link* the widgets to the resources. For example
:
<br>
* <editable> : allows the resource to be automatically linked to
edition widgets
<br>
* <queryable> : to query widgets
<br>
* <layertreepath> : this is the option used by the layertree
widgets. Each '/' means a new node and the following name is either
the key to a i18n text or directly the text to display as a layertree
node (folder).
<br>
* <zoomField> : used by all widget that use a specific field as
a key to zoom to a feature, like quickzoom, recenter, shortcut, etc.
<br>
* etc...
<br>
<br>
[1] --- The OpenLayers.Layer auto-creation rules (the default behavior)
:
<br>
* if the resource is linked to a TileCache service, a TileCache layer
will always be added to the map
<br>
* else (see above), use the WMS service
<br>
* FeatureServer (vector) layers are only added if a widget directly use
them (for exemple an edition widget)
<br>
* gymo are simply added
<br>
<br>
<br>
+++ <widget> +++
<br>
* widgets have no more resource-specific options
<br>
* widgets are automatically linked to the resources that have the
option needed by the widget, like <queryable> for the query
widgets
<br>
* no more map widget (replaced by <mapcontext> node)
<br>
* the mapfishlayertree (and future layertree widgets) are now much
simpler, lighter and are automatically build by using the
<layertreepath> option of the resources
<br>
<br>
<br>
+++ <application> +++
<br>
* replaces the <template> node to do basically the same things :
<br>
* select a template file
<br>
* select a drawmode
<br>
* contains a widget list to use
<br>
* widget options can be overwritten in an application
<br>
* widgets listed in an application are automatically linked to the
resources that have the option needed by the widget, like
<queryable> for the query widgets
<br>
<br>
<br>
+++ <session> +++
<br>
* note: the name 'session' is being discussed
<br>
* these nodes are optionals
<br>
* only goal : link one <mapcontext> to one <application>
<br>
* this could also be done directly in the .php file, in the url for
example :
<br>
geoprisma.php?mapcontext=MyMC2&application=MyApp3
<br>
* if sessions are used, you could use them instead :
<br>
geoprisma.php?session=MySess8
<br>
<br>
<br>
+++ <filter> +++
<br>
* defined in the <filters> node
<br>
* linked directly to a resource, either in <resources> or in a
<mapcontext>
<br>
* many can be linked at the same time. They are combined by a logical
'AND'. For example: filter1 AND filter2 AND filter3.
<br>
* the node names and values are purely conceptual at this point. More
work and discuss needs to be done.
<br>
* Current filters are inspired from :
<br>
* MapServer expressions
<br>
* OpenLayers Filter objects
<br>
* OGC Filter Encoding standard
<br>
<br>
=== end of : DETAILS ===
<br>
<br>
<br>
=== PROS ===
<br>
* resource sharing is now possible and easy
<br>
* no more illogical Resource+Widget mandatory links (like toolbar,
scale, measure, etc)
<br>
* lighter reusable config files
<br>
* lighter and less widgets definition (since they have no more
resources options)
<br>
* no backward compatibility (the same config_secur file would be
outputed to be read by the .xslt widget files)
<br>
* this new driver is a phase 1. A phase 2 could be a
PDOMapContextConfig, resulting in a config completely stored in a
database instead of a xml file. A countless number of
<mapcontext> nodes could be easilly created and maintained.
<br>
<br>
<br>
=== CONS ===
<br>
* changes are needed in all widget .php file to let them know which
resource option to talk to
<br>
* a lot more of *automated* stuff, meaning a loss of flexibility but a
huge gain of simplicity
<br>
* with the official release of this driver, the other 2 old ones will
be completely removed and no longer supported.
<br>
<br>
<br>
=== CONCLUSION ===
<br>
* There's no time frame for this functionality yet.
<br>
* As soon as it is released, this way of writing a GeoPrisma config
would become *the* official standard way of doing so.
<br>
* Comments are welcomed
<br>
<br>
<br>
Happy holidays,
<br>
<br>
<pre wrap=""><pre wrap="">
<hr size="4" width="90%">
_______________________________________________
Geoprisma-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Geoprisma-dev@lists.osgeo.org">Geoprisma-dev@lists.osgeo.org</a>
<a class="moz-txt-link-freetext" href="http://lists.osgeo.org/mailman/listinfo/geoprisma-dev">http://lists.osgeo.org/mailman/listinfo/geoprisma-dev</a>
</pre></pre>
</blockquote>
<br>
</body>
</html>