[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Foreign Names

  • From: Steven Champeon <schampeo@h...>
  • To: "Simon St.Laurent" <simonstl@s...>
  • Date: Sat, 15 Apr 2000 18:39:51 -0400 (EDT)

foreign name translation
On Sat, 15 Apr 2000, Simon St.Laurent wrote:
> At 03:16 PM 4/15/00 -0400, David Megginson wrote:
> >It's relatively simple to rename elements, but extraordinarily
> >complicated to translate from one vocab to another in the general
> >case.  When you're looking at a large network of users and producers
> >rather than a unidirectional information-supply chain, even a simple
> >renaming introduces too much complexity -- imagine the browser market
> >if each natural language had its own, localized HTML vocabulary.
> But imagine the browser market if there was a simple standardized way to
> perform that mapping.  That would be amazing, and certainly worth considering.

I still don't understand why it's so complex. In a document that may
contain X element types, and which actually contains Y in any given
instance, you make 0 > Y >= X translations plus possibly more if you
also change the attribute naming. You would only need to include a map
of the standard names to those used in the document at hand; you
wouldn't even need to provide a new DTD if all that changes are the
identifiers. Just run it through a single pass transformation and
you're back to the original DTD.

You could also optimize things by only including a subset of those
transforms for elements actually in the current document.

Alternately, you could perform the transformation on the DTD, and
just introduce some form of versioning on the resultant alternate
DTDs. All you'd need is a different PI for each translation.

Maybe I'm missing something, but this just doesn't sound that hard.
Of course, it does add a layer of processing, if not necessarily a
substantial degree of complexity, for what benefit? It's one thing
to talk about universal translation for natural language, it's quite
another to talk about one-to-one mappings for documents whose markup
is usually, if not always, hidden from the human reader.


tired of being an underappreciated functionary in a soulless machine?
hesketh.com is hiring: <http://hesketh.com/careers/>

This is xml-dev, the mailing list for XML developers.
To unsubscribe, mailto:majordomo@x...&BODY=unsubscribe%20xml-dev
List archives are available at http://xml.org/archives/xml-dev/


Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
First Name
Last Name
Subscribe in XML format
RSS 2.0
Atom 0.3

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.

Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.