XML.orgXML.org
FOCUS AREAS |XML-DEV |XML.org DAILY NEWSLINK |REGISTRY |RESOURCES |ABOUT
OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]
Re: [xml-dev] RE: The limits of XML mean the limits of my data world

Roger,

overlapping markup is what's possible using SGML's CONCUR feature. Apart from the classic examples in poetry and drama, I've encountered the need for overlapping markup in text encoding of postal addresses, where there's an expectation to present an address on a postal piece in a particular way with respect to what goes into which line, yet the structural decomposition of the address into parts according to eg. UPU S1 sometimes needs to overlap parts of the conventional line address representations. Btw postal/logistical addressing is also a good example for interpreting line-end characters and other tokens as markup delimiters, ie what SGML SHORTREF is about, and what's being rediscovered as "invisible markup" by XML heads.

And XML is not a "data language", it's a markup language. Saying this because, while entertaining and sometimes useful, reflecting on markup features without the text representation angle can never result in meaningful discussion about the intention of the characteristics of a language the whole point of which is to represent serialized text.

Marcus
sgml.io

Am 30.05.2022 um 05:55 schrieb Dimitre Novatchev <dnovatchev@gmail.com>:


>   > XML may not be good at representing concurrency (overlap just on one-dimension -- time).

>   Is this an example of concurrency?

Concurrency is any overlap on the time axis.

A good example is the scores used by the director of an orchestra. Because of the concurrency of playing of the different groups of musical instruments within an orchestra, their scores are printed not in one continuous linear line, but on many parallel horizontal lines one below the other as the musical durations of non-paused play of these different instrumental groups overlap horizontally, where the horizontal axis from left to write expresses the time.

Say you have a violin and a clarinet. The violin plays a single tone in the interval [t1, t2] and the clarinet plays another tone in the interval [t3, t4]. And   t1 < t3 < t2 < t4    or    t3 < t1 < t4 < t2.

With XML one cannot represent such partial overlaps, but overlaps where one of the durations completely contains the other (which is not generally the rule in music), can be represented by two elements, the second of which is contained in the scope of the first: t1 <= t3 < t4 <= t2   or t3 <= t1 < t2 <=t4


On Sun, May 29, 2022 at 12:08 PM Roger L Costello <costello@mitre.org> wrote:
Peter wrote:

> overlap can be expressed but not represented

I am not clear what you mean by "overlap". Is this an example of overlap:

Classroom1 is used for teaching math, science, and writing. Classroom2 is used for teaching art, history, and writing.

There is overlap between the topics taught in classroom1 and classroom2 -- writing. Is that what you mean by "overlap"?

If so, can't that be expressed in XML something like this:

<Classrooms>
    <Classroom1>
        <ClassesTaught>
            <Class>math</Class>
            <Class>science</Class>
            <Class>writing</Class>
        </ClassesTaught>
    </Classroom1>
    <Classroom2>
        <ClassesTaught>
            <Class>art</Class>
            <Class>history</Class>
            <Class>writing</Class>
        </ClassesTaught>
    </Classroom2>
</Classrooms>

Dimitre wrote:

> XML may not be good at representing concurrency (overlap just on one-dimension -- time).

Is this an example of concurrency?

During times 1 - 3 John Doe is driving from Boston to NYC and during the same times Sally Smith is driving from LA to San Diego.

Is that an example of what you mean? If so, can't that be expressed in XML something like this:

<DrivingTrips>
    <Person>
        <Name>John Doe</Name>
        <Itinerary>
            <Start>Boston</Start>
            <End>NYC</End>
        </Itinerary>
        <DriveTimes>
            <Time1/>
            <Time2/>
            <Time3/>
        </DriveTimes>
    </Person>
    <Person>
        <Name>Sally Smith</Name>
        <Itinerary>
            <Start>LA</Start>
            <End>San Diego</End>
        </Itinerary>
        <DriveTimes>
            <Time1/>
            <Time2/>
            <Time3/>
        </DriveTimes>
    </Person>
</DrivingTrips>

Peter said:

> CSV is better at expressing row-and-column type data.

That might well be true, but it is possible to express row-and-column concepts in XML. That is, the row-and-column concept in not outside the realm of concepts expressible by the XML language.

> Various forms of database are better at expressing other layouts of atomic and relational data.

Again, that might well be true but the concept of a table is expressible in XML.

Thank you Peter, Dimitre, and Gerrit but you haven't (yet) convinced me that there are concepts that are outside the realm of concepts expressible using the language called XML.

A friend of mine is Chinese and today I asked her: "Are there concepts that you can express in English that you cannot express in Chinese?" She responded, "Yes, there are concepts in English for which there is no equivalent in Chinese." (The reverse is also true -- there are concepts that can be expressed in Chinese that cannot be expressed in English.)

Are there concepts in data language XYZ that cannot be expressed in the data language we call XML? What are the boundaries of the language we call XML, in terms of concepts that can be expressed? How does the XML language bound (limit) ones thinking about data?

/Roger



_______________________________________________________________________

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



--
Cheers,
Dimitre Novatchev
---------------------------------------
Truly great madness cannot be achieved without significant intelligence.
---------------------------------------
To invent, you need a good imagination and a pile of junk
-------------------------------------
Never fight an inanimate object
-------------------------------------
To avoid situations in which you might make mistakes may be the
biggest mistake of all
------------------------------------
Quality means doing it right when no one is looking.
-------------------------------------
You've achieved success in your field when you don't know whether what you're doing is work or play
-------------------------------------
To achieve the impossible dream, try going to sleep.
-------------------------------------
Facts do not cease to exist because they are ignored.
-------------------------------------
Typing monkeys will write all Shakespeare's works in 200yrs.Will they write all patents, too? :)
-------------------------------------
Sanity is madness put to good use.
-------------------------------------
I finally figured out the only reason to be alive is to enjoy it.
 


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 1993-2007 XML.org. This site is hosted by OASIS