[ECODP-dev] Search cloud

Mon Aug 12 08:04:27 UTC 2013

Hi Dimitrios,

If you're unable to recreate the problem on test that suggests a problem
with the configuration of the PO's server so this would be the first thing
to check. Have you spoken to the PO and verified the things that John
suggested above i.e. that the PO has configured the DB correctly etc?

COme back to us if this doesn't solve the issue.

Best,

Darwin

*Darwin Peltan*

*Project Manager  |  skype: darwinp  |  twitter:
@darwin<http://twitter.com/darwin>
*

*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>
|open source data management platform
*

On 12 August 2013 08:24, Dimitrios Mexis <dimitrios.mexis at tenforce.com>wrote:

>  Good morning
>
> just for reference, this is the file attached. And I loaded without any
> indication of any problem.
>
> Regards
> Dimitrios
>
>
> On 8/08/2013 15:21, John Glover wrote:
>
> Hi Dimitrios,
>
>  The search cloud will not display if it cannot get a list of approved
> terms from the database for some reason. There is no other config option
> currently to remove it, so there must be a problem with either the saving
> of the searchcloud data or retrieving it from the database. Can you get a
> copy of the JSON file that they are uploading? It would be good if you
> could test that on your instance and verify that it works as expected.
>
>  Also, have they made any changes to the database server? For example, if
> they reloaded an old data dump for testing, they will need to run the
> paster commands to create the searchcloud tables again. If they have not
> set up the searchcloud tables then there should be some log messages to
> that effect in the CKAN log (every time the home page is viewed).
>
>  Thanks,
> John
>
>
> On 8 August 2013 12:46, Dimitrios Mexis <dimitrios.mexis at tenforce.com>wrote:
>
>>  Hello,
>>
>> PO claims not be able to view anymore the search cloud.
>>
>> They state that in their own words :
>> "Well the cloud wasn’t removed and the interface to upload a new terms
>> file is there, I reuploaded the last file for testing purposes but the
>> searchcloud did not reappear. Reuploaded the terms has nothing to do with
>> the display of the cloud and the documentation has no info on how to enable
>> or disable it if there is a way."
>>
>> Steps:
>> a) imported again the cloud:
>> from the ecodp.custom.log I see on my own:
>> 192.168.35.139 - - [08/Aug/2013:12:42:14 +0200] "GET /data/ HTTP/1.0" 200
>> 5725 "https://192.168.35.139/data/searchcloud/save"<https://192.168.35.139/data/searchcloud/save>"Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko)
>> Chrome/28.0.1500.95 Safari/537.36"
>>
>> b)  I tried to rerun the following command producing error [they used
>> that one]:
>> /applications/ecodp/users/ecodp/ckan/ecportal/bin/paster
>> --plugin=ckanext-ecportal ecportal
>> searchcloud-generate-unapproved-search-list -c
>> /applications/ecodp/users/ecodp/ckan/conf/portal.ini
>>
>> and the correct command:
>> /applications/ecodp/users/ecodp/ckan/ecportal/bin/paster
>> --plugin=ckanext-ecportal ecportal
>> searchcloud-generate-unapproved-search-list -c
>> /applications/ecodp/users/ecodp/ckan/conf/ecportal.ini
>>
>> but our search cloud did not disappear. On the logs I don't see
>> something. Only when I run the (a) it fails with a big message on screen
>> and that's it.
>>
>> Do you have any suggestion ? [ I have already asked them to clear cache ]
>>
>> Regards
>> Dimitrios
>>
>>
>>
>
>
> _______________________________________________
> Ecodp-dev mailing list
> Ecodp-dev at lists.okfn.org
> http://lists.okfn.org/mailman/listinfo/ecodp-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.okfn.org/mailman/private/ecodp-dev/attachments/20130812/efc39ac1/attachment.html>