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

Re: "Multiple" Namespaces? (but NOT for HTML)

  • From: "Oren Ben-Kiki" <oren@c...>
  • To: <xml-dev@i...>
  • Date: Sun, 31 Oct 1999 11:19:18 +0200

multiple namespaces xslt
John Robert Gardner <jrgardn@e...> wrote:
> <GoalScenario>
> Heinrich at Humboldt U. in Berlin is dilligently searching the world's
> various library resources with his Dublin-Core-Based engine for
> <Creator>Tillich</Creator> and we want his DC system to transparently find
> the wealth of Tillich articles we'd have online.  Simultaneously, Alicia
> is using a TEI-based search over in Ireland, and wants to find
> <docAuthor>Tillich</docAuthor>, with the same transparency, and Lu in
> HongKong has GILS, so <Originator>Tillich</Originator> is the formula for
> the query.  With our multiple namespaces/ArchForms/tagbag (see below) or
> whatever, everybody is able to use their native search engine which, in
> turn, is able to find the gems of wisdom sought without any additional
> tweaking on the user--or library administrators'--end.
> </GoalScenario>
> "Multiple Namespaces" was a suggestion I had in offline discussions,
> which, of course, "can't" be done, so I'm hoping, at least, that the
> reason for it makes better sense now.

Question: Is it absolutely necessary that the search engines will see the
data as stored in the database, without any processing?

If not, then you could keep your data in whatever format is convenient for
you. Provide multiple "entry points" to the database which present it in DC,
TEI and whichever other DTDs/Schemas are expected by the outside world. Use
XSLT to transform from your internal format to the external format.

The only problem with this is the efficiency of doing the conversion. If it
is very simple, maybe XSLT is an overkill and a simple 'sed' script would be
sufficient. Caching could also help. The cost of conversion might be offset
by the fact that the internal format is optimized for your particular
searches and semantics.

Have fun,

    Oren Ben-Kiki

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1
To unsubscribe, mailto:majordomo@i... the following message;
unsubscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)


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.