[CKAN-support] Fwd: [IATI Support] Re: Every Child [8KDC-CXQ8]

Thu Feb 20 10:08:26 UTC 2014

Hi Adria,

See below ticket we raised about pushing a package to the Registry - we seem to have this a few times recently.  Is this also linked to the purge issue I encountered?

Thanks

Steven

-------- Original Message --------
Subject:        [IATI Support] Re: Every Child [8KDC-CXQ8]
Date:   20/02/14 09:53
From:   Aidstream Support <notifications-support at iatistandard.org><mailto:notifications-support at iatistandard.org>
Reply-To:       IATI Support <support at iatistandard.org><mailto:support at iatistandard.org>
To:     Steven Flower <Steven.Flower at devinit.org><mailto:Steven.Flower at devinit.org>

## Please do not write below this line ##
Ticket #1188: Every Child<https://iati.zendesk.com/agent/#/tickets/1188>

Hi Steven,

Your request (#1188<http://support.iatistandard.org/agent/#/tickets/1188>) has been updated.

To review the status of the request and add additional comments, follow the link below:
http://iati.zendesk.com/agent/#/tickets/1188

You can also add a comment by replying to this email.

________________________________

Aidstream Support, Feb 20 09:54:

Hello Steven

Looks like there's some cache issue with registry. I tried manual curl API call using evc-activities1, it worked. With evc-activities, it was saying "url already in use". For now the dataset appears there but it doesn't reflect in the aidstream as the call was done outside aidstream. And the issue is also not with aidstream. Lately i think we are getting some caching issues with registry.

Anjesh.

________________________________

Steven Flower, Feb 20 08:21:

Hi Anjesh

Many thanks for the support

I've changed to unsegmented, and generated an associated file in Aidstream. In Aidstream Ive also deleted the two other files - and the one on the Registry. I cant seem to push the new file to the Registry though, but perhaps you can?

BTW - this came from me updating the reporting-org reference and applying the updates. We might want to review the workflow around this

Thanks

Steven

________________________________

Aidstream Support, Feb 20 05:02:

Hi Steven,

I did the manual API call via curl for both the files.

For http://aidstream.org/files/xml/evc-tz.xml file, i managed to make successful call http://iatiregistry.org/publisher/activity/evc
but it doesn't show in the dataset page, but only in the stream page http://iatiregistry.org/publisher/activity/evc
But evc user page shows the dataset http://iatiregistry.org/user/evcadmin

However for another file http://aidstream.org/files/xml/evc-kh.xml, i get "url already in use". {"help": null, "success": false, "error": {"__type": "Validation Error", "name": ["That URL is already in use."]}}, whereas the url is not in use in the registry for evc, atleast under evc.
I guess that's the name conflict message that we see in the aidstream message. Looks like there's cache issue at the registry side.

Can you delete the dataset that i have manually uploaded, do you think we should change to "unsegmented" and do the publishing from the registry.

Best
Anjesh.

________________________________

Steven Flower, Feb 19 21:01:

Hi Anjesh

I updated the files for this org: http://iatiregistry.org/publisher/evc - but got a conflict on the file names. I then deleted the Registry files, and now have a AidStream conflict on the Registry name (it was set as EvC - I changed it to evc)

Please help reinstate the files, if you can

Thanks

Steven

This email is a service from IATI Support.

Message-Id:8KDCCXQ8_5305d0be35ef4_42d83fe9618c9ea41625048_sprut
______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
______________________________________________________________________

______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
______________________________________________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.okfn.org/mailman/private/ckan-support/attachments/20140220/ea3e3574/attachment-0002.html>