Adrian Custer wrote:
Hey all,
I may be confused by these global static methods but I don't understand
why there are two cannonical sources. I gather, in any running uDig app,
there will always be:
PlatformGIS
CatalogPlugin
CatalogPlugin is the life cycle management class for the eclipse plugin
framework. It is responsible for things like knowing which logger to
use, obtaining and releasing resources and so on.
PlatformGIS is a facade for the entire GIS Platform as described in the
documentation. This includes the CatalogPlugin, anything else needed to
manage resources, including user interface.
I understand that Eclipse builds things with plug-ins and not explicitly
into layers, you can view PlatformGIS as the base (just like Eclipse
IDE), and GISApplication as a something built on top. Everything needed
for PlatformGIS is provided as one "feature" from the update site.
There are other GIS Applications, one that has been talked about but
never implemented is a user interface to configure GeoServer. To build
such an application you would not need all of uDig (ie printing and
visualization are not needed), only the GISPlatform (data wrangling).
Is there any time when there will be one and not the other? Are there
other cannonical, static accessors to resources from the uDig platform?
Yes, when you get up to the GISApplication you will find some more, for
things like creating Maps, or adding Layers.
If both are always present, it seems that we could consolidate these
into PlatformGIS for user clarity. We would then distinguish four
categories of methods:
RCP interaction:
---------------
methods to access the GUI controller e.g.
getView (change to getRCPView?)
Data Model Methods:
-------------------
methods to get at the geospatial data held by the uDig Platform
getAllCatalogs()
getDefaultCatalog()
getLocalCatalog()
Project Model Methods:
---------------------
methods to get at the structure of the projects in the Platform
getProjects()
getActiveProjects()
getMaps(Project)
getActiveMap()
Convenience Methods:
-------------------
methods would be for frequently needed shortcuts.
addLayersToActiveMap()
>From a user's point of view, it would be nice to have PlatformGIS be a
single source from which the entire rest of the application could be
accessed. Is this possible? Would this make sense,
Consider the breakdown in the Programmers Guide and get back to me, I
have no problem making code
reflect what we do. But I do want a strong separation of of concerns
between geospatial data, and spatial representation.
Jody
_______________________________________________
User-friendly Desktop Internet GIS (uDig)
http://udig.refractions.net
http://lists.refractions.net/mailman/listinfo/udig-devel
