On Mon, Sep 24, 2012 at 8:24 AM, Victor Olaya <vol...@opengeo.org> wrote:

>
> >>
> > I wonder if calling this a "relationship" rather than a dependency makes
> > more sense. What sort of other information will the
> relationship/dependency
> > relay? Like for instance, in this could be good to create the
> relationship,
> > but also state the semantic as well, something like: relate(attribute,
> > features, "attributeOf") or something. Just an idea.
> >
>
> It could be made to have not just a relationship declared, but just
> the type of it, as you say. And maybe a predefined set of possible
> relationships types could be added.
>

One advantage to hard-coding the relationship is that it gives better
type-checking and IDE support.  Are there likely to be more than a few
different relationships that need to be expressed?

>
> >> - A hint describing the group of optional one a parameter belongs to.
> >> Some processes have a set of 2 or 3 parameters, from which just one
> >> has to be used (see the ContourProcess for example). If these grouping
> >> is not explicitly described, the UI will let the user fill all
> >> parameters or none of them, instead of enforcing using only one of
> >> them.
> >>
>
>
> > Any ideas how this would be implemented? Maybe something like creating an
> > instance of Parameter called "Or" or something and then have it actually
> > wrap up the individual parameters that are in its mutual exclusive group.
>
> I was thinking about something simpler than that, just adding a value
> called "group" or somthing like that, with the name of the group of
> options.


Might want to use a slightly more explicit name, like "choiceGroup" or
"optionGroup".

-- 
Martin Davis
OpenGeo - http://opengeo.org
Expert service straight from the developers.
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Reply via email to