<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">2014-02-12 16:55 GMT+01:00 Sylvain Thénault <span dir="ltr"><<a href="mailto:sylvain.thenault@logilab.fr" target="_blank">sylvain.thenault@logilab.fr</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On 12 février 16:25, Nicolas Chauvat wrote:<br>
> Hi,<br>
><br>
> On Wed, Feb 12, 2014 at 03:51:36PM +0100, Aurélien Campéas wrote:<br>
> > `cwuri`<br>
> >   Reference URL of the entity, which is not expected to change.<br>
><br>
> CWURI was introduced during a sprint back in 2009. Another object born at<br>
> about the same time is ExternalUri (see cube datafeed).<br></div></blockquote><div><br></div><div>What's their relationship ?<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="">
><br>
> The goal was more or less to handle local copies of remote data, while<br>
> keeping the "true" location of these copied objects, in order for<br>
> example to be able to refresh the data regurlarly.<br>
><br></div></blockquote><div><br></div><div>Can you elaborate ?<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">
> Hence, the fact that when creating new objects in the database, you<br>
> initialize their cwuri to something like base_url+xyz is not the key<br>
> point.<br>
><br>
> Remark: please let us keep in mind that URIs *are* the global unique<br>
> keys of the distributed database that is called the web of data. Easy<br>
> manipulation of URIs is a required feature for CubicWeb to be called a<br>
> *semantic* web framework. But maybe there is a better solution than<br>
> cwuri...<br>
<br>
</div>there has been some discussion about that on the list, though unfortunatly<br>
google doesn't seems to index the whole archive list.<br>
<a href="http://lists.cubicweb.org/pipermail/cubicweb/2010-January/000161.html" target="_blank">http://lists.cubicweb.org/pipermail/cubicweb/2010-January/000161.html</a> may be of<br>
interest.<br>
<br>
Anyway I agree cwuri is currently far from satisfying. We should define what we<br>
expect/nee for both local and distant (cached) entities and see if it fits cwuri<br>
or not.<br>
<br></blockquote><div><br></div><div>I don't know what cwuri fits either, bit one thing that does not ring true is the fact<br></div><div>it is a (required) attribute.<br></div><div><br></div>A cubicweb entity _already_ has a 'natural' or 'native' 'cw' uri: <a href="http://site/eid">http://site/eid</a><br>
<br></div><div class="gmail_quote">After that, you may want to make some entities accessible from one perspective <br></div><div class="gmail_quote">(aspect, or ontology) or some _other_ (geolocalisable ?) maybe  ....<br>
</div><div class="gmail_quote"> <br></div><div class="gmail_quote">Hence my doubts.<br></div><div class="gmail_quote"><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

I've been thinking recently that what could be nice about local entities would<br>
be to have a 'canonical path' attribute, relative to the base url. When the<br>
entity is accessed from another url, we should raise 303 using the canonical<br>
url. In its current form, cwuri is indeed useless/painful for local entities.<br></blockquote><div><br></div><div>I still don't understand the problem we're trying to address obviously :-/<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<br>
Still, we need something for distant entities and iirc datafeed use cwuri as<br>
foreign key. Valid usage but probably not matched by the 'cwuri' name...<br>
<span class="HOEnZb"><font color="#888888"><br></font></span></blockquote><div><br></div><div>Why doesn't datafeed use _just_ the extid field ? (I thought it did)<br><br></div><div>Regards,<br></div><div>Aurélien.<br>
<br></div></div></div></div>