Please remember that the way we handle options/optionSets have been changed now. You need to have
This now works as any other metadata… you first define the options, then create optionsets with references to these options… this allow for option reuse, and also translation
On an empty DHIS database, I ran the options payload only.
{
“options”: [{
“code”: “b64365ac185”,
“id”: “b64365ac185”,
“name”: “One”
}, {
“code”: “b65ad0e22c5”,
“id”: “b65ad0e22c5”,
“name”: “One”
}]
}
After that, I loaded /api/options.json and found only one entry, the option with code “b65ad0e22c5”. The first option was missing. It seems to be using the “name” attribute (and not the code) to determine whether to create or update the entry. Is this by design?
Regards,
Simanta
···
On Sat, Nov 29, 2014 at 11:55 AM, Morten Olav Hansen mortenoh@gmail.com wrote:
Hi
Please remember that the way we handle options/optionSets have been changed now. You need to have
This now works as any other metadata… you first define the options, then create optionsets with references to these options… this allow for option reuse, and also translation
On an empty DHIS database, I ran the options payload only.
{
“options”: [{
“code”: “b64365ac185”,
“id”: “b64365ac185”,
“name”: “One”
}, {
“code”: “b65ad0e22c5”,
“id”: “b65ad0e22c5”,
“name”: “One”
}]
}
After that, I loaded /api/options.json and found only one entry, the option with code “b65ad0e22c5”. The first option was missing. It seems to be using the “name” attribute (and not the code) to determine whether to create or update the entry. Is this by design?
Regards,
Simanta
–
Morten
On Sat, Nov 29, 2014 at 11:55 AM, Morten Olav Hansen mortenoh@gmail.com wrote:
Hi
Please remember that the way we handle options/optionSets have been changed now. You need to have
This now works as any other metadata… you first define the options, then create optionsets with references to these options… this allow for option reuse, and also translation
On an empty DHIS database, I ran the options payload only.
{
“options”: [{
“code”: “b64365ac185”,
“id”: “b64365ac185”,
“name”: “One”
}, {
“code”: “b65ad0e22c5”,
“id”: “b65ad0e22c5”,
“name”: “One”
}]
}
After that, I loaded /api/options.json and found only one entry, the option with code “b65ad0e22c5”. The first option was missing. It seems to be using the “name” attribute (and not the code) to determine whether to create or update the entry. Is this by design?
Regards,
Simanta
On Sat, Nov 29, 2014 at 11:55 AM, Morten Olav Hansen mortenoh@gmail.com wrote:
Hi
Please remember that the way we handle options/optionSets have been changed now. You need to have
This now works as any other metadata… you first define the options, then create optionsets with references to these options… this allow for option reuse, and also translation