Re: XML and "Federated" Data
[John Martin] > Thanks for your response. Just to steer this discussion (if > there is one) in the right direction, I am not interested in > debating all the element considerations to make (we've discussed ad > nauseam things like zip code vs. postal code, should it consider > international, what if the USPS standard changes, shouldn't it be > alphanumeric instead of numeric since we're not calculating on it, > etc.). What I'm really trying to find out is if XML might enable us > to totally avoid doing this work at all, and isn't the idea of > "federating" XML tags unnecessary? Ah. No, XML does not relieve you of analyzing your data. You may be able to benefit from an analysis that someone else has done by borrowing their "zipcode" element type and some sample code for handling it, but really you're going to need to do the same analysis and develop a full or partial document type for your data. XML gives you the power to describe your own data; it doesn't help you to describe it more than you understand it, though. -Chris -- <!NOTATION SGML.Geek PUBLIC "-//Anonymous//NOTATION SGML Geek//EN"> <!ENTITY crism PUBLIC "-//O'Reilly//NONSGML Christopher R. Maden//EN" "<URL>http://www.oreilly.com/people/staff/crism/ <TEL>+1.617.499.7487 <USMAIL>90 Sherman Street, Cambridge, MA 02140 USA" NDATA SGML.Geek> 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 (un)subscribe, mailto:majordomo@i... the following message; (un)subscribe 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