<br><br><div class="gmail_quote">On Sun, Jun 13, 2010 at 6:05 AM, Steve Harris <span dir="ltr"><<a href="mailto:steve@plugin.org.uk">steve@plugin.org.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<div class="im">On 2010-06-13, at 00:20, <a href="mailto:fons@kokkinizita.net">fons@kokkinizita.net</a> wrote:<br>
<br>
> On Sun, Jun 13, 2010 at 12:09:12AM +0100, Steve Harris wrote:<br>
><br>
>> On 2010-06-13, at 00:00, <a href="mailto:fons@kokkinizita.net">fons@kokkinizita.net</a> wrote:<br>
>><br>
>>> Half of the URLs quoted above refer to inexistent pages.<br>
>><br>
>> That's bad karma, but not essential.<br>
>><br>
>>> What is the purpose of 'http://' in that case ?<br>
>><br>
>> They're just symbols.<br>
><br>
> OK, let me rephrase the question: why are such ambiguous<br>
> or misleading 'symbols' being used ?<br>
<br>
</div>Well, their hardly ambiguous. I would imagine that misleading-ness is somewhat dependent on your context.<br>
<br>
If you don't feel comfortable with dereferencable symbols you could use schemes such as URN (<a href="http://en.wikipedia.org/wiki/Uniform_Resource_Name" target="_blank">http://en.wikipedia.org/wiki/Uniform_Resource_Name</a>) which cannot be resolved, but it's missing some of the potential advantage.<br>


<br>
<a href="http://www.w3.org/Addressing/" target="_blank">http://www.w3.org/Addressing/</a><br>
<br>
There are times when having the namespace be dereferencable is an advantage. If someone discovers a LV2 turtle file in the wild, but has no idea what LV2 is (this has happened) they can paste a URI into their web browser and discover more about it. I guess it's little different to googling the fingerprint of a binary data file you find, but it's much more reliable.<br>


<br>
The remaining advantage is really just namespacing, but using an existing globally deployed, cheap, and well understood allocation scheme - the DNS system and HTTP paths.<br><br></blockquote></div><br>I would like to add that as a beginner to LV2 plugins, I found the use of urls to be *extremely* confusing.  In every other context that I have encountered a string beginning with "http://", it has been a direct reference to a web page or document existing at that URL.  The implication with attaching "http://" is that the URL is synonymous with the file hosted there.  However, in this case, the URL is not actually a resource locator, but a resource identifier.  It was quite a shock when I found out that I identified plugins by a URL which didn't even have to exist, and when it did exist, it wasn't actually the plugin, but a website with autogenerated documentation.  It is also confusing how both extensions and plugins use URLs.<br>

<br>If your goal is to have documentation easily accessible, then a line <docurl=<a href="http://blah">http://blah</a>> would serve the purpose just as well.  The way it's currently set up, you have no idea if the URL is dereferenceable, or even supposed to be dereferenceable.  <br>

<br>It probably would be a lot less confusing if URLs were used with a special prefix, like "lv2://blarg", because then it would be at least a bit more evident that the URLs are not supposed to be dereferenced by a web browser.  This also would make things a lot nicer for plugin creators who don't own a website, because it is very confusing to choose a URL to something that you know you will never own, and especially confusing to create a URL that is just "bogus".<br>

<br>Anyway, I'm not saying you should change it, because it obviously works fine enough, and doesn't actually do anything harmful to the actual archetecture.  I'm just saying that Fons is not alone in finding the URL naming scheme confusing.  I'm sure it is confusing to most new lv2 users.<br>

<br>Jeremy<br>