[ECODP-dev] bug ?

[John Glover]

Hi Bert, Dimitrios,

I have pushed an update to the repositories that should fix this problem
with the storage URLs now.
Note that you will need to make sure that the value of ckan.site_url in
your CKAN config does not contain the '/data' part any more (for the test
site, we simply have ckan.site_url = http://212.71.25.148).

Eg:
http://212.71.25.148/data/dataset/test/resource/0845fea6-1e13-4cfc-9205-d00535ed2c42

Regards,
John


On 17 June 2013 11:17, John Glover <john.glover at okfn.org> wrote:

> Hi Dimitrios,
>
> Thanks, this looks like a bug (related to the other problem with the
> Storage URL that you mentioned), I will investigate and get back to you.
>
> Regards,
> John
>
>
> On 14 June 2013 11:55, Dimitrios Mexis <dimitrios.mexis at tenforce.com>wrote:
>
>> Hello,
>>
>> I added manually a new dataset and I manually try to import an external
>> file.
>>
>> I don't understand why I get all the time "data/en/data" pattern.
>>
>> http://odp.tenforce.com/data/en/data/storage/f/2013-06-14T094833/milos.jpg
>>
>> No matter what I do on ecportal.ini or httpd configuration this is the
>> pattern I get.
>>
>> So as it happenes with the migrated data, now as well with the manual
>> added data, I can not trace the file.
>>
>> I updated also, the ckan.urlsite from odp to 192.168.33.87 , keeping the
>> same pattern "/data"
>> so the url now becomes:
>>
>> http://192.168.33.87/data/en/data/storage/f/2013-06-14T095412/easter2013.jpg
>>
>> Again 404.
>>
>> Thanks
>> Dimitrios
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.okfn.org/mailman/private/ecodp-dev/attachments/20130618/812c4348/attachment.html>