Darn I was hoping you were the excuse needed to set up a persisted blackboard per layer. I think you will find that properties are only available per service right now; so some work may still be needed. Have a look at the IService api and let me know what you think.
Note it is much more useful to users if this is stored against the service/resource; since it is available on any and all maps every time the layer is used. Jody On Fri, Apr 24, 2009 at 5:37 PM, KLAEBE Michael <[email protected]> wrote: > Hi Jody, > > Actually I think you've hit the nail on the head. It is (in my case) > more correct to store the 'layer' information against the > service/resource. > > Thanks, > > Mike > > -----Original Message----- > From: [email protected] > [mailto:[email protected]] On Behalf Of Jody > Garnett > Sent: Thursday, April 23, 2009 1:27 PM > To: User-friendly Desktop Internet GIS > Subject: Re: [udig-devel] Equivalent to a Map internalBlackboard for > Layer > > On trunk we have persisted and non persisted properties for a service > - we introduced this because: > a) it is a useful idea that you can also see in the eclipse IResource > class > b) people were starting to abuse the system and save session information > in the service connection parameters map > > Depending on the information you are storing you may also wish to use > the service properties to save content? That is is - is your information > about the layer; or is it about the resource? > > You could follow suite for a layer (using the same naming convention); > citing the same motivation. Remember in uDig we do not introduce an API > before there is a demonstrated need. > > I would match rather see new API introduced; then have the style > blackboard serve multiple purpose. Changes to the style blackboard have > the side effect of redrawing the layer after all. > > Jody > > On Wed, Apr 22, 2009 at 4:29 PM, KLAEBE Michael > <[email protected]> wrote: >> Hi, >> >> In case this is the wrong place to ask this question please educate me > >> as to the correct place. >> >> I have a need to add some 'properties' to Maps and Layers. The idea >> being users can update these properties and they're persisted between >> uDig sessions. For a Map the following worked quite nicely: >> * Create a MapCreation Interceptor that sets the default value for >> properties on the layer and store the properties in the maps >> blackboard >> * Create a Persister for the various types of properties being put >> into the blackboard (so they get persisted between uDig sessions) >> * Create a PropertyPage for IMaps to allow display and modification of > >> the map properties >> >> I can do the same for Layers however it falls down with the >> 'persisting between uDig sessions' bit, because the IBlackboard of a >> layer is a SimpleBlackboard unlike the map's IBlackboard which is a >> BlackboardImpl >> >> So my question is what is the recommended approach for a Layer? >> >> Thanks, >> >> Mike. >> _______________________________________________ >> User-friendly Desktop Internet GIS (uDig) http://udig.refractions.net >> http://lists.refractions.net/mailman/listinfo/udig-devel >> >> > _______________________________________________ > User-friendly Desktop Internet GIS (uDig) http://udig.refractions.net > http://lists.refractions.net/mailman/listinfo/udig-devel > > Disclaimer : > The contents of this e-mail including any attachments are intended only > for the person or entity to which this e-mail is addressed. If you are not, > or believe you may not be, the intended recipient, please advise the sender > immediately by return e-mail, delete this e-mail and destroy any copies. > The Company does not warrant nor guarantee that this email communication is > free > from errors, virus, interception or interference. > > _______________________________________________ > User-friendly Desktop Internet GIS (uDig) > http://udig.refractions.net > http://lists.refractions.net/mailman/listinfo/udig-devel > _______________________________________________ User-friendly Desktop Internet GIS (uDig) http://udig.refractions.net http://lists.refractions.net/mailman/listinfo/udig-devel
