[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
Re: [xml-dev] Holographic XML
- From: Stephen Green <stephengreenubl@gmail.com>
- To: Norman Gray <norman@astro.gla.ac.uk>
- Date: Wed, 8 Sep 2010 11:35:15 +0100
Re:
"I don't think that's the case. A hologram is stored on 2-d film. Perhaps you're conflating this with holographic storage? The wikipedia article on that[1] is a bit garbled, but points to [2], which makes it clearer that '3-d' holographic storage is effectively a lot of 2-d stores stacked on top of each other, only one of which is read at a time."
Do we mean 3D XML or some kind of 3D in-memory model built from reading a series of XML instance and, in memory storing these instances and the relationships between them (then maybe having a way to persist all that information)? The latter just seems to be the same as triple stores and ontology reasoners so the former seems more interesting - making XML 3D in a the markup itself, not merely in how several instances are handled and related in memory. I'd guess having hyperlinks in the XML (XML-to-XML links) is what we are after with that - as with RDF and maybe with XBRL. If we want it to be in the same instance, then maybe, as with OASIS UBL, you can have XML in an ('any') extension (or extension) which has links to the parent XML document. In UBL an invoice written as XML may need more data about invoice lines than is provided by the invoice scheme; so an extension can be added which uses another schema and carries information which it relates to invoice lines in the main document via their line IDs. That strikes me as 3D, especially if you have multiple extensions. Perhaps having multiple extensions with mutliple schemas for them is akin to N-Dimensions according to the number of different extension namespaces.
They do talk in software engineering of Dimensions of Variability and I'm sure this can be applied to XML.
Such multi-dimensionally variable instances could be described with Test Assertion Markup Language (TAML - In Progress in OASIS and similar technologies used elsewhere too) or maybe to some extent with Schematron (and with OASIS CAM, I expect).
Best regards
Steve
---
Stephen D Green
On 8 September 2010 10:16, Norman Gray
<norman@astro.gla.ac.uk> wrote:
Greetings.
[physics niggling]
On 2010 Sep 7, at 17:12, David wrote:
> First off, physical holography (on film() requires 3D not 2D film. The holographic pattern is encoded in a "thickness" of film" and cant be done like normal photography on purely 2D film.
I don't think that's the case. A hologram is stored on 2-d film. Perhaps you're conflating this with holographic storage? The wikipedia article on that[1] is a bit garbled, but points to [2], which makes it clearer that '3-d' holographic storage is effectively a lot of 2-d stores stacked on top of each other, only one of which is read at a time.
[[ In case anyone's interested: the way that photographs work is that they store the intensity of the light at each point in the plane of the film or sensor. But that's not all the information that's in the light field at that point -- phase information is missing. What a hologram does is to store the intensity _and_ phase information present in the field, in a particular plane (ie, 2-d structure) intersecting the field, in such a way that both can be resurrected at a later stage. The fact that you now have the complete reconstructed field to play with is what allows you to focus at different points in the image, or look at it from different angles. ]]
Best wishes,
Norman
[1] http://en.wikipedia.org/wiki/Holographic_storage
[2] http://en.wikipedia.org/wiki/3D_optical_data_storage
--
Norman Gray : http://nxg.me.uk
School of Physics and Astronomy, University of Glasgow, UK
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
