Working copy of EXPath Digital Publ;ishing spec

[Claudius Teodorescu]

Hi,

I uploaded at [1] a working copy of a EXPath Digital Publishing spec.

This module defines extension functions for converting from one digital format to another, to execute various processing operations of digital documents, etc.

About nine month ago I started to implement such module in eXist, module which will be further developed and aligned with this spec. I will do all my best for this implementation to have two layers: one layer for coupling with eXist (which layer can be used as model for other layers for coupling with other XML DBs), and one layer comprising all specs functions and dependencies. This implementation will be in Java

Any comments and feedback is welcome.

Claudius Teodorescu

[1] http://demo.danmccreary.com/rest/db/specs/expath-digital-publishing/index.xql

[Jonathan Robie]

I can't read this without a password.

Jonathan

--
You received this message because you are subscribed to the Google Groups "EXPath" group.
To post to this group, send email to exp...@googlegroups.com.
To unsubscribe from this group, send email to expath+un...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/expath?hl=en.

[Christian Grün]

same for me.

[Claudius Teodorescu]

Solved, sorry for this.

I have to mention that the spec is currently under development, and will be more rich within the next few days.

Claudius

[Florent Georges]

On 6 December 2011 09:44, Claudius Teodorescu wrote:

Hi,

Thanks for the proposal !

> Solved, sorry for this.

I just tried and was still not able to open it (the server is still
asking for credentials).

Regards,

--
Florent Georges
http://fgeorges.org/
http://h2oconsulting.be/

[Christian Grün]

..could you just send around the document per mail?

--

[Claudius Teodorescu]

This is a new link to spec:

http://extxsltforms.sourceforge.net/specs/expath-digital-publishing/expath-digital-publishing.html

Sorry for all this uncertainty. :)

Claudius

[Christian Grün]

Claudius,

thanks for the link. My impression is that the digi-pub looks like a
convenience package which should be based on other packages yet to be
defined (such as an extra Image or PDF module). I know that it takes a
lot of time to specify such modules, but if we proceed too quickly
here, we might be at risk of assuming the existence of certain
features that differ quite a lot from implementation to
implementation.

This might be a general question: do we want EXPath to mainly contain
application specific modules (the details of which are
implementation-defined), or would we prefer basic extensions that will
eventually allow us to represent more complex operations in future?

Just my two cents,
Christian
___________________________

[Adam Retter]

> This might be a general question: do we want EXPath to mainly contain
> application specific modules (the details of which are
> implementation-defined),

Nope.

> or would we prefer basic extensions that will
> eventually allow us to represent more complex operations in future?

Yup. It should be like Lego.

--
Adam Retter

skype: adam.retter
tweet: adamretter
http://www.adamretter.org.uk

[Claudius Teodorescu]

Hi,

Christian, Adam, thanks for feedback.

The intention behind the phrase "These formulae are implementation dependent." was the allow implementations to freely act under the principle "The liberty is the understood necessity.". The missing ingredients were the input formats, the output formats, and the syntax for transformation formula, which are now added to the new version of the spec.

Anyhow, the relation between a standard and its implementation is a biunivoc one, so that surely new formats will have to be added in the future, and some implementation maybe will not need all formats.

Thinking more on this spec, one can easily see that more abstraction layers can be added, and that this spec has a lot of potential, as covers a major need for standardization of the industry based in XML.

Best regards,
Claudius