OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   Re: [xml-dev] A standard approach to glueing together reusable XML fragm

[ Lists Home | Date Index | Thread Index ]

Roger,

Excellent questions. This is, in my opinion, very much in the realm of
content management (the metadata aspects of content management). I am
currently reading an excellent book called "Understanding Enterprise
Content Management" by Ann Rockley, New Riders Publishing.

Having said that, I might adjust your <para> structure below a bit, to
reference the pertinent XML elements within the structures using
XPointer (my company's non-email Web access is currently down and I
cannot access the XPointer spec, so I'm just noting at a high level how
it would be used). If we rename the "City" and "Tides" files to be
"Cities.xml" and "Tides.xml" respectively, so that they may contain
multiple cities/tides, XPointer could be used to reach into those files
for the correct city name and its information.

Additionally, one may point to an XML registry that would store all of
the "metadata fragments" that are required. The location of the registry
could be stored at the top of the "master" structure (in this case,
<para>), or multiple registries could be specified where needed (i.e. to
override the default "master" registry).

Just some random thoughts. The OASIS Content Assembly Mechanism (CAM) TC
is doing some great work in this area. I'm copying that TC to inform
them of these great questions, and I will pass along any response that
they have if the responder is not subscribed to XML-DEV.

Kind Regards,
Joe Chiusano
Booz | Allen | Hamilton

"Roger L. Costello" wrote:
> 
> Hi Folks,
> 
> I am working with some people who wish to migrate from an
> all-prose format to a prose-plus-reusable-XML-fragments
> format.
> 
> They have some data in prose that is useable in many contexts.  They
> want to break out that reusable data  into XML fragments.  However,
> they want to continue to provide the prose style.
> 
> For example, consider this prose data:
> 
> <para>The city of Miami, Florida (pop. 1, 234,000) is a sprawling city
> with many attractions.  Miami Beach is a popular attraction.  The
> spring tide is ... The neap tide is ... </para>
> 
> Examining this prose we can extract reusable info about the city of
> Miami:
> 
> <City id="Miami">
>     <state>Florida</state>
>     <population>1,234,000</population>
> </City>
> 
> We can also extract reusable info about tide data on Miami Beach:
> 
> <TideData id="MiamiBeachTides">
>     <springTide>...</springTide>
>     <neapTide>...</neapTide>
> </TideData>
> 
> The problem now is to create a framework which allows the prose
> to bring-together the independent, reusable XML components.
> Conceptually, what is desired is a "glue framework" like this:
> 
> <para>The <ref href="Miami.xml"> is a sprawling city with
> many attractions.  Miami Beach is a popular attraction.  The
> tides are <ref href="MiamiBeachTides.xml"><para>
> 
> Thus, the prose is "glueing" together the XML fragments.
> 
> Is this a problem that you have experience with?  What  "glue
> framework" have you used?  What strategy did you use to merge
> the XML fragments with the prose?  Is there is a standard way
> of combining semi-structured data with structured data?
> /Roger
> 
> -----------------------------------------------------------------
> The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
> initiative of OASIS <http://www.oasis-open.org>
> 
> The list archives are at http://lists.xml.org/archives/xml-dev/
> 
> To subscribe or unsubscribe from this list use the subscription
> manager: <http://lists.xml.org/ob/adm.pl>
begin:vcard 
n:Chiusano;Joseph
tel;work:(703) 902-6923
x-mozilla-html:FALSE
url:www.bah.com
org:Booz | Allen | Hamilton;IT Digital Strategies Team
adr:;;8283 Greensboro Drive;McLean;VA;22012;
version:2.1
email;internet:chiusano_joseph@bah.com
title:Senior Consultant
fn:Joseph M. Chiusano
end:vcard




 

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS