Re: [Dhis2-users] [Dhis2-devs] Skip-logic on Events with Option Codes - can't seem to get it to work...

[David Hagan]

Here are the specifics of the skip logic to see if anyone can spot if I've
made a mistake.

The CE-Discharge variable represents a discharge method data element that
is an option-set with 4 values.

Absconded, MODDIS_ABSC
Transferred, MODDIS_TRANS
Died, MODDIS_DIED
Discharged, MODDIS_DISCH

simple rule is #{CE-Discharge} != 'MODDIS_TRANS' then hide some extra
transfer detailed they want to capture.

there is another similar rule but for the MODDIS_DIED option.

Let me know if I am missing something.



On 13 June 2017 at 10:09, David Hagan  wrote:

> Thanks Markus,
>
> Yes, we made sure we set that ... here's the return from the API call...
> will do some further testing to see if we can figure this out.
>
> 
> DATAELEMENT_CURRENT_EVENT programRuleVariableSourceType>
> true
> 
>
> By the way, we had a go with 2.27 last night so we could get access to the
> new Rules interface ... got to say we love it :-). Had to roll back though
> because the org tree wasn't displaying in the data entry or event capture
> screens but would display once we did a 'search' for the root node. Haven't
> had time to document this or fully test things as we are on a deadline.
>
> Cheers
>
> David
>
>
> On 13 June 2017 at 09:41, Markus Bekken  wrote:
>
>> Hi David!
>> There is a flag when you create the source field that lets you control
>> wether the value or code should be used in the comparisons. Unfortunately
>> the source fields is not editable once created until version 2.27 onwards.
>> You can check the settings of your source field in the API:
>>
>> https://play.dhis2.org/release1/api/programRuleVariables?
>> paging=none&fields=name,programRuleVariableSourceType,useCod
>> eForOptionSet&filter=name:eq:*(sourceFieldName)*
>>
>> Also - what is the source type of the source field that behaves
>> inconsistently?
>>
>> Markus
>>
>> 13. jun. 2017 kl. 08.32 skrev David Hagan :
>>
>> Hi,
>>
>> Version: 2.26Build revision: a9c5994Build date: 2017-06-11 06:43
>> Has anyone else had problems with inconsistency in the execution of
>> skip-logic rules for Events? Sometimes the rules seems to work on the
>> 'value' ... sometimes they don't seem to work. But what I really need
>> (since we are doing this in two languages) is the rule to fire off the Code
>> for an Option Set (simple drop-down data-element with 4 values).
>> Any known issues with this?
>> Cheers
>> David
>> ___
>> Mailing list: https://launchpad.net/~dhis2-users
>> Post to : dhis2-users@lists.launchpad.net
>> Unsubscribe : https://launchpad.net/~dhis2-users
>> More help   : https://help.launchpad.net/ListHelp
>>
>>
>>
>
___
Mailing list: https://launchpad.net/~dhis2-users
Post to : dhis2-users@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-users
More help   : https://help.launchpad.net/ListHelp

Re: [Dhis2-users] [Dhis2-devs] Skip-logic on Events with Option Codes - can't seem to get it to work...

[David Hagan]

Thanks Markus,

Yes, we made sure we set that ... here's the return from the API call...
will do some further testing to see if we can figure this out.


DATAELEMENT_CURRENT_EVENT

true


By the way, we had a go with 2.27 last night so we could get access to the
new Rules interface ... got to say we love it :-). Had to roll back though
because the org tree wasn't displaying in the data entry or event capture
screens but would display once we did a 'search' for the root node. Haven't
had time to document this or fully test things as we are on a deadline.

Cheers

David


On 13 June 2017 at 09:41, Markus Bekken  wrote:

> Hi David!
> There is a flag when you create the source field that lets you control
> wether the value or code should be used in the comparisons. Unfortunately
> the source fields is not editable once created until version 2.27 onwards.
> You can check the settings of your source field in the API:
>
> https://play.dhis2.org/release1/api/programRuleVariables?paging=
> none&fields=name,programRuleVariableSourceType,useCodeForOptionSet&filter=
> name:eq:*(sourceFieldName)*
>
> Also - what is the source type of the source field that behaves
> inconsistently?
>
> Markus
>
> 13. jun. 2017 kl. 08.32 skrev David Hagan :
>
> Hi,
>
> Version: 2.26Build revision: a9c5994Build date: 2017-06-11 06:43
> Has anyone else had problems with inconsistency in the execution of
> skip-logic rules for Events? Sometimes the rules seems to work on the
> 'value' ... sometimes they don't seem to work. But what I really need
> (since we are doing this in two languages) is the rule to fire off the Code
> for an Option Set (simple drop-down data-element with 4 values).
> Any known issues with this?
> Cheers
> David
> ___
> Mailing list: https://launchpad.net/~dhis2-users
> Post to : dhis2-users@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~dhis2-users
> More help   : https://help.launchpad.net/ListHelp
>
>
>
___
Mailing list: https://launchpad.net/~dhis2-users
Post to : dhis2-users@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-users
More help   : https://help.launchpad.net/ListHelp

[Dhis2-users] [Dhis2-devs] Skip-logic on Events with Option Codes - can't seem to get it to work...

[David Hagan]

Hi,

Version: 2.26Build revision: a9c5994Build date: 2017-06-11 06:43
Has anyone else had problems with inconsistency in the execution of
skip-logic rules for Events? Sometimes the rules seems to work on the
'value' ... sometimes they don't seem to work. But what I really need
(since we are doing this in two languages) is the rule to fire off the Code
for an Option Set (simple drop-down data-element with 4 values).
Any known issues with this?
Cheers
David
___
Mailing list: https://launchpad.net/~dhis2-users
Post to : dhis2-users@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-users
More help   : https://help.launchpad.net/ListHelp

Re: [Dhis2-users] [Dhis2-devs] Potential Bug? (skip-logic rules fire on drop-down select but not on radio-button)

[David Hagan]

Thanks,

Will try this out over the weekend and let you know.

David

On 2 June 2017 at 17:05, Markus Bekken  wrote:

> Hey David,
>
> a build is triggering now for 2.26 where this should be fixed.
>
> Markus
>
> 1. jun. 2017 kl. 14.04 skrev Markus Bekken :
>
> Hi there David!
> I might also be a bit sleep deprived, but have independently confirmed
> what you describe below.
>
> Will fix and get back to you!
>
> Markus
>
> 1. jun. 2017 kl. 12.28 skrev David Hagan :
>
> Hey there community ...
>
> Someone slap me if I've got this wrong ...
>
> ... been up nearly 24 hours with crazy travel today  and it doesn't help
> that some studious drummers associated with Ramadan rituals are gleefully
> banging their drums outside my hotel bedroom window for half an hour at 2AM
> every morning since last Saturday 😵
>
> Anyway ... got a simple event capture form with some skip logic to un-hide
> some extra fields when certain options are selected. As drop-down lists,
> the rules fire, but as radio buttons (the setting you can select for the
> overall program), the same rule doesn't fire.
>
> Anyone else experience this or can someone validate or not?
>
> Version details are:
>
> Version:2.26Build revision:09e4ed6Build date:2017-05-22 13:50
>
> Cheers
>
> David Hagam
> ___
> Mailing list: https://launchpad.net/~dhis2-devs
> Post to : dhis2-d...@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~dhis2-devs
> More help   : https://help.launchpad.net/ListHelp
>
>
>
>
___
Mailing list: https://launchpad.net/~dhis2-users
Post to : dhis2-users@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-users
More help   : https://help.launchpad.net/ListHelp

[Dhis2-users] Potential Bug? (skip-logic rules fire on drop-down select but not on radio-button)

[David Hagan]

Hey there community ...

Someone slap me if I've got this wrong ...

... been up nearly 24 hours with crazy travel today  and it doesn't help
that some studious drummers associated with Ramadan rituals are gleefully
banging their drums outside my hotel bedroom window for half an hour at 2AM
every morning since last Saturday 😵

Anyway ... got a simple event capture form with some skip logic to un-hide
some extra fields when certain options are selected. As drop-down lists,
the rules fire, but as radio buttons (the setting you can select for the
overall program), the same rule doesn't fire.

Anyone else experience this or can someone validate or not?

Version details are:

Version:2.26Build revision:09e4ed6Build date:2017-05-22 13:50

Cheers

David Hagam
___
Mailing list: https://launchpad.net/~dhis2-users
Post to : dhis2-users@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-users
More help   : https://help.launchpad.net/ListHelp

Re: [Dhis2-users] [Dhis2-devs] v2.26 Hierarchy Operations not displaying fully

[David Hagan]

OK,

Upgrading to this mornings' build release solved the problem:

Version: 2.26Build revision: 08dd100Build date: 2017-03-21 06:37
For the record,
Build revision: 86f6592 did not display the tick-boxes for Organisational
Hierarchy ... here's the HTML segment for that version compared to the Demo:

A'zaz
yet on the demo version of Sierra Leone  you get the 'input type'
checkbox
Sierra Leone
Cheers
David

On 20 March 2017 at 10:14, Knut Staring  wrote:

> The other standard response is of course to make sure you have really
> cleaned out your cache...
> https://www.dhis2.org/tutorials/how-to-really-clear-browser-cache
>
> On Mon, Mar 20, 2017 at 9:40 AM, David Hagan 
> wrote:
>
>> Morning all
>>
>> Anyone have a clue why the 'tick boxes' in the Hierarchy operations app
>> would no be visible?
>>
>> We're trying to move around a stack of incorrectly located facilities ...
>> but the UI for our build doesn't show correctly (Chrome or Safari). It does
>> on the demo.
>>
>> Version: 2.26Build revision: 86f6592
>>
>> I assume you're going to say update to the latest build :-)
>>
>> Comparable screenshots below for reference.
>>
>> Cheers
>>
>> [image: Inline images 2]
>>
>>
>> [image: Inline images 1]
>>
>> ___
>> Mailing list: https://launchpad.net/~dhis2-devs
>> Post to : dhis2-d...@lists.launchpad.net
>> Unsubscribe : https://launchpad.net/~dhis2-devs
>> More help   : https://help.launchpad.net/ListHelp
>>
>>
>
>
> --
> Knut Staring
> Dept. of Informatics, University of Oslo
> Norway: +4791880522 <+47%20918%2080%20522>
> Skype: knutstar
> http://dhis2.org
>
___
Mailing list: https://launchpad.net/~dhis2-users
Post to : dhis2-users@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-users
More help   : https://help.launchpad.net/ListHelp

Re: [Dhis2-users] [Dhis2-devs] v2.26 Hierarchy Operations not displaying fully

[David Hagan]

Ha ... first thing I always try ...

1. Set up a new Chrome User (gives you a nice clean blank slate); and
2. Go to Incognito mode if you want to be really sure ...

In this case, not a bit of difference ... anyway, will update to latest
build in an hour and retest.

David

On 20 March 2017 at 09:14, Knut Staring  wrote:

> The other standard response is of course to make sure you have really
> cleaned out your cache...
> https://www.dhis2.org/tutorials/how-to-really-clear-browser-cache
>
> On Mon, Mar 20, 2017 at 9:40 AM, David Hagan 
> wrote:
>
>> Morning all
>>
>> Anyone have a clue why the 'tick boxes' in the Hierarchy operations app
>> would no be visible?
>>
>> We're trying to move around a stack of incorrectly located facilities ...
>> but the UI for our build doesn't show correctly (Chrome or Safari). It does
>> on the demo.
>>
>> Version: 2.26Build revision: 86f6592
>>
>> I assume you're going to say update to the latest build :-)
>>
>> Comparable screenshots below for reference.
>>
>> Cheers
>>
>> [image: Inline images 2]
>>
>>
>> [image: Inline images 1]
>>
>> ___
>> Mailing list: https://launchpad.net/~dhis2-devs
>> Post to : dhis2-d...@lists.launchpad.net
>> Unsubscribe : https://launchpad.net/~dhis2-devs
>> More help   : https://help.launchpad.net/ListHelp
>>
>>
>
>
> --
> Knut Staring
> Dept. of Informatics, University of Oslo
> Norway: +4791880522 <+47%20918%2080%20522>
> Skype: knutstar
> http://dhis2.org
>
___
Mailing list: https://launchpad.net/~dhis2-users
Post to : dhis2-users@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-users
More help   : https://help.launchpad.net/ListHelp

[Dhis2-users] v2.26 Hierarchy Operations not displaying fully

[David Hagan]

Morning all

Anyone have a clue why the 'tick boxes' in the Hierarchy operations app
would no be visible?

We're trying to move around a stack of incorrectly located facilities ...
but the UI for our build doesn't show correctly (Chrome or Safari). It does
on the demo.

Version: 2.26Build revision: 86f6592

I assume you're going to say update to the latest build :-)

Comparable screenshots below for reference.

Cheers

[image: Inline images 2]


[image: Inline images 1]
___
Mailing list: https://launchpad.net/~dhis2-users
Post to : dhis2-users@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-users
More help   : https://help.launchpad.net/ListHelp

Re: [Dhis2-users] Import of Organisation Units using CSV / working example with Features Type and Coordinates?

[David Hagan]

Afternoon all,

I had the same error/issue this morning following the documented column
format for organisation unit CSV import using 2.26. When I removed one of
the 'blank' columns before the URL column (e.g. comments), the import
worked successfully (including the GIS coordinates). This suggests that one
of the documented columns is no longer expected as part of the csv import
function for 2.26.

Cheers,


David

On 13 February 2017 at 07:36, Ant Snyman  wrote:

> Hi Stephen,
>
> The one thing that caught my attention was that another column "Closed
> Date" should come after "Opening Date". Since you do not have an extra ","
> after 1970-01-01, the subsequent columns might be misaligned with the
> coordinates actually trying to import into the url column.
>
> The GIS experts out there might comment on the format of the co-ordinates,
> but I would expect it to be in the format "[7.495005,9.074908]"
>
> Good luck
>
> Regards
>
> Ant
>
>
>
>
>
>
> On 13 February 2017 at 06:07, Stephen Macauley  inductivehealth.com> wrote:
>
>> Greetings All,
>>
>>
>>
>> Does anyone have a working example, *that includes Features Type and
>> Coordinates,* for the import of Organisation Units using CSV for 2.2.5
>> (currently using Build Revision 8dd81e6)?
>>
>>
>>
>> I have tried numerous approaches using the available documentation, but
>> always encounter a challenge when the import files contains Features Type
>> and Coordinates (as defined here https://docs.dhis2.org/2.25/en
>> /developer/html/webapi_csv_metadata_import.html#webapi_csv_org_units).
>>
>>
>>
>>
>>
>> *Sample excerpt from my import file:*
>>
>>
>>
>> Name,UID,Code,Parent UID,Short name,Description,UUID,Opening
>> date,Comment,Feature type,Coordinates,URL,Contact
>> person,Address,Email,Phone number
>>
>> Bacta One,thzLERyqmDe,thzLERyqmDe,YtReWq54321,Bacta One,Bacta
>> One,,1970-01-01,test,Point,"7.495005,9.074908",
>>
>> Bacta Two,ms1BoduOt0I,ms1BoduOt0I,YtReWq54321,Bacta Two,Bacta
>> Two,,1970-01-01,test,Point,"7.476555,9.04081",
>>
>>
>>
>> I have tried various combinations of the Feature Type (Point, POINT,
>> POLYGON, leaving it blank) and have also tried putting the Coordinates in
>> brackets ([7.495005,9.074908]).
>>
>>
>>
>> A common response I get back during dry run is the below, which makes me
>> believe I have fields out of position or something else is happening with
>> the Feature type field based on a few different “enum” exceptions in the
>> dhis.log file.
>>
>>
>>
>> OrganisationUnit
>>
>> String
>>
>> Property `url` requires a valid URL, was given `7.02149,4.76539`.
>>
>>
>>
>>
>>
>> Many Thanks in Advance,
>>
>>
>>
>> -Stephen
>>
>> ___
>> Mailing list: https://launchpad.net/~dhis2-users
>> Post to : dhis2-users@lists.launchpad.net
>> Unsubscribe : https://launchpad.net/~dhis2-users
>> More help   : https://help.launchpad.net/ListHelp
>>
>>
>
>
> --
>
> *Ant Snyman*
>
> *Cell: 0824910449*
>
> *Landline: 028 2713242*
>
>
> Health Information Systems Program - SA
>
> *This message and any attachments are subject to a disclaimer published at
> http://www.hisp.org/policies.html#comms_disclaimer
> .  Please read the
> disclaimer before opening any attachment or taking any other action in
> terms of this electronic transmission.  If you cannot access the
> disclaimer, kindly send an email to disclai...@hisp.org
>  and a copy will be provided to you. By replying to
> this e-mail or opening any attachment you agree to be bound by the
> provisions of the disclaimer.*
>
> ___
> Mailing list: https://launchpad.net/~dhis2-users
> Post to : dhis2-users@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~dhis2-users
> More help   : https://help.launchpad.net/ListHelp
>
>
___
Mailing list: https://launchpad.net/~dhis2-users
Post to : dhis2-users@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-users
More help   : https://help.launchpad.net/ListHelp

Re: [Dhis2-users] Single or duplicate data elements for mixed period collection?

[David Hagan]

Thanks for all the inputs,

My instincts said two DE's as well ... but could see you could *possibly*
'get-away' with a ring-fenced data-entry strategy for one data-element in
two datasets. We'll do a little bit more experimentation with a sample of
historical and current data - we're just trying to avoid complicating our
custom reports and analytics for users of the data.

David

On Fri, Jul 15, 2016 at 7:03 AM Knut Staring  wrote:

> Hm, my instinct was to say the same as the manual says, but when I tested
> it with the same restrictions that Juan Manuel pointed out, it seemed to
> work fine.
>
> Knut
>
> On 14 Jul 2016 10:38 p.m., "Jason Pickering" 
> wrote:
>
>> Hi Knut,
>>
>> AFAIK, this is not recommended. See here
>>
>> http://dhis2.github.io/dhis2-docs/2.22/en/user/html/ch22s02.html
>>
>> 22.2.5. Data elements assigned to data sets with different period types
>>
>> Data elements should not be assigned to two separate data sets whose
>> period types differ. The recommended approach would be to create two
>> separate data elements (for instance a monthly and yearly data element) and
>> assign these to respective datasets.
>>
>>
>> I am sure Lars can provide the exact reason for this, but I am pretty
>> sure one should not have the same data element with two separate
>> frequencies. It would seem to be a good feature however, but I believe this
>> is a restriction imposed by analytics at the moment.
>>
>> Regards,
>>
>> Jason
>>
>>
>>
>> On Thu, Jul 14, 2016 at 4:28 PM, Knut Staring  wrote:
>>
>>> Thanks JM, I forgot to mention that.
>>>
>>> Though you may still have to watch the totals if you combine months and
>>> years in the same Pivot Table.
>>>
>>> Knut
>>>
>>> On 14 Jul 2016 9:50 p.m., "Juan Manuel Alcantara Acosta" <
>>> jmalcanta...@gmail.com> wrote:
>>>
>>> Hi Knut
>>> One way to avoid double counting is to make sure both data sets are
>>> never active in the same org units.
>>> JM
>>>
>>>
>>> El 14/07/2016, a las 2:10 p.m., Knut Staring 
>>> escribió:
>>>
>>> Hi David,
>>>
>>> I think it will work quite well to just use the same data element in
>>> different datasets with different periodicity. The only thing to look out
>>> for is to avoid double counting, e.g. watch out for misleading Totals in
>>> Analytics.
>>>
>>> Knut
>>>
>>> On Wed, Jul 13, 2016 at 9:23 AM, David Hagan 
>>> wrote:
>>>
>>>> Good morning DHIS2 community,
>>>>
>>>> It's been a while ... changing mail clients meant that forum messages
>>>> skipped my in-box ... and what do they say ... 'out of sight - out of 
>>>> mind'.
>>>>
>>>> Anyway, I've rearranged settings and can see the email list is as busy
>>>> as ever!
>>>>
>>>> And onto my burning question:
>>>>
>>>> If we have a mix of organisational units (countries in our case,
>>>> collecting national data) that:
>>>>
>>>>- some of which have historical monthly data, and some of which
>>>>only have annual data; and
>>>>- going forward, are transitioning to monthly data (but some will
>>>>be slower and for the next couple of years will only have annual data)
>>>>
>>>> AND we want to bring this into a single DHIS2 instance, then
>>>>
>>>>1. Is the best approach to create a set of duplicate data elements
>>>>(in different datasets, one set for an annual collection period and one 
>>>> set
>>>>for a monthly collection period)? or
>>>>2. Is it possible to use a single data element in two different
>>>>datasets with different periods set (one monthly and one annual)? ... (I
>>>>don't see how this would work in practice, but maybe I'm just missing
>>>>something - I know it is possible to put a DE in more than one dataset, 
>>>> but
>>>>mixed collection periods for the same data element seems like it will 
>>>> mess
>>>>up reporting and analytics)
>>>>
>>>> Any thoughts or guidance or other options from the group appreciated.
>>>>
>>>> Regards
>>>>
>>>> David Hagan
>>>>
>>>> 

[Dhis2-users] Single or duplicate data elements for mixed period collection?

[David Hagan]

Good morning DHIS2 community,

It's been a while ... changing mail clients meant that forum messages
skipped my in-box ... and what do they say ... 'out of sight - out of mind'.

Anyway, I've rearranged settings and can see the email list is as busy as
ever!

And onto my burning question:

If we have a mix of organisational units (countries in our case, collecting
national data) that:

   - some of which have historical monthly data, and some of which only
   have annual data; and
   - going forward, are transitioning to monthly data (but some will be
   slower and for the next couple of years will only have annual data)

AND we want to bring this into a single DHIS2 instance, then

   1. Is the best approach to create a set of duplicate data elements (in
   different datasets, one set for an annual collection period and one set for
   a monthly collection period)? or
   2. Is it possible to use a single data element in two different datasets
   with different periods set (one monthly and one annual)? ... (I don't see
   how this would work in practice, but maybe I'm just missing something - I
   know it is possible to put a DE in more than one dataset, but mixed
   collection periods for the same data element seems like it will mess up
   reporting and analytics)

Any thoughts or guidance or other options from the group appreciated.

Regards

David Hagan
___
Mailing list: https://launchpad.net/~dhis2-users
Post to : dhis2-users@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-users
More help   : https://help.launchpad.net/ListHelp

Re: [Dhis2-users] Android Event Capture App

[David Hagan]

Yes,

We are using them extensively (V2.21) … however, we’ve come across a few
limitations that we’ve had to work around.

David

On Tue, Mar 29, 2016 at 6:52 AM Shurajit Dutta 
wrote:

> Hi everyone,
>
> I just wanted to know if program rules (skip logic) is supported in the
> android event capture app?
>
> ​Thanks,
> Nick​
>
> --
> Shurajit Dutta
> Health Information Consultant
> ___
> Mailing list: https://launchpad.net/~dhis2-users
> Post to : dhis2-users@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~dhis2-users
> More help   : https://help.launchpad.net/ListHelp
>
___
Mailing list: https://launchpad.net/~dhis2-users
Post to : dhis2-users@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-users
More help   : https://help.launchpad.net/ListHelp

[Dhis2-users] Event Visualiser Status: Conflict, User: xyw not allowed...

[David Hagan]

This issue just ‘popped’ in the last 12 hours for a pilot system for event
capture. Some form changes were made and pushed out … and while this error
seems to point to a permissions issue …. it doesn’t make any logical sense.
Here goes,

3 event charts worked last night.
This morning, those same 3 charts throw an error:

Code: 409
Status: Conflict
User_ xyz is not allowed to view org unit: abc

The silly thing is, I’m not logged in as that user, but as Admin, with full
access to all orgs.

If I look at the request URL (similar to below) …

/api/analytics/events/aggregate/wVzYQk6jW5q.json?stage=iPDH75AgmNv&dimension=kbaD30LqqjQ&dimension=ou:abc;tMQcwX60LSi;I3BIS1WKwpD&filter=pe:LAST_4_WEEKS;THIS_WEEK&outputType=EVENT&displayProperty=NAME

which generates the error, and remove the offending org id from the query
string …. it brings back a result-set rather than the error message.

Any clues anyone?

Version info is: 2.21
Build revision: 20971Build date: 2015-12-18 12:01

David
___
Mailing list: https://launchpad.net/~dhis2-users
Post to : dhis2-users@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-users
More help   : https://help.launchpad.net/ListHelp

Re: [Dhis2-users] Event Visualiser Status: Conflict, User: xyw not allowed...

[David Hagan]

Hm,

I did do some testing overnight as that user …..

Let me check.

DH

From:  Jason Pickering 
Date:  Wednesday 16 March 2016 at 13:50
To:  David Hagan 
Cc:  dhis2-users 
Subject:  Re: [Dhis2-users] Event Visualiser Status: Conflict, User: xyw not 
allowed...

Are you sure this is not server caching, possibly the reverse proxy?



On Wed, Mar 16, 2016 at 1:40 PM, David Hagan  wrote:
This issue just ‘popped’ in the last 12 hours for a pilot system for event 
capture. Some form changes were made and pushed out … and while this error 
seems to point to a permissions issue …. it doesn’t make any logical sense. 
Here goes,

3 event charts worked last night.
This morning, those same 3 charts throw an error:

Code: 409
Status: Conflict
User_ xyz is not allowed to view org unit: abc

The silly thing is, I’m not logged in as that user, but as Admin, with full 
access to all orgs.

If I look at the request URL (similar to below) … 

/api/analytics/events/aggregate/wVzYQk6jW5q.json?stage=iPDH75AgmNv&dimension=kbaD30LqqjQ&dimension=ou:abc;tMQcwX60LSi;I3BIS1WKwpD&filter=pe:LAST_4_WEEKS;THIS_WEEK&outputType=EVENT&displayProperty=NAME

which generates the error, and remove the offending org id from the query 
string …. it brings back a result-set rather than the error message.

Any clues anyone?

Version info is: 2.21
Build revision: 20971Build date: 2015-12-18 12:01

David

___
Mailing list: https://launchpad.net/~dhis2-users
Post to : dhis2-users@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-users
More help   : https://help.launchpad.net/ListHelp




-- 
Jason P. Pickering
email: jason.p.picker...@gmail.com
tel:+46764147049

___
Mailing list: https://launchpad.net/~dhis2-users
Post to : dhis2-users@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-users
More help   : https://help.launchpad.net/ListHelp

Re: [Dhis2-users] auto load longitude/latitude in DHIS2 data capture

[David Hagan]

Great discussion,

I understand the sentiments being expressed. A quick note that my examples
were were just demonstrating potential tracking scenarios that I am
personally aware of (not currently in DHS2)

The ‘option’ to be able to turn this feature on, as an end-user capability,
would perhaps be a useful compromise - give the power to the user of the
device. That’s the request we’ve had at least.

David

On Fri, Mar 11, 2016 at 9:04 AM Jason Pickering 
wrote:

> Well, it seems we are from David's suggestion unless I am misunderstanding
> the requirement
>
>
>- In large campaigns (e.g. Polio campaigns) where a large mobile
>workforce are asked to go out to specific locations (villages, streets,
>homes), you want to MAKE SURE that you’re not being ‘gamed’ … so an
>automated unalterable location capture on a simple anonymous event survey
>form, fulfils that monitoring purpose
>- In conflict areas, you might want to set up (we may be looking at
>this) a simple self-contained polling app that auto-captures GPS
>coordinates every 30 minutes or so
>
> I think people will probably do this anyway, but I agree with Terje, that
> this is not something that should be part of the core tools distributed by
> the core dev team. If people want to do it, then they will probably figure
> out a way to do it, but I would not want to install such an app on my own
> device. Its bad enough as it is without having to worry about DHIS2
> continuously tracking you.
>
> Regards,
> Jason
>
>
> On Fri, Mar 11, 2016 at 8:56 AM, Knut Staring  wrote:
>
>> But you could give users the option of recording event locations
>> automatically for a while for convenience, as Bram says. A user could then
>> switch this feature on or off.
>>
>> We are not talking about continous tracking of movement, no location
>> would be recorded unless the users explicitly records an event.
>>
>> Knut
>>
>> On Fri, Mar 11, 2016 at 8:49 AM, Terje Aksel Sanner 
>> wrote:
>>
>>> In general it is not in our spirit to develop tools that easily lend
>>> themselves to task force surveillance.
>>>
>>> On Fri, Mar 11, 2016 at 6:56 AM, Jason Pickering <
>>> jason.p.picker...@gmail.com> wrote:
>>>
>>>> Moreover, it has privacy implications, and obviously, people would need
>>>> to be informed they are being tracked. I don't like it and think it should
>>>> require the explicit action of the user.
>>>>
>>>> Having said all of that, we have also implemented the "Coordinate" data
>>>> value type, which is also meant to be able to allow recording of coordinate
>>>> data in aggregate data sets (possibly tracker as well) which might be a
>>>> distinct coordinate from the one of the event. I do not think it has been
>>>> implemented as a feature in any of the clients at the moment, but it has
>>>> been a requested feature to do this from some people.
>>>>
>>>> Regards,
>>>> Jason
>>>>
>>>>
>>>> On Thu, Mar 10, 2016 at 10:49 PM, Rangarirai Matavire <
>>>> matavi...@gmail.com> wrote:
>>>>
>>>>> Seem I just waded into a storm. Notwithstanding, I stand unconvinced
>>>>> about the necessity of such a feature. I do not think the aim was ever to
>>>>> track healthworker locations. It was to track disease incidents. I do not
>>>>> think anyone can provide evidence that such a feature has improved health
>>>>> work. Knowing where someone is at a point in time is definitely distinct
>>>>> from ensuring a service is provided adequately. I think there are better
>>>>> ways.
>>>>> On 10 Mar 2016 15:55, "David Hagan"  wrote:
>>>>>
>>>>>> Hi Ranga,
>>>>>>
>>>>>> I can think of a multitude of reasons, here’s a couple:
>>>>>>
>>>>>>- In large campaigns (e.g. Polio campaigns) where a large mobile
>>>>>>workforce are asked to go out to specific locations (villages, 
>>>>>> streets,
>>>>>>homes), you want to MAKE SURE that you’re not being ‘gamed’ … so an
>>>>>>automated unalterable location capture on a simple anonymous event 
>>>>>> survey
>>>>>>form, fulfils that monitoring purpose
>>>>>>- In conflict areas, you might want to set up (we may be looking
>>>>>>at this) a simple self-contained polling app that auto-cap

Re: [Dhis2-users] auto load longitude/latitude in DHIS2 data capture

[David Hagan]

Hi Ranga,

I can think of a multitude of reasons, here’s a couple:

   - In large campaigns (e.g. Polio campaigns) where a large mobile
   workforce are asked to go out to specific locations (villages, streets,
   homes), you want to MAKE SURE that you’re not being ‘gamed’ … so an
   automated unalterable location capture on a simple anonymous event survey
   form, fulfils that monitoring purpose
   - In conflict areas, you might want to set up (we may be looking at
   this) a simple self-contained polling app that auto-captures GPS
   coordinates every 30 minutes or so
   - Just to save time for busy users who have queues of patients
   - ….

I would also ask this functionality (a configuration option) to
auto-capture reporting date/time as well! In one of our scenarios … data is
only ever entered ‘live’ - so being able to capture both of these fields
automatically saves time.

Cheers

David

On Thu, Mar 10, 2016 at 2:40 PM Rangarirai Matavire 
wrote:

> Hello,
> Why would that be necessary if when capturing data a user can simply press
> a button to get co-ordinates?
> Thanks,
> Ranga
> On 10 Mar 2016 14:56, "David Hagan"  wrote:
>
>> I second the request!
>>
>> Our users would also like that ability for the Android Event Capture and
>> Tracker Capture Apps (perhaps a configuration setting we can specify?) to
>> allow the auto-capture of GPS coordinates.
>>
>> David
>>
>> On Thu, Mar 10, 2016 at 1:47 PM Erling Fjeldstad 
>> wrote:
>>
>>> Hi Simon,
>>> The Android Event Capture app and Android Tracker Capture app allows you
>>> to collect GPS coordinates. However, this is not automatically, the users
>>> needs to manually press the 'coordinate button' and then the Android system
>>> fetches your GPS coordinates.
>>>
>>> Regards,
>>> Erling - DHIS2 Android Team
>>>
>>> On Thu, Mar 10, 2016 at 1:39 PM, Simon Muyambo 
>>> wrote:
>>>
>>>> I want users to auto load coordinates when capturing data on location
>>>> using tablets. Anyone know if there is suitable app or set up to achieve
>>>> this?
>>>>
>>>>
>>>>
>>>> *Regards*
>>>>
>>>> *Simon Muyambo*
>>>>
>>>>
>>>>
>>>>
>>>> __ Information from ESET NOD32 Antivirus, version of virus
>>>> signature database 13156 (20160310) __
>>>>
>>>> The message was checked by ESET NOD32 Antivirus.
>>>>
>>>> http://www.eset.com
>>>>
>>>> ___
>>>> Mailing list: https://launchpad.net/~dhis2-users
>>>> Post to : dhis2-users@lists.launchpad.net
>>>> Unsubscribe : https://launchpad.net/~dhis2-users
>>>> More help   : https://help.launchpad.net/ListHelp
>>>>
>>>>
>>> ___
>>> Mailing list: https://launchpad.net/~dhis2-users
>>> Post to : dhis2-users@lists.launchpad.net
>>> Unsubscribe : https://launchpad.net/~dhis2-users
>>> More help   : https://help.launchpad.net/ListHelp
>>>
>>
>> ___
>> Mailing list: https://launchpad.net/~dhis2-users
>> Post to : dhis2-users@lists.launchpad.net
>> Unsubscribe : https://launchpad.net/~dhis2-users
>> More help   : https://help.launchpad.net/ListHelp
>>
>>
___
Mailing list: https://launchpad.net/~dhis2-users
Post to : dhis2-users@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-users
More help   : https://help.launchpad.net/ListHelp

Re: [Dhis2-users] auto load longitude/latitude in DHIS2 data capture

[David Hagan]

I second the request!

Our users would also like that ability for the Android Event Capture and
Tracker Capture Apps (perhaps a configuration setting we can specify?) to
allow the auto-capture of GPS coordinates.

David

On Thu, Mar 10, 2016 at 1:47 PM Erling Fjeldstad  wrote:

> Hi Simon,
> The Android Event Capture app and Android Tracker Capture app allows you
> to collect GPS coordinates. However, this is not automatically, the users
> needs to manually press the 'coordinate button' and then the Android system
> fetches your GPS coordinates.
>
> Regards,
> Erling - DHIS2 Android Team
>
> On Thu, Mar 10, 2016 at 1:39 PM, Simon Muyambo 
> wrote:
>
>> I want users to auto load coordinates when capturing data on location
>> using tablets. Anyone know if there is suitable app or set up to achieve
>> this?
>>
>>
>>
>> *Regards*
>>
>> *Simon Muyambo*
>>
>>
>>
>>
>> __ Information from ESET NOD32 Antivirus, version of virus
>> signature database 13156 (20160310) __
>>
>> The message was checked by ESET NOD32 Antivirus.
>>
>> http://www.eset.com
>>
>> ___
>> Mailing list: https://launchpad.net/~dhis2-users
>> Post to : dhis2-users@lists.launchpad.net
>> Unsubscribe : https://launchpad.net/~dhis2-users
>> More help   : https://help.launchpad.net/ListHelp
>>
>>
> ___
> Mailing list: https://launchpad.net/~dhis2-users
> Post to : dhis2-users@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~dhis2-users
> More help   : https://help.launchpad.net/ListHelp
>
___
Mailing list: https://launchpad.net/~dhis2-users
Post to : dhis2-users@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-users
More help   : https://help.launchpad.net/ListHelp

[Dhis2-users] Possible bug in [days| numerator function?

[David Hagan]

Hi,

I’ve tested this in two versions (2.19 and 2.21)
Latest build for 2.21 Build revision: 21042 Build date: 2016-03-02 17:01

Set up a simple dataset with a single data element and single indicator
that uses the data element as a numerator, and [D] or [days] for the
denominator.

I get an ‘infinity’ error during data entry, when the indicator is included
on the form. Shouldn’t this ‘calculate’ or is there something peculiar
about the use of ‘days’?

After ‘completing’ the form, and updating the analytics tables, if one goes
back to the data-entry form, it still shows ‘infinity’ in the indicator
field. However, a data-set report for that period displays the correct
result.

Any thoughts?

David Hagan
___
Mailing list: https://launchpad.net/~dhis2-users
Post to : dhis2-users@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-users
More help   : https://help.launchpad.net/ListHelp

Re: [Dhis2-users] JEXL extended syntax for program rules

[David Hagan]

Hi Markus,

OK, as I suspected. I just saw another reference in the documentation for
filters supporting JEXL and was hoping that extended to this as well :-)

Any function that supports looking inside a string for comparison purposes
would be excellent! d2:left and d2:right would work (you might want to add
a d2:in to that list as well).

On a slightly more complex question but related to skip-logic potential …
I’m comparing the selected value for a data element supplied from an option
set. In our case, we have users who could be using one of 3 languages.
Rather than having to create a more complex rule to support the different
language variations, is there any way of accessing and comparing against
the underlying option code? To me, this seems to be a more valid approach
to comparing with option names that may ‘change’ due to spelling
corrections or in our case, changes in Locale.

Any thoughts?

David



On 26 January 2016 at 18:28, Markus Bekken  wrote:

> Dear David,
> these operators are not supported. See chapter 31.5 for the full list that
> is supported:
> http://dhis2.github.io/dhis2-docs/2.21/en/user/html/ch31s05.html
>
> The android and web clients support the same operators.
>
> In table 31.1 you see a list of supported functions, if you create a
> blueprint with the function(s) you want, we can add them. "d2:startsWith"
> seems like a useful feature, although we have already discussed adding
> d2:left and d2:right functions, that could also serve your purpose?
>
> Best regards
> Markus
>
> > 26. jan. 2016 kl. 16.19 skrev David Hagan :
> >
> >
> > Quick question to all you tacker experts out there…
> >
> > For Program Rules (e.g. for event capture), is the extended JEXL syntax
> (e.g. =^ for ‘starts with' … or !^ for ‘not starts with’ etc.) valid? And
> if so, can we assume this extended skip logic applies to the mobile client?
> >
> > David
> > ___
> > Mailing list: https://launchpad.net/~dhis2-users
> > Post to : dhis2-users@lists.launchpad.net
> > Unsubscribe : https://launchpad.net/~dhis2-users
> > More help   : https://help.launchpad.net/ListHelp
>
>
___
Mailing list: https://launchpad.net/~dhis2-users
Post to : dhis2-users@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-users
More help   : https://help.launchpad.net/ListHelp

[Dhis2-users] JEXL extended syntax for program rules

[David Hagan]

Quick question to all you tacker experts out there…

For Program Rules (e.g. for event capture), is the extended JEXL syntax
(e.g. =^ for ‘starts with' … or !^ for ‘not starts with’ etc.) valid? And
if so, can we assume this extended skip logic applies to the mobile client?

David
___
Mailing list: https://launchpad.net/~dhis2-users
Post to : dhis2-users@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-users
More help   : https://help.launchpad.net/ListHelp

Re: [Dhis2-users] New translation projects. Help needed

[David Hagan]

Thanks Jason,

Another quick question - who maintains the Russian translations for the
main DHIS2 product?

David

On 19 January 2016 at 16:47, Jason Pickering 
wrote:

> Hi David,
> Yes, I have added it, but have not managed to do anything with it, or even
> discuss it yet with the Android team. I am only experimenting with this
> point of how to integrate it into the overall translation workflow.
>
> Maybe the Android team can comment on their plans for localization?
>
> Regards,
> Jason
>
>
> On Tue, Jan 19, 2016 at 4:28 PM, David Hagan 
> wrote:
>
>> Afternoon Jason,
>>
>> I’ve noted that you’ve added an Android tracks capture ‘project’ to the
>> translation server, wth a French option listed. A couple of questions:
>>
>>- Does the Android Tracker Capture App actually use/synch with this
>>or is it a placeholder for the future?
>>- If you are using this for translations, will you also do it for the
>>Android Event Capture app?
>>- If the answer to the above is yes, can you add in Ukrainian and
>>Russian language options? We have an urgent need to translate the prompts
>>in both Android apps and will turn around the translations very rapidly.
>>
>> David
>>
>>
>>
>> On 14 January 2016 at 14:47, Jason Pickering > > wrote:
>>
>>> Hi Everyone,
>>>
>>> We have added three new translation projects to the translation server
>>>
>>> http://translate.dhis2.org/
>>>
>>> which are the Maintenance App, the Settings app and the App Management
>>> app.
>>>
>>> If you would like to see your language fully supported in the next
>>> release (2.22) and have some resources to help out with the translations,
>>> you should be able to get started right away.  There are quite a few
>>> outstanding and new fields which will need to be updated.
>>>
>>> We are still working on some of the automation aspects of the
>>> translation work flow, so for the meantime, please let me (or through the
>>> dev list) know once you have completed your work, and we will take care of
>>> getting it committed back into DHIS2.
>>>
>>> Best regards,
>>> Jason
>>>
>>>
>>>
>>> --
>>> Jason P. Pickering
>>> email: jason.p.picker...@gmail.com
>>>
>>>
>>> ___
>>> Mailing list: https://launchpad.net/~dhis2-users
>>> Post to : dhis2-users@lists.launchpad.net
>>> Unsubscribe : https://launchpad.net/~dhis2-users
>>> More help   : https://help.launchpad.net/ListHelp
>>>
>>>
>>
>
>
> --
> Jason P. Pickering
> email: jason.p.picker...@gmail.com
> tel:+46764147049
>
___
Mailing list: https://launchpad.net/~dhis2-users
Post to : dhis2-users@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-users
More help   : https://help.launchpad.net/ListHelp

Re: [Dhis2-users] New translation projects. Help needed

[David Hagan]

Afternoon Jason,

I’ve noted that you’ve added an Android tracks capture ‘project’ to the
translation server, wth a French option listed. A couple of questions:

   - Does the Android Tracker Capture App actually use/synch with this or
   is it a placeholder for the future?
   - If you are using this for translations, will you also do it for the
   Android Event Capture app?
   - If the answer to the above is yes, can you add in Ukrainian and
   Russian language options? We have an urgent need to translate the prompts
   in both Android apps and will turn around the translations very rapidly.

David



On 14 January 2016 at 14:47, Jason Pickering 
wrote:

> Hi Everyone,
>
> We have added three new translation projects to the translation server
>
> http://translate.dhis2.org/
>
> which are the Maintenance App, the Settings app and the App Management
> app.
>
> If you would like to see your language fully supported in the next release
> (2.22) and have some resources to help out with the translations, you
> should be able to get started right away.  There are quite a few
> outstanding and new fields which will need to be updated.
>
> We are still working on some of the automation aspects of the translation
> work flow, so for the meantime, please let me (or through the dev list)
> know once you have completed your work, and we will take care of getting it
> committed back into DHIS2.
>
> Best regards,
> Jason
>
>
>
> --
> Jason P. Pickering
> email: jason.p.picker...@gmail.com
>
>
> ___
> Mailing list: https://launchpad.net/~dhis2-users
> Post to : dhis2-users@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~dhis2-users
> More help   : https://help.launchpad.net/ListHelp
>
>
___
Mailing list: https://launchpad.net/~dhis2-users
Post to : dhis2-users@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-users
More help   : https://help.launchpad.net/ListHelp

Re: [Dhis2-users] Android Event Capture App for v2.21

[David Hagan]

Thanks Simen,

Only just spotted your reply …

And yes, we have a number of enhancements/suggestions to feed back to you …
which I’ll write up this week and see if they are viable/make sense.

I understand there is a re-factored version of the Event Capture and Tacker
Capture apps coming out as well … so will need to test those ones as our
new baseline.

David

On 6 January 2016 at 18:21, Simen Skogly Russnes 
wrote:

> Dear David,
>
> 1) the language support has unfortunately not yet been implemented, so
> this is at the moment normal behaviour, although it is on the agenda.
> 2) If you find issues or have inputs for enhancements we appreciate if you
> pass the ideas to us, but of course if you want to make enhancements on
> your own and try to merge it into the core then that's also possible.
>
> Regards,
> Simen
>
>
> On Wed, Dec 23, 2015 at 2:59 PM, David Hagan 
> wrote:
>
>> Good afternoon again DHIS2 ‘ers …
>>
>> Can someone provide me some clarity (or point me in the direction of who
>> to speak to) with regards to the Android Event Capture App. We would like
>> to perhaps look at some enhancements to it … though want to understand
>> what’s on the development path for the existing App.
>>
>> Clarification/Questions:
>>
>>- We have ‘users’ set up with different language profiles in DHIS2
>>(Ukrainian, Russian and English) … yet whenever any of these users log 
>> into
>>their Android App, the data entry screens, data element names, section
>>names, and option lists are all in the base database language for the site
>>(i.e. none of the translations are showing).
>>   - Is this normal behaviour?
>>   - If not, is there going to be any activity to ‘reflect’ the user
>>   profile translation choices into what gets seen in the App?
>>   - Is there going to be (or could there be) under the ’settings’
>>   window on the Android App, the ability to change the interface locale 
>> (just
>>   wondering if this is a better place to do it)
>>   - Without getting under-the-hood, what get’s passed back/stored
>>   internally for tracker data-elements with option-set drop downs … the
>>   ’text’ of the option, or the internal UID for the item? Just wondering,
>>-  If we notice some bugs, or enhancement possibilities, do we pass
>>those ideas through to the development team, or create our own stand-alone
>>enhancements?
>>
>> And seasons best wishes everybody.
>>
>> David
>>
>> ___
>> Mailing list: https://launchpad.net/~dhis2-users
>> Post to : dhis2-users@lists.launchpad.net
>> Unsubscribe : https://launchpad.net/~dhis2-users
>> More help   : https://help.launchpad.net/ListHelp
>>
>>
>
___
Mailing list: https://launchpad.net/~dhis2-users
Post to : dhis2-users@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-users
More help   : https://help.launchpad.net/ListHelp

[Dhis2-users] Android Event Capture App for v2.21

[David Hagan]

Good afternoon again DHIS2 ‘ers …

Can someone provide me some clarity (or point me in the direction of who to
speak to) with regards to the Android Event Capture App. We would like to
perhaps look at some enhancements to it … though want to understand what’s
on the development path for the existing App.

Clarification/Questions:

   - We have ‘users’ set up with different language profiles in DHIS2
   (Ukrainian, Russian and English) … yet whenever any of these users log into
   their Android App, the data entry screens, data element names, section
   names, and option lists are all in the base database language for the site
   (i.e. none of the translations are showing).
  - Is this normal behaviour?
  - If not, is there going to be any activity to ‘reflect’ the user
  profile translation choices into what gets seen in the App?
  - Is there going to be (or could there be) under the ’settings’
  window on the Android App, the ability to change the interface
locale (just
  wondering if this is a better place to do it)
  - Without getting under-the-hood, what get’s passed back/stored
  internally for tracker data-elements with option-set drop downs … the
  ’text’ of the option, or the internal UID for the item? Just wondering,
   -  If we notice some bugs, or enhancement possibilities, do we pass
   those ideas through to the development team, or create our own stand-alone
   enhancements?

And seasons best wishes everybody.

David
___
Mailing list: https://launchpad.net/~dhis2-users
Post to : dhis2-users@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-users
More help   : https://help.launchpad.net/ListHelp

[Dhis2-users] Appropriate locale display of option set values is Apps/Reports

[David Hagan]

Good morning all,

Just thought I’d report UI areas where displaying appropriate translations
appears to be missing on the following build instance:

Version: 2.21
Build revision: 20971
Build date: 2015-12-18 12:01

Base language: Ukrainian
Translations: English / Russian
Object of concern: Option Set Values

(tested after clearing server cache and browser cache)

Simple Gender Option Set for Events (Male/Female option values)

   - The original option set values (чоловік/жінка) are displayed in DHIS2
   Browser based Event Capture App in the listing, edit as grid and edit
   screens rather than the values of the selected locale (en or ru)
   - The original option set values (чоловік/жінка)  are displayed in DHIS2
   Browser based Event Reports App both the ‘left hand drop-down lists for
   ’selected data items’ and in the right-hand table results, rather than the
   values of the selected locale (en or ru)

Not sure if you’ve got to this part of factoring in option-set values as
part of the DHIS2 User Interface.

Regards

David Hagan
___
Mailing list: https://launchpad.net/~dhis2-users
Post to : dhis2-users@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-users
More help   : https://help.launchpad.net/ListHelp

Re: [Dhis2-users] Viewing/linking imported Translations of Organisational Units

[David Hagan]

Thanks for that,

Yes, I can confirm that the API side of things, there were no problems …
just on the UI side.
I’ve subsequently updated our build to Build revision: 20971 and the UI
side of things is now performing as it should.

On a side note … we’ll be deploying multiple 7/10 inch Android devices to
support the Android Tracker App to multi-lingual teams … how easy it to
switch languages (database) on the Tracker App (is it tied to the logged in
user and their settings or is there a separate setting on the device?)

David


On 21 December 2015 at 10:45, Morten Olav Hansen  wrote:

> Hi
>
> Running with the latest 2.21, I was able to easily import this translation:
> {
>   "translations": [
> {
>   "objectUid": "iZuMXiwGIXd",
>   "property": "name",
>   "className": "OrganisationUnit",
>   "locale": "no",
>   "value": "By"
> }
>   ]
> }
>
> The command I used was:
> curl -X POST -d @translation.json -H "Content-Type: application/json" -u
> admin:district http://localhost:8080/api/metadata -v
>
> The translated version was immediately available at:
> /api/organisationUnits/iZuMXiwGIXd?fields=id,displayName
>
> As for the reporting tools, please be aware that there have been many
> updates in the last weeks, so please be sure to run the very latest version.
>
> Also know that in the maintenance UI there might still be places where
> translation is not enabled, so please us know and we will fix it.
>
>
> --
> Morten
>
> On Sun, Dec 20, 2015 at 11:41 AM, Morten Olav Hansen 
> wrote:
>
>> Ok, I will have a look tomorrow and report back. As for
>> reporting/analytics tools, there have been a lot of backports, so you
>> should be running the very latest 2.21.
>>
>> --
>> Morten
>>
>> On Sun, Dec 20, 2015 at 10:59 AM, David Hagan 
>> wrote:
>>
>>> OK,
>>>
>>> Thanks (if you think it is worth looking, I can give you a login to the
>>> development instance) …
>>>
>>> A few more comparative details (and I hope I’m not doing something
>>> stupid with cache) to maybe help narrow down things …
>>>
>>> *On an instance hosting build version 20940 for Arabic-English* …
>>> issuing an API call …
>>>
>>> api/organisationUnits?fields=name,displayName&locale=en&filter=level:eq:2
>>>
>>> correctly displays results:
>>>
>>> 
>>> 
>>> Red Sea
>>>  …
>>>
>>> AND
>>>
>>> for the above also displays (when database locale is set to English in
>>> settings) the Org Unit english name in the ‘left hand tree’ during
>>> data-entry (but not in pivot table selection trees), but do show correctly
>>> on pivot table results etc.
>>>
>>> *On the instance in question (build version 20895)* the same API call
>>> also correctly displays results:
>>>
>>> 
>>> 
>>> Avtonomna Respublika Krym
>>> 
>>>
>>> or (for locale=ru)
>>>
>>> 
>>> 
>>> Автономная Республика Крым
>>> 
>>>
>>> but for the UI for data-entry, or the organisation units App the
>>> language remains the default Ukrainian, though the event visulisor results
>>> show the correct locale equivalent for the org unit selected.
>>>
>>> Perhaps we’ll go ahead and upgrade the instance in question to build
>>> 20940 to see if this resolves the UI display peculiarities to eliminate
>>> that possibility before you commit any time to this.
>>>
>>> David
>>>
>>>
>>> On 20 December 2015 at 09:11, Morten Olav Hansen 
>>> wrote:
>>>
>>>> Ok, let me have a look at this Monday and see if I can reproduce the
>>>> issue.
>>>>
>>>> After you import the translation, where do you check if they are
>>>> working or not? in the web-api? data dictionary maintenance module?
>>>> reporting tools?
>>>>
>>>> --
>>>> Morten
>>>>
>>>> On Sun, Dec 20, 2015 at 8:59 AM, David Hagan >>> > wrote:
>>>>
>>>>> A further note to the self:
>>>>>
>>>>> Don’t assume! I assumed the objectclass for the import file would be
>>>>> ‘organisationUnit’ … but no, it’s ‘OrganisationUnit’ … :-)  … and thus the
>>>>> apparent no-show through the UI.
>>>>>
>>>>> Just a n

Re: [Dhis2-users] Viewing/linking imported Translations of Organisational Units

[David Hagan]

OK,

Thanks (if you think it is worth looking, I can give you a login to the
development instance) …

A few more comparative details (and I hope I’m not doing something stupid
with cache) to maybe help narrow down things …

*On an instance hosting build version 20940 for Arabic-English* … issuing
an API call …

api/organisationUnits?fields=name,displayName&locale=en&filter=level:eq:2

correctly displays results:



Red Sea
 …

AND

for the above also displays (when database locale is set to English in
settings) the Org Unit english name in the ‘left hand tree’ during
data-entry (but not in pivot table selection trees), but do show correctly
on pivot table results etc.

*On the instance in question (build version 20895)* the same API call also
correctly displays results:



Avtonomna Respublika Krym


or (for locale=ru)



Автономная Республика Крым


but for the UI for data-entry, or the organisation units App the language
remains the default Ukrainian, though the event visulisor results show the
correct locale equivalent for the org unit selected.

Perhaps we’ll go ahead and upgrade the instance in question to build 20940
to see if this resolves the UI display peculiarities to eliminate that
possibility before you commit any time to this.

David


On 20 December 2015 at 09:11, Morten Olav Hansen  wrote:

> Ok, let me have a look at this Monday and see if I can reproduce the issue.
>
> After you import the translation, where do you check if they are working
> or not? in the web-api? data dictionary maintenance module? reporting tools?
>
> --
> Morten
>
> On Sun, Dec 20, 2015 at 8:59 AM, David Hagan 
> wrote:
>
>> A further note to the self:
>>
>> Don’t assume! I assumed the objectclass for the import file would be
>> ‘organisationUnit’ … but no, it’s ‘OrganisationUnit’ … :-)  … and thus the
>> apparent no-show through the UI.
>>
>> Just a note though, if the objectless ‘doesn’t exist’ during an API
>> import, perhaps the validation checks for the import should reject those
>> items?
>>
>> The other part of the challenge (seeing the org unit translations when
>> you select the database locale ) hasn’t resolved itself even after a
>> restart.
>>
>> Cheers
>>
>> David
>>
>>
>> On 20 December 2015 at 07:10, David Hagan 
>> wrote:
>>
>>> Ahhh-h,
>>>
>>> Ok, a nice little gotcha to add to my little book of DHIS2
>>> tips-for-newbies!
>>>
>>> David
>>>
>>> On 19 December 2015 at 23:32, Morten Olav Hansen 
>>> wrote:
>>>
>>>> Hi
>>>>
>>>> One gotcha you need to be aware of, is that we have an internal
>>>> optimisation which is triggered if there are no translation available for a
>>>> type, and this is checked on startup. So if you add a translation for a
>>>> -new- type (i.e. adding translation to org units, and you had none before),
>>>> you will need to restart your server.
>>>>
>>>> --
>>>> Morten
>>>>
>>>> On Sat, Dec 19, 2015 at 11:11 PM, David Hagan <
>>>> david.ha...@sagehagan.com> wrote:
>>>>
>>>>> Hi there,
>>>>>
>>>>> I seem to be having no end of challenges with linking/viewing imported
>>>>> translations for Organisational Units on the following implementation:
>>>>>
>>>>> Version: 2.21
>>>>> Build revision: 20895
>>>>>
>>>>> We set this version up of a tri-language Ukrainian/Russian/English
>>>>> implementation (that is mobile-tracker focused).
>>>>>
>>>>> We have imported the equivalent of States/Districts/Org Units in
>>>>> Ukrainian and were using the API to import the EN/RU translations for Name
>>>>> and Short Name for the organisation units.
>>>>>
>>>>> The translations are visible in the Translation Table, but do not
>>>>> show-up when you click on the translation option through the UI for an
>>>>> organisational unit. I can go in and create a manual translation entry for
>>>>> one of the Organisational Units and it appears to all intent and purposes
>>>>> identical in form in the Translation table as the ones I loaded via the 
>>>>> API.
>>>>>
>>>>> I’m also having no luck (in this instance) with switching and viewing
>>>>> the database language locale for ‘manual’ translation entries for
>>>>> organisational units.
>>>>>
>>>>> It doesn’t matter whether I c

Re: [Dhis2-users] Viewing/linking imported Translations of Organisational Units

[David Hagan]

A further note to the self:

Don’t assume! I assumed the objectclass for the import file would be
‘organisationUnit’ … but no, it’s ‘OrganisationUnit’ … :-)  … and thus the
apparent no-show through the UI.

Just a note though, if the objectless ‘doesn’t exist’ during an API import,
perhaps the validation checks for the import should reject those items?

The other part of the challenge (seeing the org unit translations when you
select the database locale ) hasn’t resolved itself even after a restart.

Cheers

David


On 20 December 2015 at 07:10, David Hagan  wrote:

> Ahhh-h,
>
> Ok, a nice little gotcha to add to my little book of DHIS2
> tips-for-newbies!
>
> David
>
> On 19 December 2015 at 23:32, Morten Olav Hansen 
> wrote:
>
>> Hi
>>
>> One gotcha you need to be aware of, is that we have an internal
>> optimisation which is triggered if there are no translation available for a
>> type, and this is checked on startup. So if you add a translation for a
>> -new- type (i.e. adding translation to org units, and you had none before),
>> you will need to restart your server.
>>
>> --
>> Morten
>>
>> On Sat, Dec 19, 2015 at 11:11 PM, David Hagan 
>> wrote:
>>
>>> Hi there,
>>>
>>> I seem to be having no end of challenges with linking/viewing imported
>>> translations for Organisational Units on the following implementation:
>>>
>>> Version: 2.21
>>> Build revision: 20895
>>>
>>> We set this version up of a tri-language Ukrainian/Russian/English
>>> implementation (that is mobile-tracker focused).
>>>
>>> We have imported the equivalent of States/Districts/Org Units in
>>> Ukrainian and were using the API to import the EN/RU translations for Name
>>> and Short Name for the organisation units.
>>>
>>> The translations are visible in the Translation Table, but do not
>>> show-up when you click on the translation option through the UI for an
>>> organisational unit. I can go in and create a manual translation entry for
>>> one of the Organisational Units and it appears to all intent and purposes
>>> identical in form in the Translation table as the ones I loaded via the API.
>>>
>>> I’m also having no luck (in this instance) with switching and viewing
>>> the database language locale for ‘manual’ translation entries for
>>> organisational units.
>>>
>>> It doesn’t matter whether I clear DHIS side cache and/or browser-side
>>> cache or set up a  clean browser interface after changing the database
>>> locales in my user settings.
>>>
>>> Is there anything about this build revision that is problematic with
>>> linking/displaying translations for organisational units?
>>>
>>> My next option is to patch this to the latest Build Revision.
>>>
>>> Regards
>>>
>>> David Hagan
>>>
>>> ___
>>> Mailing list: https://launchpad.net/~dhis2-users
>>> Post to : dhis2-users@lists.launchpad.net
>>> Unsubscribe : https://launchpad.net/~dhis2-users
>>> More help   : https://help.launchpad.net/ListHelp
>>>
>>>
>>
>
___
Mailing list: https://launchpad.net/~dhis2-users
Post to : dhis2-users@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-users
More help   : https://help.launchpad.net/ListHelp

Re: [Dhis2-users] Viewing/linking imported Translations of Organisational Units

[David Hagan]

Ahhh-h,

Ok, a nice little gotcha to add to my little book of DHIS2 tips-for-newbies!

David

On 19 December 2015 at 23:32, Morten Olav Hansen  wrote:

> Hi
>
> One gotcha you need to be aware of, is that we have an internal
> optimisation which is triggered if there are no translation available for a
> type, and this is checked on startup. So if you add a translation for a
> -new- type (i.e. adding translation to org units, and you had none before),
> you will need to restart your server.
>
> --
> Morten
>
> On Sat, Dec 19, 2015 at 11:11 PM, David Hagan 
> wrote:
>
>> Hi there,
>>
>> I seem to be having no end of challenges with linking/viewing imported
>> translations for Organisational Units on the following implementation:
>>
>> Version: 2.21
>> Build revision: 20895
>>
>> We set this version up of a tri-language Ukrainian/Russian/English
>> implementation (that is mobile-tracker focused).
>>
>> We have imported the equivalent of States/Districts/Org Units in
>> Ukrainian and were using the API to import the EN/RU translations for Name
>> and Short Name for the organisation units.
>>
>> The translations are visible in the Translation Table, but do not show-up
>> when you click on the translation option through the UI for an
>> organisational unit. I can go in and create a manual translation entry for
>> one of the Organisational Units and it appears to all intent and purposes
>> identical in form in the Translation table as the ones I loaded via the API.
>>
>> I’m also having no luck (in this instance) with switching and viewing the
>> database language locale for ‘manual’ translation entries for
>> organisational units.
>>
>> It doesn’t matter whether I clear DHIS side cache and/or browser-side
>> cache or set up a  clean browser interface after changing the database
>> locales in my user settings.
>>
>> Is there anything about this build revision that is problematic with
>> linking/displaying translations for organisational units?
>>
>> My next option is to patch this to the latest Build Revision.
>>
>> Regards
>>
>> David Hagan
>>
>> ___
>> Mailing list: https://launchpad.net/~dhis2-users
>> Post to : dhis2-users@lists.launchpad.net
>> Unsubscribe : https://launchpad.net/~dhis2-users
>> More help   : https://help.launchpad.net/ListHelp
>>
>>
>
___
Mailing list: https://launchpad.net/~dhis2-users
Post to : dhis2-users@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-users
More help   : https://help.launchpad.net/ListHelp

[Dhis2-users] Viewing/linking imported Translations of Organisational Units

[David Hagan]

Hi there,

I seem to be having no end of challenges with linking/viewing imported
translations for Organisational Units on the following implementation:

Version: 2.21
Build revision: 20895

We set this version up of a tri-language Ukrainian/Russian/English
implementation (that is mobile-tracker focused).

We have imported the equivalent of States/Districts/Org Units in Ukrainian
and were using the API to import the EN/RU translations for Name and Short
Name for the organisation units.

The translations are visible in the Translation Table, but do not show-up
when you click on the translation option through the UI for an
organisational unit. I can go in and create a manual translation entry for
one of the Organisational Units and it appears to all intent and purposes
identical in form in the Translation table as the ones I loaded via the API.

I’m also having no luck (in this instance) with switching and viewing the
database language locale for ‘manual’ translation entries for
organisational units.

It doesn’t matter whether I clear DHIS side cache and/or browser-side cache
or set up a  clean browser interface after changing the database locales in
my user settings.

Is there anything about this build revision that is problematic with
linking/displaying translations for organisational units?

My next option is to patch this to the latest Build Revision.

Regards

David Hagan
___
Mailing list: https://launchpad.net/~dhis2-users
Post to : dhis2-users@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-users
More help   : https://help.launchpad.net/ListHelp

Re: [Dhis2-users] Metadata export of datasets - missing form sections?

[David Hagan]

HI Lars,

The import/export I attempted was through the front-end UI (for which
sections are not exported when a dataset is selected for metadata detailed
export on version 2.21).

When I did an API JSON export and import via the metadata endpoint for the
form sections I required, it worked fine.

Thanks

David

David

On 17 December 2015 at 13:49, Lars Helge Øverland 
wrote:

> Hi David,
>
> could you tell us how you did the export? Was it from the meta-data export
> UI in import-export modules, or through API?
>
> regards,
>
> Lars
>
>
>
> On Thu, Dec 17, 2015 at 11:03 AM, David Hagan 
> wrote:
>
>> Good morning all,
>>
>> Let me know if I’m misunderstanding something here …
>>
>> Here in Sudan we are exporting two datasets from one instance to another
>> instance that include quite complex standard forms (using sections and
>> grey-out options). All our other datasets use custom forms, and they have
>> come across fine.
>>
>> However, wth standard section forms, none of the section information
>> comes across (and yes, I’ve poked around in the XML files to check). Is
>> this normal behaviour? If not, is there a way of getting at these section
>> definitions and exporting them?
>>
>> Cheers
>>
>> David
>>
>> ___
>> Mailing list: https://launchpad.net/~dhis2-users
>> Post to : dhis2-users@lists.launchpad.net
>> Unsubscribe : https://launchpad.net/~dhis2-users
>> More help   : https://help.launchpad.net/ListHelp
>>
>>
>
>
> --
> Lars Helge Øverland
> Lead developer, DHIS 2
> University of Oslo
> Skype: larshelgeoverland
> http://www.dhis2.org <https://www.dhis2.org>
>
>
___
Mailing list: https://launchpad.net/~dhis2-users
Post to : dhis2-users@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-users
More help   : https://help.launchpad.net/ListHelp

[Dhis2-users] Metadata export of datasets - missing form sections?

[David Hagan]

Good morning all,

Let me know if I’m misunderstanding something here …

Here in Sudan we are exporting two datasets from one instance to another
instance that include quite complex standard forms (using sections and
grey-out options). All our other datasets use custom forms, and they have
come across fine.

However, wth standard section forms, none of the section information comes
across (and yes, I’ve poked around in the XML files to check). Is this
normal behaviour? If not, is there a way of getting at these section
definitions and exporting them?

Cheers

David
___
Mailing list: https://launchpad.net/~dhis2-users
Post to : dhis2-users@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-users
More help   : https://help.launchpad.net/ListHelp

Re: [Dhis2-users] Two translation questions ...

[David Hagan]

Ah ...

That worked ... ... (api/metadata)

Thanks

On 14 December 2015 at 13:25, Morten Olav Hansen  wrote:

> How did you import this? Sorry, I think I was being unclear before.
>
> So the translations work as any other endpoint, which means that
> /api/translations only accept -one- translation, if you want to send
> multiple you need to use the /api/metadata endpoint, and wrap it in:
> {
>   "translations": [ ... ]
> }
>
> Probably it was related to this? if not, I will try and have a look later
> today and provide a fix if necessary
>
> --
> Morten
>
> On Mon, Dec 14, 2015 at 11:01 AM, David Hagan 
> wrote:
>
>> H ...
>>
>> Here's the response I get from the destination server:
>>
>> {"httpStatus":"OK","httpStatusCode":200,"status":"OK","message":"Import
>> was
>> successful.","response":{"responseType":"ImportTypeSummary","status":"SUCCESS","importCount":{"imported":0,"updated":0,"ignored":0,"deleted":0},"type":"Translation","importConflicts":[{"object":"org.hisp.dhis.translation.Translation","value":"Validation
>> Violations: [ValidationViolation{property='value', message='Required
>> property missing.', value=null}]"}]}}
>>
>> And here's a JSON fragment from the import file  (with seemingly a
>> 'value' ...
>>
>> {
>>   "className": "DataElement",
>>   "created": "2015-02-18T09:14:04.102+",
>>   "id": "ELNNfQ6k6Rp",
>>   "lastUpdated": "2015-02-18T09:14:04.102+",
>>   "locale": "en",
>>   "objectUid": "LUOUdi4F8PU",
>>   "property": "name",
>>   "value": "HR_maternal health_vilage midwife"
>> },
>>
>> Any thoughts welcome!
>>
>> David
>>
>>
>> On 14 December 2015 at 10:52, Morten Olav Hansen 
>> wrote:
>>
>>> Hi David
>>>
>>> Translations have their own endpoint at /api/translations
>>>
>>> If you simply want to export all translations from one system and import
>>> into another, you could do something like:
>>> GET /api/translations.json?paging=false&fields=:owner > t.json
>>>
>>> Then you could just POST this into your second instance (using endpoint
>>> /api/translations)
>>>
>>> Using the output as a template, you can easily see how to create your
>>> own translations externally and then import them.
>>>
>>> --
>>> Morten
>>>
>>> On Mon, Dec 14, 2015 at 8:45 AM, David Hagan 
>>> wrote:
>>>
>>>> Morning all,
>>>>
>>>> I have two related questions:
>>>>
>>>>- I know that in the later builds of DHIS2 one can 'extract' the
>>>>translated metadata via the API using the 'locale' argument. Is there an
>>>>easy way to extract translations from one instance and then import
>>>>translations for existing objects using this new ability (the current
>>>>approach I'm using is to extract from the translation table and 'Curl' 
>>>> the
>>>>resulting file into the target system)?
>>>>- Is there an easy way to prepare and import long lists of metadata
>>>>in multiple languages (e.g. we have thousands of facilities in Arabic 
>>>> and
>>>>English, or in another case, hundreds of option-set values in Russian,
>>>>Ukrainian and English? We've imported the initial list using the base
>>>>language, but now want to import the other two languages.
>>>>
>>>> Any other hints, shortcuts etc. appreciated.
>>>>
>>>> David
>>>>
>>>> ___
>>>> Mailing list: https://launchpad.net/~dhis2-users
>>>> Post to : dhis2-users@lists.launchpad.net
>>>> Unsubscribe : https://launchpad.net/~dhis2-users
>>>> More help   : https://help.launchpad.net/ListHelp
>>>>
>>>>
>>>
>>
>
___
Mailing list: https://launchpad.net/~dhis2-users
Post to : dhis2-users@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-users
More help   : https://help.launchpad.net/ListHelp

Re: [Dhis2-users] Two translation questions ...

[David Hagan]

H ...

Here's the response I get from the destination server:

{"httpStatus":"OK","httpStatusCode":200,"status":"OK","message":"Import was
successful.","response":{"responseType":"ImportTypeSummary","status":"SUCCESS","importCount":{"imported":0,"updated":0,"ignored":0,"deleted":0},"type":"Translation","importConflicts":[{"object":"org.hisp.dhis.translation.Translation","value":"Validation
Violations: [ValidationViolation{property='value', message='Required
property missing.', value=null}]"}]}}

And here's a JSON fragment from the import file  (with seemingly a 'value'
...

{
  "className": "DataElement",
  "created": "2015-02-18T09:14:04.102+",
  "id": "ELNNfQ6k6Rp",
  "lastUpdated": "2015-02-18T09:14:04.102+",
  "locale": "en",
  "objectUid": "LUOUdi4F8PU",
  "property": "name",
  "value": "HR_maternal health_vilage midwife"
},

Any thoughts welcome!

David


On 14 December 2015 at 10:52, Morten Olav Hansen  wrote:

> Hi David
>
> Translations have their own endpoint at /api/translations
>
> If you simply want to export all translations from one system and import
> into another, you could do something like:
> GET /api/translations.json?paging=false&fields=:owner > t.json
>
> Then you could just POST this into your second instance (using endpoint
> /api/translations)
>
> Using the output as a template, you can easily see how to create your own
> translations externally and then import them.
>
> --
> Morten
>
> On Mon, Dec 14, 2015 at 8:45 AM, David Hagan 
> wrote:
>
>> Morning all,
>>
>> I have two related questions:
>>
>>- I know that in the later builds of DHIS2 one can 'extract' the
>>translated metadata via the API using the 'locale' argument. Is there an
>>easy way to extract translations from one instance and then import
>>translations for existing objects using this new ability (the current
>>approach I'm using is to extract from the translation table and 'Curl' the
>>resulting file into the target system)?
>>- Is there an easy way to prepare and import long lists of metadata
>>in multiple languages (e.g. we have thousands of facilities in Arabic and
>>English, or in another case, hundreds of option-set values in Russian,
>>Ukrainian and English? We've imported the initial list using the base
>>language, but now want to import the other two languages.
>>
>> Any other hints, shortcuts etc. appreciated.
>>
>> David
>>
>> ___
>> Mailing list: https://launchpad.net/~dhis2-users
>> Post to : dhis2-users@lists.launchpad.net
>> Unsubscribe : https://launchpad.net/~dhis2-users
>> More help   : https://help.launchpad.net/ListHelp
>>
>>
>
___
Mailing list: https://launchpad.net/~dhis2-users
Post to : dhis2-users@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-users
More help   : https://help.launchpad.net/ListHelp

[Dhis2-users] Status of Arabic Right to Left interface

[David Hagan]

Morning all,

Do we have an update on the status of Right to Left layouts in DHIS2?

Or ... at a minimum, how difficult would it be to include (for the
automated form section generation function for datasets) a right-to-left
tick-box so that the auto-generated list of data elements is listed on the
right of the form rather than the left?

David
___
Mailing list: https://launchpad.net/~dhis2-users
Post to : dhis2-users@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-users
More help   : https://help.launchpad.net/ListHelp

[Dhis2-users] Two translation questions ...

[David Hagan]

Morning all,

I have two related questions:

   - I know that in the later builds of DHIS2 one can 'extract' the
   translated metadata via the API using the 'locale' argument. Is there an
   easy way to extract translations from one instance and then import
   translations for existing objects using this new ability (the current
   approach I'm using is to extract from the translation table and 'Curl' the
   resulting file into the target system)?
   - Is there an easy way to prepare and import long lists of metadata in
   multiple languages (e.g. we have thousands of facilities in Arabic and
   English, or in another case, hundreds of option-set values in Russian,
   Ukrainian and English? We've imported the initial list using the base
   language, but now want to import the other two languages.

Any other hints, shortcuts etc. appreciated.

David
___
Mailing list: https://launchpad.net/~dhis2-users
Post to : dhis2-users@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-users
More help   : https://help.launchpad.net/ListHelp

Re: [Dhis2-users] Filtered Drop-downs on Tracker/Event Forms

[David Hagan]

Thanks Markus,

That will indeed be useful if you can get it into 2.22

The challenge with your alternative (which I had considered) is that (in
this 'use case' of attempting to model a lite version of ICPC - which
includes one or more symptoms, diagnosis codes and intervention codes) is
that the final 'episode' of care is spread across potentially hundreds of
data elements (most of them empty), just to 'fake' this filter ability on
the front end.

A quick related comment ... it would be great if one of the Action(s) in a
Program Rule were to populate a 'label' element that could be used in a
later section (as a reminder of what was previously filled in) -
particularly for the Android Tracker App, where each 'section' is on a
separate 'screen'.

David

On 7 December 2015 at 18:51, Markus Bekken  wrote:

> Dear David,
> program rules for filtering/hiding option set values is not yet supported.
> That said we have seen a few use cases for this, now including yours. We
> plan to include support in the program rules for hiding options in an
> option set, pushing for 2.22 here.
>
> In 2.21 you would have to make separate dataelements with separate option
> sets to acheive something similar. If you make separate data elements you
> can hide the ones that is not relevant based on pre-selectors, provided
> that each data element has an option set that includes only the option
> values that is relevant for the values in the pre-selectors.
>
> Best regards,
> Markus
>
>
>
> On Mon, Dec 7, 2015 at 2:37 PM, Lars Helge Øverland 
> wrote:
>
>>
>> Halla kunne du svart på denne? Noen planer om linking av option sets for
>> program rules..?
>>
>> -- Forwarded message --
>> From: David Hagan 
>> Date: Fri, Dec 4, 2015 at 6:13 AM
>> Subject: [Dhis2-users] Filtered Drop-downs on Tracker/Event Forms
>> To: DHIS 
>>
>>
>> Hi,
>>
>> A quick question on whether the standard out-of-the-box capability of
>> DHIS2 allows one to filter a drop-down based on a previous selection (I
>> would assume something like this would normally be implemented via a rule -
>> ideally the skip-logic rule area).
>>
>> For larger lists (e.g. diagnosis codes) I’m sure this must have been
>> considered previously, but can’t find any mentions in the mail list, and
>> can’t see how this can be implemented (using standard capability currently
>> offered).
>>
>> We are looking at the scenario of implementing a simplistic version of
>> ICPC for field encounters … and there are 2 quick potential ‘pre-selectors’
>> that reduce final selection from hundreds to less than 30 items, greatly
>> speeding up the data capture process for the end-user.
>>
>> (Note we are looking at using the latest v2.21 Android Tracker App as the
>> basis for serving this encounter form)
>>
>> Cheers
>>
>> David
>>
>> ___
>> Mailing list: https://launchpad.net/~dhis2-users
>> Post to : dhis2-users@lists.launchpad.net
>> Unsubscribe : https://launchpad.net/~dhis2-users
>> More help   : https://help.launchpad.net/ListHelp
>>
>>
>>
>>
>> --
>> Lars Helge Øverland
>> Lead developer, DHIS 2
>> University of Oslo
>> Skype: larshelgeoverland
>> http://www.dhis2.org <https://www.dhis2.org>
>>
>>
>
___
Mailing list: https://launchpad.net/~dhis2-users
Post to : dhis2-users@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-users
More help   : https://help.launchpad.net/ListHelp

Re: [Dhis2-users] Filtered Drop-downs on Tracker/Event Forms

[David Hagan]

Thanks Prosper,

I was afraid you were going to say that …

Any glimmers of this on the development roadmap for the rules area (anyone?)

David

On 4 December 2015 at 06:21, Prosper BT  wrote:

> Hi David,
>
> This is not yet supported, you may have to write a script with custom
> forms. We had a similar challenge during the eIDSR implementation in Rwanda
> for selecting Laboratories by drilling down from region to district.
>
> Regards
>
> On Fri, Dec 4, 2015 at 8:13 AM, David Hagan 
> wrote:
>
>> Hi,
>>
>> A quick question on whether the standard out-of-the-box capability of
>> DHIS2 allows one to filter a drop-down based on a previous selection (I
>> would assume something like this would normally be implemented via a rule -
>> ideally the skip-logic rule area).
>>
>> For larger lists (e.g. diagnosis codes) I’m sure this must have been
>> considered previously, but can’t find any mentions in the mail list, and
>> can’t see how this can be implemented (using standard capability currently
>> offered).
>>
>> We are looking at the scenario of implementing a simplistic version of
>> ICPC for field encounters … and there are 2 quick potential ‘pre-selectors’
>> that reduce final selection from hundreds to less than 30 items, greatly
>> speeding up the data capture process for the end-user.
>>
>> (Note we are looking at using the latest v2.21 Android Tracker App as the
>> basis for serving this encounter form)
>>
>> Cheers
>>
>> David
>>
>> ___
>> Mailing list: https://launchpad.net/~dhis2-users
>> Post to : dhis2-users@lists.launchpad.net
>> Unsubscribe : https://launchpad.net/~dhis2-users
>> More help   : https://help.launchpad.net/ListHelp
>>
>>
>
>
> --
> Prosper Behumbiize, MPH
> Global HISP| University Of Oslo/HISP Uganda
> +256 752 751 776 | +256 776 139 139
> ptb3...@gmail.com | pros...@dhis2.org | Skype: prospertb
>
>
___
Mailing list: https://launchpad.net/~dhis2-users
Post to : dhis2-users@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-users
More help   : https://help.launchpad.net/ListHelp

[Dhis2-users] Filtered Drop-downs on Tracker/Event Forms

[David Hagan]

Hi,

A quick question on whether the standard out-of-the-box capability of DHIS2
allows one to filter a drop-down based on a previous selection (I would
assume something like this would normally be implemented via a rule -
ideally the skip-logic rule area).

For larger lists (e.g. diagnosis codes) I’m sure this must have been
considered previously, but can’t find any mentions in the mail list, and
can’t see how this can be implemented (using standard capability currently
offered).

We are looking at the scenario of implementing a simplistic version of ICPC
for field encounters … and there are 2 quick potential ‘pre-selectors’ that
reduce final selection from hundreds to less than 30 items, greatly
speeding up the data capture process for the end-user.

(Note we are looking at using the latest v2.21 Android Tracker App as the
basis for serving this encounter form)

Cheers

David
___
Mailing list: https://launchpad.net/~dhis2-users
Post to : dhis2-users@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-users
More help   : https://help.launchpad.net/ListHelp

[Dhis2-users] Encryption at rest for Tracked Entities on Mobile ….

[David Hagan]

Quick question,

We’re about to dig into some mobile app work for DHIS2 … I haven’t looked
under the hood of the DHIS2 Tracker Capture App example … but wanted to
know whether locally cached data is encrypted?

We have a use case in which communication will be patchy (i.e. every couple
of days or so) and security of locally identifiable patient data (as a
tracked entity) is critical.

David Hagan
___
Mailing list: https://launchpad.net/~dhis2-users
Post to : dhis2-users@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-users
More help   : https://help.launchpad.net/ListHelp

[Dhis2-users] Metadata Length of ID field validation schema checks on import of XML file

[David Hagan]

Good morning all,

I’m transferring organisation units between two instances of version 2.21
(XML Metadata import).

I received two ‘ignored’ OrgUnits on a Dry Run import where the error
message indicated *“Validation Violations:
[ValidationViolation{property=‘id’, message=‘Allowed range for length [11,
11], length is 10’, value=w6pbH5HjDD}]”*

On further investigation, I noted the developer manual indicates that a UID
is a “Stable identifier. *Max 11 char.* Will be generated by system if not
specified.”

These were system generated ID’s (from a previous version 2.18), but it
looks like the import schema check is specified as 11 char only (i.e. won’t
accept a 10 char ID).

Any insights? (We can get around it by generating a new UID of course for
the object in question I suppose, but are the new versions of DHIS2
guaranteed to only generate 11 Char UIDs?)

Cheers

David
___
Mailing list: https://launchpad.net/~dhis2-users
Post to : dhis2-users@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-users
More help   : https://help.launchpad.net/ListHelp

[Dhis2-users] Quick bug identified for Metadata import between versions …

[David Hagan]

Hi there …

My first posting I believe …
I suppose it should go over into the Developers List as well… but here’s a
heads-up in case you try the following:

*Scenario*

   - We were taking metadata definitions for data elements (XML format)
   from and instance of DHIS2 on version 2.18 to an instance on 2.20
   - Imports were failing with Error 500: Internal Server Error

*Reason*

   - Version 2.18 exports have an attribute dataDimensionType, that when
   set to disaggregation, as in
   disaggregation, is not compatible
   with the XML import parser for version 2.20
   - Version 2.20 exports and only imports the value in ALL CAPS … as
   in DISAGGREGATION

I haven’t had time to dig down further to see if this case-sensitivity
issue is global, just for this attribute or valid for other versions (e.g.
2.21). Work-around obviously was to do a search/replace and capitalise the
value before import.

Cheers


David Hagan
Skype: david.j.hagan
Mobile: +41 79 848 5359
___
Mailing list: https://launchpad.net/~dhis2-users
Post to : dhis2-users@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-users
More help   : https://help.launchpad.net/ListHelp