Dear SvenRight. I guess this happens because gretl's parser simply hasn't had to accommodate such a "weird" case so far.
Thanks. Hope I got you right.
With the mentioned script command
gretl returns
? data OECD/DSD_PRICES@DF_PRICES_ALL/AUT.M.N.CPI.PD._T.N.GOY
Unexpected symbol '@'
Yes, a nice workaround for the parser problem.
where as
provider = "OECD"
database = "DSD_PRICES_COICOP2018@DF_PRICES_C2018_ALL"
bundle spec = defbundle("mask","CHL.M.N.CPI.PC.CP01.N.G1")
bs = dbnomics_get_multiple(provider, database, 1000, 0, spec)
dbnomics_bundles_print(bs)
list X = dbnomics_bundles_to_list( bs, "series_code" )
printf "\nHere are the series in list X:\n"
list X print
works fine.
but surprisingly the bundl request does not work with all data, for
instance not for
provider = "OECD"
database = "DSD_IMTS@DF_IMTS"
bundle spec = defbundle("mask","DNK.W.X.C.M.XDC.Y.N")
bs = dbnomics_get_multiple(provider, database, 1000, 0, spec)
OK I see, and I agree it's surprising.
I checked what is returned from the relevant gretl-dbnomics internals, and I'm seeing:
? =req.output
{"_meta":{"args":{"align_periods":false,"dataset_code":"DSD_\u00e2\u0080\u008bIMTS@DF_\u00e2\u0080\u008bIMTS","dimensions":{},"facets":false,"format":"json","limit":1000,"metadata":false,"observations":true,"offset":0,"provider_code":"OECD","q":"","series_code":"DNK.W.X.C.M.XDC.Y.N"},"version":"22.1.17"},"message":"Dataset
'OECD\/DSD_\u00e2\\x80\\x8bIMTS@DF_\u00e2\\x80\\x8bIMTS' not
found"}
So I believe on the dbnomics server side they are inserting weird unicode characters (the \u00e2\u0080\u008b above), rendering the resulting json invalid. I have no idea where that comes from or why, my current guess would simply be it's a bug over there.
But maybe someone has a better diagnosis or even a workaround.
cheers
sven