[ECODP-dev] Malformed rdf

[David Raznick]

Hello

It looks like the error is because the wrong content type is sent when
posting to ckan in rdf2ckan.   Content-Type:application/json should be sent
otherwise CKAN will think it is urlencoded and therefore make the final
document encoded wrongly.

This must have changed at somepoint, as the live db does not have this
issue and is likely what caused the unicode issues from happening too.

Thanks

David


On 18 September 2013 16:16, Dimitrios Mexis <dimitrios.mexis at tenforce.com>wrote:

>  Hello David,
>
> we don't do any postprocessing for the data we send.
>
> It's pure rdf content as read from the file. So, we depend on CKAN how it
> will digest it.
> If we need to do some postprocessing, can you give clarification on the
> matter ?
>
> Also, does that have to do with the problem we faced with unicode
> exceptions from CKAN as well ?
>
> Kind regards
> Dimitrios
>
>
> On 18/09/2013 17:12, David Raznick wrote:
>
>  Hello Bert
>
>
>  There appears to be a lot of malformed rdf documents in the test system
> e.g
>
> http://212.71.25.148/en/data/dataset/BrvXA5sZQ1AFKgE4Pktw.rdf
>
>  After some investigation this seems to due to the data send by
> rdf2ckan.  It appears that xml "&" are not being escaped correctly in some
> places.
>
>  These errors do not appear on the live db as far as I can see, could you
> please look into this.
>
>  Thanks
>
> David
>
>
> _______________________________________________
> Ecodp-dev mailing listEcodp-dev at lists.okfn.orghttp://lists.okfn.org/mailman/listinfo/ecodp-dev
>
>
>
> _______________________________________________
> 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/20130918/35a5a68d/attachment.html>