animl-develop

[Animl-develop] new technique schema and definitions on CVS

[<Mar...@wa...>]

Hi everybody,

=66ollowing up on the discussions at the last E13.15 working meeting,
Dominik, Peter and myself have made some changes to the technique schema
(now labeled "version 1.1"). The new technique schema, and the technique
definition documents adhering to that schema, are now available on the
SourceForge CVS server and should also be accessible via web shortly (see
http://cvs.sourceforge.net/viewcvs.py/animl/).

Please share your comments on this mailing list.


Mit freundlichen Gr=FC=DFen / Best regards

Dr. Maren Fiege
Product Manager

--------------------------------------------------------------
Waters Informatics
Europaallee 27, D-50226 Frechen, Germany
Tel. +49 2234 9207 - 0 Fax. +49 2234 9207-99
Reply to: mar...@wa...
http://www.creonlabcontrol.com
http://www.watersinformatics.net
--------------------------------------------------------------


=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D

The information in this email is confidential, and is intended solely for =
the addressee(s). Access to this email by anyone else is unauthorized and =
therefore prohibited.  If you are not the intended recipient you are =
notified that disclosing, copying, distributing or taking any action in =
reliance on the contents of this information is strictly prohibited and may=
 =
be unlawful.

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D

The information in this email is confidential, and is intended solely for =
the addressee(s). Access to this email by anyone else is unauthorized and =
therefore prohibited.  If you are not the intended recipient you are =
notified that disclosing, copying, distributing or taking any action in =
reliance on the contents of this information is strictly prohibited and may=
 =
be unlawful.

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D

The information in this email is confidential, and is intended solely for =
the addressee(s). Access to this email by anyone else is unauthorized and =
therefore prohibited.  If you are not the intended recipient you are =
notified that disclosing, copying, distributing or taking any action in =
reliance on the contents of this information is strictly prohibited and may=
 =
be unlawful.

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D

Re: [Animl-develop] new technique schema and definitions on CVS

[Burkhard S. <b_...@us...>]

Hi everybody,

I like the idea of includes in a Technique Definition.
A few thoughts and reflections about the Modules system:

- Why don't we treat Definitions and Modules symmetrically?
   A Module is a fancy way for including things. It has the same
   child nodes as a Definition (except that UsedModule is missing).

This has quite significant effects when using an object mapping tool.
Multiple elements with the same name but different children cause all
kinds of problems here. Additionally, a program that tries to read a
Technique (with modules) must treat things differently depending on
whether it is in a Definition or a Module.

We could think about using only a single branch and - for example - make
the file type choice an attribute to Technique.

    <Technique type="{definition|extension|module}" ...>

It would keep software a lot simpler. (Not only the Technique Editors
;-) ). The only downside I see here is that includes can possibly be
recursive; but I guess that's a feature.


- How do we prevent that somebody includes a Module in the wrong way?

It would be good it we could prevent users from inserting Modules at the
wrong place, i.e. put a Page into a ParameterCategory.

- How do we deal with naming conflicts? Do we superimpose like with
Extensions? Sounds reasonable.

Another thought crossed my mind -- how exactly is a Module different
from an Extension? Let's define the semantics:

* An Extension is superimposed at the Root of the Technique
   Definition, a Module can be superimposed at many places
   below the root.

* An Extension is referenced from an AnIML data file,
   a Module is referenced from a Technique Definition

* Both mechanisms formally declare the labels and types of
   items in the data file.

Do we really need to differentiate between a Module and an Extension 
then? Wouldn't it make sense to unify them and allow Extensions to be 
referenced from inside a Technique Definition? This would again reduce 
the efforts needed to implement AnIML in applications.

How do you folks think about this?

Best wishes,
Burkhard

PS: Let's keep the discussions on the mailing list so every interested 
party can follow and contribute. After all, we are not a private polo 
club. ;-)