[ckan-dev] Links of resources changed?

Mon Aug 17 09:31:42 UTC 2015

Hi Adrià,

thanks for the clarification. Can you (or someone else) point me in the
right direction as of where actually the download URL of a resource is
generated? I found the uploader (
https://github.com/ckan/ckan/blob/097e6ce7b840057bf6f22b1cf79dc8ee0b839580/ckan/lib/uploader.py),
but the 'url' attribute seems not to be set there.

The problem we currently have is, that all the files that are manually
uploaded get a download URL of the internal server domain name where the
system is running on. This is different from the external address. We set
the ckan.site_url to the external one, but still the uploads get the wrong
domain name.

Any ideas?

Cheers, Stefan

On Fri, Aug 14, 2015 at 4:09 PM, Adrià Mercader <adria.mercader at okfn.org>
wrote:

> Hi Stefan,
>
> The FileStore was refactored on CKAN 2.2 and the links changed indeed to
> the second form you described. From the CHANGELOG for 2.2:
>
> The FileStore and file uploads have been completely refactored and
> simplified to only support local storage backend. The links from previous
> versions of the FileStore to hosted files will still work, but there is a
> command available to migrate the files to new Filestore. See this page for
> more details:
> http://docs.ckan.org/en/latest/filestore.html#filestore-21-to-22-migration
>
> If you are having trouble with corrupted files on the old OFS backend I
> recommend you migrate to the new one.
>
> Hope this helps,
>
> Adrià
>
>
>
> On 14 August 2015 at 13:39, Stefan Oderbolz <stefan.oderbolz at liip.ch>
> wrote:
>
>> Hi there,
>>
>> has there been any change in how a resource link looks like? On an
>> instance using OFS with "pairtree" we generated links to resources that
>> looked like that:
>>
>> https://ckan-instance.org/storage/f/dataset-name/filename.csv
>>
>> But due to some unknown change, they now appear as
>>
>>
>> https://ckan-instance.org/dataset/dataset-name/resource/5024a0b4-246f-48b1-a447-4721a7d9b313/download/filename.csv
>>
>> Is the second URL simply a redirect to the first one?
>>
>> Unfortunately I currently have no direct access to the instance, so there
>> is little more information at this point. Just wanted to ask you if this
>> seems familiar to any of you. Or what change that might have caused.
>>
>> By the way, we are using ofs-hero (https://github.com/ckan/ofs-hero) to
>> regulary re-create the corrupted persisted_state.json.
>>
>>
>> Cheers, Stefan
>>
>> --
>> Liip AG  // Limmatstrasse 183 //  CH-8005 Zürich
>> Tel +41 43 500 39 80 // GnuPG 0x7B588C67 // www.liip.ch
>>
>> _______________________________________________
>> ckan-dev mailing list
>> ckan-dev at lists.okfn.org
>> https://lists.okfn.org/mailman/listinfo/ckan-dev
>> Unsubscribe: https://lists.okfn.org/mailman/options/ckan-dev
>>
>>
>
> _______________________________________________
> ckan-dev mailing list
> ckan-dev at lists.okfn.org
> https://lists.okfn.org/mailman/listinfo/ckan-dev
> Unsubscribe: https://lists.okfn.org/mailman/options/ckan-dev
>
>

-- 
Liip AG  // Limmatstrasse 183 //  CH-8005 Zürich
Tel +41 43 500 39 80 // GnuPG 0x7B588C67 // www.liip.ch
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.okfn.org/pipermail/ckan-dev/attachments/20150817/447427d3/attachment-0003.html>