Re: "Multiple" Namespaces? (but NOT for HTML)
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...)
PURCHASE STYLUS STUDIO ONLINE TODAY!
Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!
Download The World's Best XML IDE!
Accelerate XML development with our award-winning XML IDE - Download a free trial today!
Subscribe in XML format