···
–
Morten Olav Hansen
Senior Engineer, DHIS 2
University of Oslo
http://www.dhis2.org
On Thu, Jul 28, 2016 at 2:16 PM, Halvdan Hoem Grelland halvdan@dhis2.org wrote:
Right. I am actually not sure if this is supported on 2.21. On more recent versions we support a content-type of ‘application/json+zip’, which you could have tried, but I do not think this is available on 2.21 (it should work on the demo server).
Do you have any insight Morten?
On Thu, Jul 28, 2016 at 2:03 PM, Victor Garcia vgarciabnz@gmail.com wrote:
This is the cURL command I try:
curl -H “Content-Type: application/json” -u admin:district -d @datavalues.zip “https://play.dhis2.org/demo/api/dataValueSets.json.zip” -X POST
The POST against DEMO server gives the same response that before. I tried with “.json”, “.zip” and “.json.zip” extensions, but no success. The “datavalues.zip” only contains a valid .json file (sending this .json file uncompressed, the import works).
If you want me to try something else, just tell me.
–
Halvdan Hoem Grelland
Software developer, DHIS 2
University of Oslo
http://www.dhis2.org
On 28 July 2016 at 13:11, Halvdan Hoem Grelland halvdan@dhis2.org wrote:
Ah, my bad. I misread ‘data’ as ‘meta data’.
What is the exact request (including headers) you are using? Do you have a reproducible cURL we could try?
Also, what is the format of the zipped data file? (The error you are seeing is the importer encountering a ZIP file header byte whilst expecting valid JSON).
On Thu, Jul 28, 2016 at 12:10 PM, Victor Garcia vgarciabnz@gmail.com wrote:
Thanks,
Just to clarify, I have tried using extensions, but it does not seem to work for “/api/dataValueSets” endpoint.
–
Halvdan Hoem Grelland
Software developer, DHIS 2
University of Oslo
http://www.dhis2.org
On 28 July 2016 at 12:04, Morten Olav Hansen morten@dhis2.org wrote:
Hm, yeah… seems our data endpoint don’t wrap it using StreamUtils.wrapAndCheckCompressionFormat(), so that means it must be manually applied… should be an easy fix though
–
Morten Olav Hansen
Senior Engineer, DHIS 2
University of Oslo
http://www.dhis2.org
On Thu, Jul 28, 2016 at 12:00 PM, Halvdan Hoem Grelland halvdan@dhis2.org wrote:
Quickly glancing over the source code for this stuff: it seems to discern formats using extensions. For example, one would use a POST to api/metaData.json.zip or api/metaData.xml.gz.
Could you give that a try, Victor?
On Thu, Jul 28, 2016 at 11:23 AM, Morten Olav Hansen morten@dhis2.org wrote:
Hi
Did you try and simply send the data as a zipped file? I think we support both gzip and zip, you don’t need to do anything else than zip it down before.
I’m not 100% sure it will work, but this is how our metadata endpoints work.
Mailing list: https://launchpad.net/~dhis2-devs
Post to : dhis2-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-devs
More help : https://help.launchpad.net/ListHelp
–
Halvdan Hoem Grelland
Software developer, DHIS 2
University of Oslo
http://www.dhis2.org
–
Morten Olav Hansen
Senior Engineer, DHIS 2
University of Oslo
http://www.dhis2.org
On Thu, Jul 28, 2016 at 11:12 AM, Victor Garcia vgarciabnz@gmail.com wrote:
Hi all,
searching in the documentation I couldn’t find a way to import a data file in zip format through the API. I know it is possible to do it using the user interface (import/export module), but we need to use the API. Is it supported?
This problem arises in contexts with a poor connection, where large data exchanges are a pain.
Thank you,
Víctor
Mailing list: https://launchpad.net/~dhis2-devs
Post to : dhis2-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-devs
More help : https://help.launchpad.net/ListHelp