Re: [xml-dev] The year is 2027, and we need to examine archived X ML doc

["Stephen Green" <stephengreenubl@gmail.com>]

The main goal (achieved in trial software at least already, I believe)
is to store documents rather like rows in a database (calling the set
of documents so stored a 'DocBase') and use XML to add to this
DocBase. UOML is the XML. Seems pretty close to what we need
for archiving if the UOML is an open standard. A bit like archiving
database data in either of two formats - as a database binary file or
as compressed SQL text. Here you can choose, it seems to me,
between a binary 'DocBase' file (holding lots of documents like a
database holds records) or (my preference for archiving long term)
as a compressed (or non-compressed even but that would be huge)
XML UOML file. There is IP on the DocBase but the aim is to make the
UOML as open as possible. Even the DocBase isn't too cumbersome
regarding IP I think but folk would need to look into that themselves.
The other thing is - the format of the document is stored as a print-like
(electronic paper) WYSIWYG visual rendering so any kind of doc can
be stored like this perhaps if it is a doc which can be printed. That means
not relying on formatting things in a certain way with a certain app. Data
like UBL, etc should, it seems, be possible to store along with the
document when classed as 'metadata' (hence suitable perhaps for
when various XML artefacts and the like all have to be stored together
for prosperity.

So make this the standard format and build archiving solutions for long
term on top of an open XML standard for prosterity as a legacy to our
successors - maintained through standards organisations, etc.

Seems like a good idea to me :-)

On 13/09/2007, Len Bullard <len.bullard@uai.com> wrote:
> Tell us a bit more about the project and the goals.
>
> I'm wrapped up in working X3D browser testing right now having released a
> new world.  The results are interesting but I blog that stuff.
>
> My recent experience suggests to me that there are real problems with
> working on open lists these days given the IP predators and the loose state
> of software patents about to get worse because of first to file rules.  In
> 2027 we may not have to move new data because the web will be so badly
> fragmented into a couple of uber-data centers with little or no movement of
> information among them and all services and formats within them completely
> locked down.  A web device will be to today's computer what the cellphone of
> today is to a MaBell telephone of the 1960s.
>
> len
>
>
> From: Stephen Green [mailto:stephengreenubl@gmail.com]
>
> Still no takers on this thread for UOML then?
>
> http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=uoml
>
> Seems to me to be exactly what this thread is looking for...
> An ideal outcome of XML maybe
>
> Looking for new recruits too I believe (and it hasn't gotten too far to
> be influenced it seems to me - first committee draft)
>
> This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the sender. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail.
>
> _______________________________________________________________________
>
> XML-DEV is a publicly archived, unmoderated list hosted by OASIS
> to support XML implementation and development. To minimize
> spam in the archives, you must subscribe before posting.
>
> [Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/
> Or unsubscribe: xml-dev-unsubscribe@lists.xml.org
> subscribe: xml-dev-subscribe@lists.xml.org
> List archive: http://lists.xml.org/archives/xml-dev/
> List Guidelines: http://www.oasis-open.org/maillists/guidelines.php
>
>


-- 
Stephen Green

Partner
SystML, http://www.systml.co.uk
Tel: +44 (0) 117 9541606

http://www.biblegateway.com/passage/?search=matthew+22:37 .. and voice