My plans

[Robin Berjon]

On Dec 20, 2009, at 21:23 , Kjetil Kjernsmo wrote:
> On Friday 18. December 2009 10:14:29 Robin Berjon wrote:
>> On Dec 17, 2009, at 23:20 , Kjetil Kjernsmo wrote:
>>> Recently, I've focused on my RDFa Templating language. The idea is
>>> described here:
>>> http://www.kjetil.kjernsmo.net/software/rat/
>> 
>> That looks interesting. Quick question: why have a rat and a sub
>> namespace? The more namespaces RDF people pile up, the less take up
>> this sort of things gets!
> 
> Errr, I just never thought about it as a problem... :-) I guess I could do 
> without, I need to go through the code to find out...

Well, I guess the question is also one of modelling. Are the two vocabularies strongly orthogonal, do you expect them to be used separately more often than jointly, and could they be maintained independently by parties that don't talk to one another and still work together? I doubt you'll reach a conclusion that's black or white, but if it tends towards them being rather joined, then I'd suggest taking usability into account and decreasing the number of namespaces. As in:

  http://berjon.com/blog/2009/12/xmlbp-too-many-namespaces.html

>>> Also, I have to learn to write a SAX Filter on deep structures to get
>>> it finished. Unfortunately, I have very little time to do it.
>> 
>> A SAX filter on deep structures essentially means that you have to
>> maintain a complex state machine. I recommend against doing that by
>> hand — it's very much like trying to parse a complex format with just
>> one regex. 
> 
> Mmmm, Kip said it should be quite simple, and that he would help, we just 
> need to have time to do it at the same time, and that's not very often 
> these days... 

I'll trust Kip on that — my analysis was based entirely on your statement that you had to handle deep structures so it's not much to go on :)

PS: you should make this work in SVG to produce pretty things, and then submit the result to SVG Open 2010 — that would be a great reason to come to Paris next year!

-- 
Robin Berjon - http://berjon.com/