[ECODP-dev] Import SG package problem

Wed Aug 21 14:16:35 UTC 2013

Yes indeed that was the problem.

Validations are in "relaxed" state so it passed through the normal 
validations but when reached CKAN got canceled.

Thanks for the tip!

Regards
Dimitrios

On 21/08/2013 15:45, John Glover wrote:
> Hi Dimitrios,
>
> The dataset status field is a required field (possible values are 
> here: 
> https://github.com/okfn/ckanext-ecportal/blob/next/data/odp-dataset-status.json). 
> This error indicates that this field is missing from your API request.
>
> However, it does seem to be provided in your RDF, so perhaps the 
> rdf2ckan script is not passing this value? Can you double check the 
> actual JSON that you are sending to CKAN?
>
> Regards,
> John
>
>
> On 21 August 2013 15:38, Dimitrios Mexis <dimitrios.mexis at tenforce.com 
> <mailto:dimitrios.mexis at tenforce.com>> wrote:
>
>     Hello John,
>
>     I attach you the sg.zip that I created renaming the namespace. Now
>     the message I get is:
>
>     2013-08-21 15:29:43,897 ERROR [ckan.controllers.api] Validation
>     error: "{'__type': 'Validation Error', 'status': [u'Missing value']}"
>
>     Can you explain me what is the problem ?
>
>     Regards
>     Dimitrios
>
>
>     On 21/08/2013 13:05, John Glover wrote:
>>     Hi Dimitrios,
>>
>>     Yes that is correct, we have migrated the vocab data to the new
>>     namespace on the test server.
>>
>>     Regards,
>>     John
>>
>>
>>     On 21 August 2013 12:53, Dimitrios Mexis
>>     <dimitrios.mexis at tenforce.com
>>     <mailto:dimitrios.mexis at tenforce.com>> wrote:
>>
>>         John/Bert,
>>
>>         Testing against 145 machine, I get from trying to upload the
>>         SG now this message:
>>
>>         [REASON:(ERROR) [TRYING PACKAGE UPDATING]{__type=Validation
>>         Error, status=[Tag
>>         http://ec.europa.eu/open-data/kos/dataset-status/Completed
>>         does not belong to vocabulary status]}]
>>
>>         I assume correct that I need to change the namespace from
>>         ec.europa.eu/open-data <http://ec.europa.eu/open-data> to
>>         open-data.europa.eu <http://open-data.europa.eu> in order to
>>         upload it successfully ?
>>
>>         Dimitrios
>>
>>
>>         On 26/07/2013 12:51, Dimitrios Mexis wrote:
>>
>>             Hi David/John,
>>
>>             we have a strange case. An SG package, that is not
>>             uploaded to the customer, but on our side it is uploaded
>>             on 8.
>>
>>             The file of the output of process, shows something as
>>             immediate stop of communication. With no apparent reason.
>>
>>             Attachments & Description:
>>             I attach you the rdf file.  Which is the same file, as in
>>             a previous message I had posted, and that gives problems
>>             to the customer as well.
>>             the error log of the ecodp, which signifies some possible
>>             problem with SOLR.
>>             The TENFORCE version 8 is the file generated from ourside
>>             trying to upload on 8 release, and it worked.
>>             Release 9, is interrupted messages I got from the latest
>>             version.
>>
>>             Remarks: it seems at this installation of customer,
>>             tomcat6 and solr for version 8 to be...unstable. I don't
>>             follow why. As if it might stop on its own. So : if SOLR
>>             is down is the import failing too ?
>>             On 9, I notice strange behavior, that sometimes didn't
>>             want to import the package. Is the rdf valid one for upload ?
>>             I notice that even if I escape characters in bash and
>>             using curl I might have errors like No JSON Output on
>>             release 9, and that gives me internal server errors.
>>
>>             also, I noticed that it failed to me, once when it was
>>             trying to import the data, when I had marked it as
>>             deleted. That happened once. At least that is what I
>>             understood. I didn't expect it so I can not tell for sure
>>             if that is problem.
>>
>>             They don't claim to have problems with other packages.
>>
>>             Is it possible to take a look also ?
>>
>>             Thank you
>>             Dimitrios
>>
>>
>>
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.okfn.org/mailman/private/ecodp-dev/attachments/20130821/36d14146/attachment.html>