[tei-council] Budget and Cost Saving for next year
mholmes at uvic.ca
Wed Nov 2 13:08:39 EDT 2011
I guess the question, then, is whether XPointer is rarely implemented
because it's hard (difficult to imagine, since it's not that distant
from XPath), or because nobody wants it. If it's the latter, then we
give the lie to it -- we want it, and if it's not that hard, it might
not be that expensive either.
If we were to fund it, what kind of implementations would we want to
provide? Java, C, XQuery, XSLT? I'm inclined to think that XQuery/XSLT
implementations (which might share a lot of code, actually) would be
easier to deploy for TEI users, who are already doing XQuery and XSLT
processing of their documents. We could provide modules with examples of
how to use them. C or Java implementations would be harder to integrate
into existing projects.
On 11-11-02 09:46 AM, Piotr Bański wrote:
> Thanks, Martin, these are interesting finds. I only looked at the last
> link, because it offered easy access to its release history:
> "Support for XPointer xpointer() schema (XPath subset only)"
> That's the usual trick, unfortunately. Claim the big thing, add the
> small print. I'm not saying the others do the same, I will save the
> links for research, but I'm just pointing out that the above is the
> common way of (not) implementing XPointer. The TEI schemes are in a way
> a further step over the xpointer() scheme -- although theoretically
> parallel, they may/should piggyback on its internal machinery.
> On 02/11/11 17:25, Martin Holmes wrote:
>> I'm rather unwilling to contemplate the loss of xpointer. I found this
>> suggestion that it's possible to implement xpointer handling in XSLT:
>> However, the library has disappeared from the location mentioned. The
>> Wikipedia page links to two implementations, one Java:
>> and a .NET implementation:
>> On 11-11-02 08:46 AM, Sebastian Rahtz wrote:
>>> On 2 Nov 2011, at 15:40, Piotr Bański wrote:
>>>> How exhilaratingly cruel... Announcing their potential deprecation could
>>>> be a way to poll the community for how much they are needed.
>>> yes, that would be a good action.
>>>> The functionality behind them *is* needed, and would have to be recast
>>>> as individual attributes (@from, @to, ... many, I'm afraid, and in need
>>>> of discussion and standardization).
>>> so if they are needed, but don't work anywhere, how do people manage
>>> today? I am tempted to say that if you have survived 10 years without
>>> an implementation, spending money on it now may be a luxury?
>>> I think it could actually be better to recast the stuff in pure TEI, actually,
>>> to avoid the impression that some software somewhere is going to implement it.
>>> Stormageddon Rahtz
>>> Head of Information and Support Group
>>> Oxford University Computing Services
>>> 13 Banbury Road, Oxford OX2 6NN. Phone +44 1865 283431
>>> Sólo le pido a Dios
>>> que el futuro no me sea indiferente
>>> tei-council mailing list
>>> tei-council at lists.village.Virginia.EDU
>>> PLEASE NOTE: postings to this list are publicly archived
University of Victoria Humanities Computing and Media Centre
(mholmes at uvic.ca)
More information about the tei-council