[Zopexmlmethods-devel] Re: [xml] python binding for xmlCatalogAddLocal() ?

[Craeg K S. <cs...@ar...>]

I would like to move this discussion over to ZopeXMLMethods-devel
That way we have archiving, searching, etc...

Brent Hendricks wrote:

> Craeg K Strong wrote:
>
>> The local Catalog support might be the path of least resistance.  
>> With catalogs you can use rewriteURI
>> rules to effectively turn any URN into a URL.  This is in some ways 
>> even better than my URN resolver
>> algorithm because it is not hardcoded-- the "algorithm" is contained 
>> in the catalog file.  In practice,
>> I have never needed a more complicated algorithm than what Catalogs 
>> provide with rewriteURI.
>
> I agree, that sounds like the right way to do it.  But does libxslt use
> the XML catalog for import/include resolution?  I was under the
> impression that it only happened for DTD lookups. 

Not sure.  That would be unfortunate and unusual.  Most other products I 
have seen use it for all.

>> It would be nice to have both, but I would love to see local catalogs 
>> (i.e. thread safe catalogs)
>> implemented first.
>> Other news: I have changed the name of the project from XMLTransform 
>> to ZopeXMLMethods.
>> It is now a sourceforge project.  I am in the middle of registering 
>> it and populating the CVS repository.
>> There will be a 1.0 release shortly, and I will put a link from the 
>> zope.org place to the sourceforge
>> site.
>
> Thanks, I downloaded it and poked around for a bit.  Looks nice!  I 
> like the direct application as a method.  As you observed, much more 
> Zopish :) 

Philipp deserves much credit for this

>> I will also be looking for interested parties to become committers 
>> (hint, hint :)
>
> Sure, I'd be happy to help out.  My SF ID is 'bmh' 

That is great news!  I am a bit new to the protocol of all this.   
Philipp is the other committer on this
project so far.   I believe the next steps would be to provide a bit of 
information in the way of
background and particular areas/ideas where you would like to move the 
project forward,
and, of course, code speaks ;-)

Regards,

--Craeg