[ckan-dev] Spatial Extension : Datasets without spatial metadata

Tue Jul 17 13:27:36 UTC 2012

Oceane,

If a dataset doesn't have an extent defined then I would agree with the
default of excluding it from all spatial searches. If nothing else, it
encourages publishers to define a datasets' extent.

If you really wanted to include spatially-undefined datasets, then you'd
have to change the Postgis query.

In data.gov.uk we also have the opposite problem: many datasets have the
extent set to the whole of the UK (because of laziness/default), even if
the dataset applies to one city. So you search for London and datasets from
Edinburgh are in the results, which is perhaps just as annoying as not
getting any results.

An improvement would be to weight higher in the search results those
datasets with a spatial area 'similar' to the search area. So a search for
London datasets would rank London datasets higher than UK datasets. I
wonder if @Adria knows a recognised way to calculate the 'similarity' of
two spatial areas to achieve this?

David

On 17 July 2012 10:21, VENTURA Oceane <OCEANE.VENTURA at atos.net> wrote:

>  Hi,
>
>  I just installed the spatial extension and I noticed an unexpected
> behavior when I do a research.
>
>  With the spatial query widget activated, if the spatial extent is not
> defined, there is no result. If I specified a geographic area, CKAN find
> the package with spatial metadata.
> But I never have the package without these metadata in the result.
>
>  Is it possible to do the research on package without spatial if the
> extent isn’t specified by the user?
>
>  TIA,
>
>
> *Océane VENTURA*
> Business Development & Innovation
> ATOS - Public Sector France
> 01.73.26.47.92
>  06.32.33.25.99
>  *oceane.ventura at atos.net*
> River Ouest,
> 80 quai Voltaire
> 95 877 Bezons Cedex
> www.atos.net
>
>
>   ------------------------------
>
> Ce message et les pièces jointes sont confidentiels et réservés à l'usage
> exclusif de ses destinataires. Il peut également être protégé par le secret
> professionnel. Si vous recevez ce message par erreur, merci d'en avertir
> immédiatement l'expéditeur et de le détruire. L'intégrité du message ne
> pouvant être assurée sur Internet, la responsabilité du groupe Atos ne
> pourra être engagée quant au contenu de ce message. Bien que les meilleurs
> efforts soient faits pour maintenir cette transmission exempte de tout
> virus, l'expéditeur ne donne aucune garantie à cet égard et sa
> responsabilité ne saurait être engagée pour tout dommage résultant d'un
> virus transmis.
>
> This e-mail and the documents attached are confidential and intended
> solely for the addressee; it may also be privileged. If you receive this
> e-mail in error, please notify the sender immediately and destroy it. As
> its integrity cannot be secured on the Internet, the Atos group liability
> cannot be triggered for the message content. Although the sender endeavors
> to maintain a computer virus-free network, the sender does not warrant that
> this transmission is virus-free and will not be liable for any damages
> resulting from any virus transmitted.
>
> _______________________________________________
> ckan-dev mailing list
> ckan-dev at lists.okfn.org
> http://lists.okfn.org/mailman/listinfo/ckan-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.okfn.org/pipermail/ckan-dev/attachments/20120717/e24d7378/attachment-0001.html>