- From: Stephan Zednik <zednis@rpi.edu>
- Date: Tue, 12 Feb 2013 17:06:59 -0700
- To: Stian Soiland-Reyes <soiland-reyes@cs.manchester.ac.uk>
- Cc: W3C provenance WG <public-prov-wg@w3.org>
On Feb 12, 2013, at 4:59 PM, Stian Soiland-Reyes <soiland-reyes@cs.manchester.ac.uk> wrote: > On Tue, Feb 12, 2013 at 8:57 PM, Stephan Zednik <zednis@rpi.edu> wrote: > >> 1) rename prov:abstractElement to prov:internalElement (or similar) to make it clear we do not expect non-PROV extensions to use this element. > > +1 (I'm in favour of keeping the abstract element for internal PROV > extensions rather than my suggested additional xs:any) > > >> 2) add processContents="lax" on all xs:any elements. > > +1 > > >> 3) change the definition of prov:Bundle to the following (bundleElements name is not final) > > 0 - I'm rather in favour of Luc's proposal later in this thread to > separate the bundle entity from the bundle constructor. I would prefer > <bundleDescriptions> rather than <bundleConstructor> as the children > of this element would be the provenance descriptions - matching DM > "descriptions: a set of provenance descriptions". > <somethingConstructor> reads odd in XML, I've only seen something > similar in Spring configuration of java beans, where a class > constructor is to be programmatically called. I am leaning this way now. I still think the previous mechanism is better in XML, but separating bundle entities from bundle constructors creates fewer problems with PROV-N-originating requirements. I also like prov:bundleDescriptions more than prov:bundleConstructor. Luc, is this name in PROV-XML satisfactory to you? --Stephan > > > -- > Stian Soiland-Reyes, myGrid team > School of Computer Science > The University of Manchester > >
Received on Wednesday, 13 February 2013 00:07:44 UTC