W3C home > Mailing lists > Public > public-xmlhypermedia@w3.org > August 2012

RE: use cases

From: David Lee <David.Lee@marklogic.com>
Date: Sun, 19 Aug 2012 08:15:12 -0700
To: David Carlisle <davidc@nag.co.uk>, "public-xmlhypermedia@w3.org" <public-xmlhypermedia@w3.org>
Message-ID: <EB42045A1F00224E93B82E949EC6675E16B0497371@EXCHG-BE.marklogic.com>
My first comment would be to not bundle the hypermedia spec with a requirement to run on MicroXML.
We can always do a later spec which builds on the semantics of the first but adjusts it to MicroXML restrictions.
I would go first with using namespaces like most other add-in vocabularies with XML do.



-----------------------------------------------------------------------------
David Lee
Lead Engineer
MarkLogic Corporation
dlee@marklogic.com
Phone: +1 650-287-2531
Cell:  +1 812-630-7622
www.marklogic.com

This e-mail and any accompanying attachments are confidential. The information is intended solely for the use of the individual to whom it is addressed. Any review, disclosure, copying, distribution, or use of this e-mail communication by others is strictly prohibited. If you are not the intended recipient, please notify us immediately by returning this message to the sender and delete all copies. Thank you for your cooperation.


-----Original Message-----
From: David Carlisle [mailto:davidc@nag.co.uk] 
Sent: Sunday, August 19, 2012 6:50 AM
To: public-xmlhypermedia@w3.org
Subject: Re: use cases

On 19/08/2012 11:27, Rushforth, Peter wrote:
> Liam, David(s),
>
> I was hoping for some comments on this idea, which seems especially
> topical given the preference for the MicroXML CG to drop all
> colon-names.
>
> In particular, the concept of a 'virtual' link on say the document
> node might be a data model issue.  Is this conceivable?  My
> perspective is you can pretty much declare the semantics you want
> when you define a media type.  But if it is theoretically
> incompatible with the data model, maybe that presents a problem :-).
>
> In short, for others who might not want to read Liam's full paper,
> by combining a new XML media type with generic, XML web-style links
> + automatic namespaces, one can get rid of colon names without
> getting rid of the benefits of namespaces.
>
> Thanks Peter ________________________________________ From:
> Rushforth, Peter [Peter.Rushforth@NRCan-RNCan.gc.ca] Sent: August 2,
> 2012 1:03 PM To: public-xmlhypermedia@w3.org Subject: use cases
>
> Hi Folks,
>
> I've added more beef to the use cases for automatic namespaces and
> "NeoXML".
>
> Please have a look and let me know if there are details that could
> be improved.  I seem to be working in a layered fashion, but we can
> always go back and amplify something if it does not support the
> layer above.  I hope this will help build the case for each and every
> vowel proposed.
>
> So first read automatic namespaces, then read NeoXML:
>
> http://www.w3.org/community/xmlhypermedia/wiki/Distributed_extensibility_/_automatic_namespaces
>
>
>
http://www.w3.org/community/xmlhypermedia/wiki/NeoXML_/_NanoXML
>
> Send comments back here.
>
> Thanks Peter
>
>


I must be missing something because I don't understand this at all.
If a system can be configured to understand

rel="ns" href="http://www.w3.org/XML/1998/namespace"

Then it could be configured to understand href attributes generally, so
presumably it could be similarly configured to understand any other
hypertext related attributes such as src, it wouldn't really need the
namespace mechanism would it?

In your automatic namespace document you appear to be assigning
namespaces to uprefixed attributes so this would mean the
documents were not expressible in xml 1.0 + Namesapces. That isn't
necessarily bad but it ought to be highlighted if it is true.

David
Received on Sunday, 19 August 2012 15:15:48 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Sunday, 19 August 2012 15:15:48 GMT