Jump to content

Talk:XML: Difference between revisions

112 bytes added ,  18 March 2004
m
relink
(get it rolling)
m (relink)
 
(2 intermediate revisions by 2 users not shown)
Line 7: Line 7:
I've had tremendous trouble trying to figure out how to express [[Product group]]s in generic markup. The idea is that all [[product]]s belong to a [[product group]] and that [[product group]]s can belong to other [[product group]]s. [[tomatoe]]s are [[vegeatable]]s, which are [[food]] etc.
I've had tremendous trouble trying to figure out how to express [[Product group]]s in generic markup. The idea is that all [[product]]s belong to a [[product group]] and that [[product group]]s can belong to other [[product group]]s. [[tomatoe]]s are [[vegeatable]]s, which are [[food]] etc.


The idea is to allow the defining of different relationships between [[product group]]s, for the uses of describing [[Product substitution]]s and [[Production Flow]]s and other stuff we haven't even thought of yet.
The idea is to allow the defining of different relationships between [[product group]]s, for the uses of describing [[Product substitution]]s and [[sevice cycle]]s and other stuff we haven't even thought of yet.


I was aiming at a generic [[product group]]-element to make the processing software ([[Instructional capital]]) simpler, but I can't get it to work. We could have an generic [[product group]]-element that encapsulates group specific data in a more specific element like:  
I was aiming at a generic [[product group]]-element to make the processing software ([[Instructional capital]]) simpler, but I can't get it to work. We could have an generic [[product group]]-element that encapsulates group specific data in a more specific element like:  
Line 17: Line 17:
Using "ANY"-constraint (can contain any element... or is it even #PCDATA??) can be kind of hazardous for software.. but maybe we just add these specific groups so that each element can contain just one of the available subgroups for this subgroup.
Using "ANY"-constraint (can contain any element... or is it even #PCDATA??) can be kind of hazardous for software.. but maybe we just add these specific groups so that each element can contain just one of the available subgroups for this subgroup.


But this would not allow to define variable relationships required to give everyone their say about [[product substitution]] and [[production flow]]...
But this would not allow to define variable relationships required to give everyone their say about [[product substitution]] and [[service cycle]]...


I don't know... We need XML-gurus
I don't know... We need XML-gurus
Line 25: Line 25:


: let's start it off with a small collection of schemas, say { resource.xsd, person.xsd, a product.xsd, service.xsd }.
: let's start it off with a small collection of schemas, say { resource.xsd, person.xsd, a product.xsd, service.xsd }.
---------
Sourceforge entry needs a LOT more links and information.  Like at least a real link to Consumerium!
9,842

edits

We use only those cookies necessary for the functioning of the website.