Re: String hashing code

On Dec 13, 2007 11:36 PM, Deborah Pickett <debbiep-list-xsl@xxxxxxxxxx> wrote:
> A challenge to the XSLT demigods...
>
> I am processing a number of separate XML documents using an Ant <xslt>
> task, pulling out the MathML that is embedded inside them into their own
> XML files using xsl:result-document (where I render them using Batik).
> I want to make sure that the result document names don't clash, but
> because they are across several source files, generate-id() isn't going
> to suffice.  There are thousands of source files, all with
> English-sounding names spread across many directories.
>
> I was thinking of hashing document-uri(/) to produce a probably-unique
> string that I can then append generate-id(.) to.  I rejected
> encode-for-uri() as producing strings that are too long, and for not
> anonymizing the document uri enough.  All the hashing algorithms I know
> (MD5, for instance) happen to be heavy on bitwise operations, and I feel
> dirty doing bitwise operations with arithmetic.
>
> I prefer not to escape to non-XSLT, because I am providing this as part
> of a library that needs to run on almost any XSLT 2.0 platform.
>
> Any clever ideas?


Why not number the files, so the result document name would be:


   file<N>



-- 
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
-------------------------------------
You've achieved success in your field when you don't know whether what
you're doing is work or play