[ckan-dev] Resource.hash

[Nigel Babu]

What I missed in this confusion is that the hash is stored by plugins, not
by CKAN itself. This clears up things for me.

Nigel Babu

Developer  |  @nigelbabu <https://twitter.com/nigelbabu>

The Open Knowledge Foundation <http://okfn.org/>

Empowering through Open Knowledge

http://okfn.org/  |  @okfn <http://twitter.com/OKFN>  |  OKF on
Facebook<https://www.facebook.com/OKFNetwork> |
Blog <http://blog.okfn.org/>  |  Newsletter<http://okfn.org/about/newsletter>

 CKAN | http://ckan.org/ | @CKANproject
<http://twitter.com/CKANproject> |the world’s leading open-source data
portal platform


On 29 May 2013 17:22, Toby Dacre <toby.okfn at gmail.com> wrote:

> Resources have a hash field.
>
> This is used by the datastorer to see if a resource has changed I am
> not sure why last modified is not used here.
>
> We have a failing test that seems to be related to this
> https://github.com/okfn/ckan/issues/818 as the results are ordered by
> hash which I think may be ''
>
> So my questions are.
>
> 1) why do we have this field/ what is the usecase ?
>
> 2) If it should change when the resource is updated - should this not
> be moved into the model so it is always done?
>
> 3) should it be even changable by a user?
>
> 4) Can we just kill it?
>
>
> --
> Toby Dacre
>
> The Open Knowledge Foundation
>
> Empowering through Open Knowledge
> http://okfn.org/  |  @okfn
>
> _______________________________________________
> ckan-dev mailing list
> ckan-dev at lists.okfn.org
> http://lists.okfn.org/mailman/listinfo/ckan-dev
> Unsubscribe: http://lists.okfn.org/mailman/options/ckan-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.okfn.org/pipermail/ckan-dev/attachments/20130530/ecda4ab7/attachment-0001.html>