Nedko Arnaudov &lt;nedko(a)arnaudov.name&gt; writes: As Gabriel spotted, I've missed some obvious extensions: midi_event - http://lv2plug.in/ns/ext/midi#MidiEvent midi_port - http://ll-plugins.nongnu.org/lv2/ext/MidiPort midi_port is deprecated, midi_event should be used for new plugins. -- Nedko Arnaudov <GnuPG KeyID: DE1716B0>

On Sun, 2009-11-08 at 17:00 -0500, David Robillard wrote: Notes on this discovered in the process of working on a documentation generator: Plugins describe their support for features, not really extensions. "Extension" is a bit of a meaningless term, the concrete things that can be "required" by a plugin are features. I'll probably need to modify this vocabulary to reflect this. The version stuff is also a bit under-specified, looking into that I see that basically everything using doap:revision (e.g. in lv2.ttl) is incorrect according to the doap vocabulary... -dr

Thorsten Wilms &lt;t_w_(a)freenet.de&gt; writes: I already have zynjacku.rdf that is an application/xml+rdf I dont want to maintain two versions of almost same metadata. rapper cannot convert properly between the two. I've been told that my firefox plugin for doap inspection is "a shitty tool". So I give up, I'm not going to participate in web 2.0 wars, sorry. Either lv2 host aggregator should support xml rdf, or turtle should become more used for doap. Until then, don't count on me. If someone decides to use the Thorsten`s zynjacku.tll (thanks for creating it!), there are some (and maybe more) problems with it: * it uses uri containing "ingen" for zynjacku * it does not use the right name for the project. It is "zynjacku", not "Zynjacku" * it does not describe the two hosts under same project, the synth host and the effect host (lv2rack). -- Nedko Arnaudov <GnuPG KeyID: DE1716B0>

David Robillard &lt;dave(a)drobilla.net&gt; writes: It changes the order ot triples. I agree that it should not matter and tools should be smarter. Still this does not solve the problem. -- Nedko Arnaudov <GnuPG KeyID: DE1716B0>

David Robillard &lt;dave(a)drobilla.net&gt; writes: I use this plugin: https://addons.mozilla.org/en-US/firefox/addon/3886 It displays doap through http://sparql.captsolo.net/browser/browser.py Compare http://sparql.captsolo.net/browser/browser.py?url=http%3A//home.gna.org/zyn… with http://sparql.captsolo.net/browser/browser.py?url=http%3A%2F%2Fnedko.arnaud… The later one is generated from turtle. At first glance it looks that rapper sorts the entries. -- Nedko Arnaudov <GnuPG KeyID: DE1716B0>

David Robillard &lt;dave(a)drobilla.net&gt; writes: Yes, I got that the tool I use is crappy. How ignoring the problem solves it? I havent said that it is LV2 fault. I complained about evident turtle/xmlrdf schism. And I declared that I dont want to participate in web 2.0 wars. I have better things to do. -- Nedko Arnaudov <GnuPG KeyID: DE1716B0>

On Tue, 2009-11-10 at 00:41 +0200, Nedko Arnaudov wrote: I don't know. Perhaps there is a better visualizer out there? If you are attached to this thing and consider it important (for some reason I really don't understand) then just maintain the document in a way that works well with it and automatically convert to turtle, instead of the other way around. As far as the 'schism' goes, turtle is a W3C 'team submission' now, on track to be a recommendation with a registered MIME type and all that. Support is pretty widespread, and increasing. It's not really a schism, absolutely everybody despises the mess that is rdf/xml ;) -dr

On Tue, 2009-11-10 at 02:03 +0200, Nedko Arnaudov wrote: If there's good DOAP docs I don't know where they are... I should probably twiddle lv2specgen to work with non-lv2 things and generate some some documentation pages for commonly used vocabularies like doap too... Anyway. I didn't know about that predicate, maybe it should be used in host-info. That doesn't seem like a proper usage to me. From the doap vocab: (doap:implements) "A specification that a project implements. Could be a standard, API or legally defined level of conformance.". Doesn't really apply to a program contained in a project. I don't see a more appropriate predicate in doap though. There should be a doap:subProject... http://lists.usefulinc.com/pipermail/doap-interest/2004-September/000096.ht… You could just use rdfs:seeAlso I suppose, though that has a bit less meaning. P.S. You have a file: URI as the URI for zynjacku there I think it needs to be supportsFeature rather than supportsExtension, I didn't realize it until starting work on the tool :/ I'll put together something more coherent and sort out the vocabulary tomorrow some time -dr