date:20160512

Thanks Lars, that is helpful.

We have a couple of use cases for this functionality:

   1. There is a desire to upload supporting documents around particular
   surveys in DHIS 2. For example, there may be a Word doc with the background
   information around what a particular survey is about and how it was
   conducted, and users want that linked to the particular survey (Program).
   2. We had been investigating different options for integrating R with
   DHIS 2, and were looking for a way to store binary file outputs from R such
   as pngs etc. These would be related to a Program in general, and we would
   not want to store those on a data value basis.

Users would also want the above documents to be available on Dashboards.

In regards to the short-term workaround you suggested, what would the
timeline for that look like?

Thanks again,

Lorill

On Thu, May 12, 2016 at 3:02 PM, Lars Helge Øverland  wrote:

> Hi Lorill,
>
> we are not going to deprecate/remove api/documents so it is safe to use
> it, however like you say we do not have POST support in the API so it is a
> bit useless at the moment. A short-term workaround would be to simply
>
> - implement POST support for files in DocumentController - patch? ;)
> - use some sort of soft reference like prefixing the document name with
> the program or data set UID.
> - documents support the sharing paradigm so you could use that for access
> control
>
> Longer term (around 2.25) we are planning to generalize the file resource
> concept we did for 2.20 into more of a general purpose file store. As you
> know this has cloud backend support and is a more scalable solution.
> However this design of this is still on the drawing board - we will keep
> you posted!
>
> If you could provide a bit more detail about your requirement that would
> also be helpful to guide us.
>
> best regards,
>
> Lars
>
>
>
>
> On Thu, May 12, 2016 at 10:14 PM, Lorill Crees  wrote:
>
>> Thanks Morten. That's great news about web-api versioning.
>>
>> In regards to the /api/documents endpoint, is it possible to create a
>> document or is it read-only? I can't find documentation on that call.
>>
>> Halvdan - I look forward to your responses about the current available
>> storage methods.
>>
>>
>>
>> On Wed, May 11, 2016 at 9:18 PM, Morten Olav Hansen 
>> wrote:
>>
>>> I don't think there are any plans to deprecate this endpoint right now
>>> (we are hoping to have web-api versioning in 2.24, so that at least would
>>> make it easier going forward). So you can assume that endpoint will
>>> continue to live on.
>>>
>>> For the current available storage methods, I will let Halvdan answer
>>> that. We already have a filestore abstraction internally (which allows for
>>> adding files to data elements), but I'm not sure if the plans is to have
>>> this as a more generic functionality.
>>>
>>>
>>>
>>> --
>>> Morten Olav Hansen
>>> Senior Engineer, DHIS 2
>>> University of Oslo
>>> http://www.dhis2.org
>>>
>>> On Thu, May 12, 2016 at 12:54 AM, Lorill Crees 
>>> wrote:
>>>
 Hi Morten and Team,

 Following up on this again. Are there still plans to deprecate the
 /api/documents functionality? And what are your recommendations on how we
 should approach the storage of dataset & program level documents? Please
 see my questions below.

 Thanks,

 Lorill

 On Mon, May 2, 2016 at 10:59 AM, Lorill Crees 
 wrote:

> Hi - just following up on this. Any recommendations on how we should
> approach the storage of dataset & program level documents?
>
> On Tue, Apr 26, 2016 at 2:13 PM, Lorill Crees 
> wrote:
>
>> Hi All,
>>
>> I just wanted to revive this old thread regarding the storage of
>> documents in DHIS 2. We are wanting to programatically upload files into
>> DHIS 2 that are related to Data Sets and Programs in general, for users 
>> to
>> be able to view/download via the DHIS 2 UI.
>>
>> Using the file resource functionality for this would be clunky, as we
>> would not want to have these files related to specific data values. For
>> example, if we had District-level survey data, we would want one file to 
>> be
>> uploaded that was related to *all* data values in this Program for a
>> country. We could maybe have a kludge where we add one data value for 
>> this
>> file associated with the country-level org unit but this does not seem
>> ideal.
>>
>> Additionally it doesn't seem easy via the DHIS 2 UI to actually
>> view/download the files themselves. I see the RESTful url for the file is
>> shown as a link in the data entry screen, but don't see another way to 
>> get
>> at the files via the UI without constructing the RESTful url for the Web
>> API manually (unless I'm missing something?). It looks like we

Re: [Dhis2-devs] DHIS2 Docs

Hi Lorill,

we are not going to deprecate/remove api/documents so it is safe to use it,
however like you say we do not have POST support in the API so it is a bit
useless at the moment. A short-term workaround would be to simply

- implement POST support for files in DocumentController - patch? ;)
- use some sort of soft reference like prefixing the document name with the
program or data set UID.
- documents support the sharing paradigm so you could use that for access
control

Longer term (around 2.25) we are planning to generalize the file resource
concept we did for 2.20 into more of a general purpose file store. As you
know this has cloud backend support and is a more scalable solution.
However this design of this is still on the drawing board - we will keep
you posted!

If you could provide a bit more detail about your requirement that would
also be helpful to guide us.

best regards,

Lars




On Thu, May 12, 2016 at 10:14 PM, Lorill Crees  wrote:

> Thanks Morten. That's great news about web-api versioning.
>
> In regards to the /api/documents endpoint, is it possible to create a
> document or is it read-only? I can't find documentation on that call.
>
> Halvdan - I look forward to your responses about the current available
> storage methods.
>
>
>
> On Wed, May 11, 2016 at 9:18 PM, Morten Olav Hansen 
> wrote:
>
>> I don't think there are any plans to deprecate this endpoint right now
>> (we are hoping to have web-api versioning in 2.24, so that at least would
>> make it easier going forward). So you can assume that endpoint will
>> continue to live on.
>>
>> For the current available storage methods, I will let Halvdan answer
>> that. We already have a filestore abstraction internally (which allows for
>> adding files to data elements), but I'm not sure if the plans is to have
>> this as a more generic functionality.
>>
>>
>>
>> --
>> Morten Olav Hansen
>> Senior Engineer, DHIS 2
>> University of Oslo
>> http://www.dhis2.org
>>
>> On Thu, May 12, 2016 at 12:54 AM, Lorill Crees  wrote:
>>
>>> Hi Morten and Team,
>>>
>>> Following up on this again. Are there still plans to deprecate the
>>> /api/documents functionality? And what are your recommendations on how we
>>> should approach the storage of dataset & program level documents? Please
>>> see my questions below.
>>>
>>> Thanks,
>>>
>>> Lorill
>>>
>>> On Mon, May 2, 2016 at 10:59 AM, Lorill Crees  wrote:
>>>
 Hi - just following up on this. Any recommendations on how we should
 approach the storage of dataset & program level documents?

 On Tue, Apr 26, 2016 at 2:13 PM, Lorill Crees 
 wrote:

> Hi All,
>
> I just wanted to revive this old thread regarding the storage of
> documents in DHIS 2. We are wanting to programatically upload files into
> DHIS 2 that are related to Data Sets and Programs in general, for users to
> be able to view/download via the DHIS 2 UI.
>
> Using the file resource functionality for this would be clunky, as we
> would not want to have these files related to specific data values. For
> example, if we had District-level survey data, we would want one file to 
> be
> uploaded that was related to *all* data values in this Program for a
> country. We could maybe have a kludge where we add one data value for this
> file associated with the country-level org unit but this does not seem
> ideal.
>
> Additionally it doesn't seem easy via the DHIS 2 UI to actually
> view/download the files themselves. I see the RESTful url for the file is
> shown as a link in the data entry screen, but don't see another way to get
> at the files via the UI without constructing the RESTful url for the Web
> API manually (unless I'm missing something?). It looks like we would 
> likely
> need to make a DHIS 2 app to allow users more easy access to the files
> themselves for our particular use case.
>
> It seems that the Resource (aka Document) functionality would make
> more sense for us to use:
> http:///dhis-web-reporting/displayViewDocumentForm.action
> /api/documents
> We could have a kludge where we reference the Data Set or Program via
> naming convention.
>
> However, in reading this thread I see that the plan is to deprecate
> /api/documents altogether. I also couldn't find documentation regarding
> this API call and how to actually create a resource(document) via the API.
>
> I did notice in another thread "Using DHIS File Store" that supporting
> "standalone" file resources is a feature that is in the pipeline. Is there
> any ETA for that functionality?
>
> Do you have any recommendations for us of how we should tackle this
> use case?
>
> Thanks,
>
> Lorill
>
> On Fri, Jul 31, 2015 at 5:59 AM, Halvdan Grelland

Re: [Dhis2-devs] Fwd: Program Indicators: Legend Sets Association not rendering in Event Report

2016-05-12 Thread Rodolfo Melia

Hi Lars - this is a Program indicator that it is using the value on a TEI
attribute.

All we want to do is for the Program Indicator to show the legend on the
analytical app. The legend got set on the Program Indicator, but then it
doesn't show on the analytical app. We are looking for this in 2.22 !

*R*


On 12 May 2016 at 22:46, Lars Helge Øverland  wrote:

> Hi Busoye,
>
> is this for "aggregated values" or "individual event overview" ?
>
> regards,
>
> Lars
>
> On Thu, May 12, 2016 at 10:18 PM, Adebusoye Anifalaje <
> bus...@baosystems.com> wrote:
>
>> Hi devs,
>> Just bumping this problem. Any help forthcoming?
>>
>>
>> Thanks
>>
>> Busoye
>>
>> -- Forwarded message --
>> From: Busoye Anifalaje 
>> Date: Fri, May 6, 2016 at 12:34 PM
>> Subject: Program Indicators: Legend Sets Association not rendering in
>> Event Report
>> To: DHIS 2 developers 
>> Cc: Rodolfo Melia , JM Alcantara <
>> jmalcanta...@gmail.com>, Esunly Medina 
>>
>>
>> Hi devs,
>>
>> I associated a legend set to a Program Indicator but this does not render
>> in event reports. Is this supported? If not, are their plans to support
>> this functionality. It is quite critical to one of our implementation
>> projects.
>>
>> To replicate on the demo server
>>
>> 1) Add a legend set to Average weight (Child Health) program indicator
>>
>> 2) Go to event report
>>
>> 3) Select Average Weight indicator from Child Health -> “No Range Set”
>>
>> Tried with Apgar Score Data Element and this works. See attached file for
>> comparison.
>>
>> Thanks
>>
>>
>> This affects
>>
>> Version 2.22 (22016)
>> Version 2.23 (22905)
>>
>>
>> --
>>
>>
>> *Busoye Anifalaje (PhD)*
>> Director of Services (Principal), BAO Systems
>> +44 7901-740-757 | bus...@baosystems.com | http://www.baosystems.com |
>> Skype: busoye | 2900 K Street, Suite 404, Washington D.C. 20007
>>
>>
>> ___
>> 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
>>
>>
>
>
> --
> Lars Helge Øverland
> Lead developer, DHIS 2
> University of Oslo
> Skype: larshelgeoverland
> l...@dhis2.org
> http://www.dhis2.org 
>
>
> ___
> 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
>
>
___
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

Re: [Dhis2-devs] Fwd: Program Indicators: Legend Sets Association not rendering in Event Report

Hi Busoye,

is this for "aggregated values" or "individual event overview" ?

regards,

Lars

On Thu, May 12, 2016 at 10:18 PM, Adebusoye Anifalaje  wrote:

> Hi devs,
> Just bumping this problem. Any help forthcoming?
>
>
> Thanks
>
> Busoye
>
> -- Forwarded message --
> From: Busoye Anifalaje 
> Date: Fri, May 6, 2016 at 12:34 PM
> Subject: Program Indicators: Legend Sets Association not rendering in
> Event Report
> To: DHIS 2 developers 
> Cc: Rodolfo Melia , JM Alcantara <
> jmalcanta...@gmail.com>, Esunly Medina 
>
>
> Hi devs,
>
> I associated a legend set to a Program Indicator but this does not render
> in event reports. Is this supported? If not, are their plans to support
> this functionality. It is quite critical to one of our implementation
> projects.
>
> To replicate on the demo server
>
> 1) Add a legend set to Average weight (Child Health) program indicator
>
> 2) Go to event report
>
> 3) Select Average Weight indicator from Child Health -> “No Range Set”
>
> Tried with Apgar Score Data Element and this works. See attached file for
> comparison.
>
> Thanks
>
>
> This affects
>
> Version 2.22 (22016)
> Version 2.23 (22905)
>
>
> --
>
>
> *Busoye Anifalaje (PhD)*
> Director of Services (Principal), BAO Systems
> +44 7901-740-757 | bus...@baosystems.com | http://www.baosystems.com |
> Skype: busoye | 2900 K Street, Suite 404, Washington D.C. 20007
>
>
> ___
> 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
>
>


-- 
Lars Helge Øverland
Lead developer, DHIS 2
University of Oslo
Skype: larshelgeoverland
l...@dhis2.org
http://www.dhis2.org 
___
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

Re: [Dhis2-devs] Changing the parent of an org unit

Thanks Lars!

On Thu, May 12, 2016 at 2:29 PM, Lars Helge Øverland  wrote:

> Hi Lorill,
>
> sure - you can use the hierarchy operations.
>
> Changing the parentid will work.
>
> Doing this on a running prod system is not recommended, however if so you
> need to i) clear the application cache (under data admin) and ii) Update
> organisation unit paths under maintenance.
>
> regards,
>
> Lars
>
>
>
>
>
>
> On Thu, May 12, 2016 at 11:14 PM, Lorill Crees  wrote:
>
>> Hi,
>>
>> I was previously unaware that there was the "Hierarchy Operations" option
>> available under the "Organisation Unit" app, so was able to do this easily
>> via the UI.
>>
>> However for future reference, if doing this via the db, is it as simple
>> as changing the parent ID for the org unit, or are there other dependencies
>> that would break because of this?
>>
>> Thanks,
>>
>> Lorill
>>
>> On Mon, May 2, 2016 at 10:57 AM, Lorill Crees  wrote:
>>
>>> Hi,
>>>
>>> We have a DHIS 2 instance where the org unit hierarchy was initially set
>>> up incorrectly for a couple districts. The districts were placed under an
>>> incorrect parent, and now we want to move them to the correct parent.
>>>
>>> What would be the best way to do this, assuming there is associated
>>> data? Can we simply change the parent ID for the org unit in the database?
>>> Or are there other dependencies that would break because of this?
>>>
>>> Please let me know.
>>>
>>> Thanks,
>>>
>>> Lorill
>>>
>>
>>
>> ___
>> 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
>>
>>
>
>
> --
> Lars Helge Øverland
> Lead developer, DHIS 2
> University of Oslo
> Skype: larshelgeoverland
> l...@dhis2.org
> http://www.dhis2.org 
>
>
___
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

Re: [Dhis2-devs] Changing the parent of an org unit

Hi Lorill,

sure - you can use the hierarchy operations.

Changing the parentid will work.

Doing this on a running prod system is not recommended, however if so you
need to i) clear the application cache (under data admin) and ii) Update
organisation unit paths under maintenance.

regards,

Lars






On Thu, May 12, 2016 at 11:14 PM, Lorill Crees  wrote:

> Hi,
>
> I was previously unaware that there was the "Hierarchy Operations" option
> available under the "Organisation Unit" app, so was able to do this easily
> via the UI.
>
> However for future reference, if doing this via the db, is it as simple as
> changing the parent ID for the org unit, or are there other dependencies
> that would break because of this?
>
> Thanks,
>
> Lorill
>
> On Mon, May 2, 2016 at 10:57 AM, Lorill Crees  wrote:
>
>> Hi,
>>
>> We have a DHIS 2 instance where the org unit hierarchy was initially set
>> up incorrectly for a couple districts. The districts were placed under an
>> incorrect parent, and now we want to move them to the correct parent.
>>
>> What would be the best way to do this, assuming there is associated data?
>> Can we simply change the parent ID for the org unit in the database? Or are
>> there other dependencies that would break because of this?
>>
>> Please let me know.
>>
>> Thanks,
>>
>> Lorill
>>
>
>
> ___
> 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
>
>


-- 
Lars Helge Øverland
Lead developer, DHIS 2
University of Oslo
Skype: larshelgeoverland
l...@dhis2.org
http://www.dhis2.org 
___
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

Re: [Dhis2-devs] Changing the parent of an org unit

Hi,

I was previously unaware that there was the "Hierarchy Operations" option
available under the "Organisation Unit" app, so was able to do this easily
via the UI.

However for future reference, if doing this via the db, is it as simple as
changing the parent ID for the org unit, or are there other dependencies
that would break because of this?

Thanks,

Lorill

On Mon, May 2, 2016 at 10:57 AM, Lorill Crees  wrote:

> Hi,
>
> We have a DHIS 2 instance where the org unit hierarchy was initially set
> up incorrectly for a couple districts. The districts were placed under an
> incorrect parent, and now we want to move them to the correct parent.
>
> What would be the best way to do this, assuming there is associated data?
> Can we simply change the parent ID for the org unit in the database? Or are
> there other dependencies that would break because of this?
>
> Please let me know.
>
> Thanks,
>
> Lorill
>
___
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

[Dhis2-devs] Fwd: Program Indicators: Legend Sets Association not rendering in Event Report

2016-05-12 Thread Adebusoye Anifalaje

Hi devs,
Just bumping this problem. Any help forthcoming?


Thanks

Busoye

-- Forwarded message --
From: Busoye Anifalaje 
Date: Fri, May 6, 2016 at 12:34 PM
Subject: Program Indicators: Legend Sets Association not rendering in Event
Report
To: DHIS 2 developers 
Cc: Rodolfo Melia , JM Alcantara <
jmalcanta...@gmail.com>, Esunly Medina 


Hi devs,

I associated a legend set to a Program Indicator but this does not render
in event reports. Is this supported? If not, are their plans to support
this functionality. It is quite critical to one of our implementation
projects.

To replicate on the demo server

1) Add a legend set to Average weight (Child Health) program indicator

2) Go to event report

3) Select Average Weight indicator from Child Health -> “No Range Set”

Tried with Apgar Score Data Element and this works. See attached file for
comparison.

Thanks


This affects

Version 2.22 (22016)
Version 2.23 (22905)


--


*Busoye Anifalaje (PhD)*
Director of Services (Principal), BAO Systems
+44 7901-740-757 | bus...@baosystems.com | http://www.baosystems.com |
Skype: busoye | 2900 K Street, Suite 404, Washington D.C. 20007
___
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

Re: [Dhis2-devs] DHIS2 Docs

Thanks Morten. That's great news about web-api versioning.

In regards to the /api/documents endpoint, is it possible to create a
document or is it read-only? I can't find documentation on that call.

Halvdan - I look forward to your responses about the current available
storage methods.

On Wed, May 11, 2016 at 9:18 PM, Morten Olav Hansen 
wrote:

> I don't think there are any plans to deprecate this endpoint right now (we
> are hoping to have web-api versioning in 2.24, so that at least would make
> it easier going forward). So you can assume that endpoint will continue to
> live on.
>
> For the current available storage methods, I will let Halvdan answer that.
> We already have a filestore abstraction internally (which allows for adding
> files to data elements), but I'm not sure if the plans is to have this as a
> more generic functionality.
>
>
>
> --
> Morten Olav Hansen
> Senior Engineer, DHIS 2
> University of Oslo
> http://www.dhis2.org
>
> On Thu, May 12, 2016 at 12:54 AM, Lorill Crees  wrote:
>
>> Hi Morten and Team,
>>
>> Following up on this again. Are there still plans to deprecate the
>> /api/documents functionality? And what are your recommendations on how we
>> should approach the storage of dataset & program level documents? Please
>> see my questions below.
>>
>> Thanks,
>>
>> Lorill
>>
>> On Mon, May 2, 2016 at 10:59 AM, Lorill Crees  wrote:
>>
>>> Hi - just following up on this. Any recommendations on how we should
>>> approach the storage of dataset & program level documents?
>>>
>>> On Tue, Apr 26, 2016 at 2:13 PM, Lorill Crees  wrote:
>>>
 Hi All,

 I just wanted to revive this old thread regarding the storage of
 documents in DHIS 2. We are wanting to programatically upload files into
 DHIS 2 that are related to Data Sets and Programs in general, for users to
 be able to view/download via the DHIS 2 UI.

 Using the file resource functionality for this would be clunky, as we
 would not want to have these files related to specific data values. For
 example, if we had District-level survey data, we would want one file to be
 uploaded that was related to *all* data values in this Program for a
 country. We could maybe have a kludge where we add one data value for this
 file associated with the country-level org unit but this does not seem
 ideal.

 Additionally it doesn't seem easy via the DHIS 2 UI to actually
 view/download the files themselves. I see the RESTful url for the file is
 shown as a link in the data entry screen, but don't see another way to get
 at the files via the UI without constructing the RESTful url for the Web
 API manually (unless I'm missing something?). It looks like we would likely
 need to make a DHIS 2 app to allow users more easy access to the files
 themselves for our particular use case.

 It seems that the Resource (aka Document) functionality would make more
 sense for us to use:
 http:///dhis-web-reporting/displayViewDocumentForm.action
 /api/documents
 We could have a kludge where we reference the Data Set or Program via
 naming convention.

 However, in reading this thread I see that the plan is to deprecate
 /api/documents altogether. I also couldn't find documentation regarding
 this API call and how to actually create a resource(document) via the API.

 I did notice in another thread "Using DHIS File Store" that supporting
 "standalone" file resources is a feature that is in the pipeline. Is there
 any ETA for that functionality?

 Do you have any recommendations for us of how we should tackle this use
 case?

 Thanks,

 Lorill

 On Fri, Jul 31, 2015 at 5:59 AM, Halvdan Grelland 
 wrote:

> Yes, eventually we could probably do that.
>
> First order of business is really to allow (external) files to be
> stored in lieu of the value field of DataValue. The details of how the
> model will look in the end is still to be decided and is very much
> dependent on the requirements of the storage backend (I'm experimenting
> with Apache jClouds to do this at the moment) and the range of uses we
> envision within DHIS2.
>
> I would not recommend hacking a solution together using the
> datavalue.value field. It might work (kind of), but is hardly scalable and
> will be (I assure you) a complete pain to maintain and will be hard to
> migrate when we eventually get a more integrated solution to this
> requirement.
>
> As for ETA It's a bit up in the air currently. As said, it's proven to
> be complex to implement properly.
>
> Btw. Morten, there is an api/files endpoint (it's used to manage
> custom css/js). ;)
>
> 2015-07-29 11:38 GMT+02:00 Morten Olav Hansen :
>

Re: [Dhis2-devs] [Dhis2-users] Unable to see French translation for 'Program' and 'Options' under Event Capture

Hi Dipali,

yes you are correct - we lack translations here.

This happens due to a weakness in our translations solution. We are
revamping this solution for 2.24 and it will be corrected there. Sorry for
that.

regards,

Lars


On Thu, May 12, 2016 at 8:27 PM, Jason Pickering <
jason.p.picker...@gmail.com> wrote:

> Hi Dipali,
>
> I think the translation part itself works. What does not work is actually
> displaying the translations in the Event Capture app itself.
>
> Could you file a bug report at https://bugs.launchpad.net/dhis2?
>
> Regards,
> Jason
>
>
> On Thu, May 12, 2016 at 7:03 PM, Dipali Sahu 
> wrote:
>
>> Thanks , and how about Options (option sets). Do they work with
>> translation?
>>
>> On Thu, May 12, 2016 at 4:55 PM, Jason Pickering <
>> jason.p.picker...@gmail.com> wrote:
>>
>>> This looks like a bug/unimplemented feature in the app.  I think the
>>> devs will need to comment on this.
>>>
>>> Regards,
>>> Jason
>>>
>>> On Thu, May 12, 2016, 18:51 Dipali Sahu  wrote:
>>>
 Hi, here is screenshot, So I have translated the name of the Program
 that I am using to enter data in French. I have both UI and DB languages
 turned to French. While entering data under Event Capture, the name of the
  program and all options (under option sets)shows in English and not
 french. Whereas, under Programs app, the name of the program can be seen in
 French. Is there something I am missing. I am using DHIS 2.21

 [image: Inline image 1]

 On Thu, May 12, 2016 at 3:58 PM, Jason Pickering <
 jason.p.picker...@gmail.com> wrote:

> Sorry, maybe I did not understand. Do you mean the UI translations are
> not showing, or the translations which you have made to the other metadata
> elements like "Program" and "Option sets"?
>
> Regards,
> Jason
>
>
> On Thu, May 12, 2016 at 5:16 PM, Dipali Sahu 
> wrote:
>
>> Hi
>>
>> I translated the Program and Options (for option sets) in French and
>> I can see the translation saved.
>> However, when I go to Event Capture, and try to enter data, the
>> Program name shows in English and not French. Similar issue for Option 
>> sets.
>>
>> How do I get the translated program names and options on the UI.
>>
>> Thank you
>> Deepali Sahu
>>
>>
>> ___
>> Mailing list: https://launchpad.net/~dhis2-users
>> Post to : dhis2-us...@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
>


>>
>
>
> --
> Jason P. Pickering
> email: jason.p.picker...@gmail.com
> tel:+46764147049
>
> ___
> Mailing list: https://launchpad.net/~dhis2-users
> Post to : dhis2-us...@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
l...@dhis2.org
http://www.dhis2.org 
___
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

[Dhis2-devs] [Bug 1581170] [NEW] add existing locale results in 500

2016-05-12 Thread jason.p.pickering

Public bug reported:

Steps to reproduce.

1) Go to demo server. 
2) Attempt to add any existing locale, for example French Senegal. 
3) Server sends

: query did not return a unique result: 2

with HTTP 500. No error is visible through the UI

Furthermore, it would seem that duplicate locales are possible from the
database

datim=# \d i18nlocale
   Table "public.i18nlocale"
Column|Type | Modifiers 
--+-+---
 i18nlocaleid | integer | not null
 uid  | character varying(11)   | 
 code | character varying(50)   | 
 created  | timestamp without time zone | 
 lastupdated  | timestamp without time zone | 
 name | character varying(250)  | not null
 locale   | character varying(15)   | not null
Indexes:
"i18nlocale_pkey" PRIMARY KEY, btree (i18nlocaleid)

** Affects: dhis2
 Importance: Undecided
 Assignee: Lars Helge Øverland (larshelge)
 Status: New

** Changed in: dhis2
 Assignee: (unassigned) => Lars Helge Øverland (larshelge)

-- 
You received this bug notification because you are a member of DHIS 2
developers, which is subscribed to DHIS.
https://bugs.launchpad.net/bugs/1581170

Title:
  add existing locale results in 500

Status in DHIS:
  New

Bug description:
  Steps to reproduce.

  1) Go to demo server. 
  2) Attempt to add any existing locale, for example French Senegal. 
  3) Server sends

  : query did not return a unique result: 2

  with HTTP 500. No error is visible through the UI

  Furthermore, it would seem that duplicate locales are possible from
  the database

  datim=# \d i18nlocale
 Table "public.i18nlocale"
  Column|Type | Modifiers 
  --+-+---
   i18nlocaleid | integer | not null
   uid  | character varying(11)   | 
   code | character varying(50)   | 
   created  | timestamp without time zone | 
   lastupdated  | timestamp without time zone | 
   name | character varying(250)  | not null
   locale   | character varying(15)   | not null
  Indexes:
  "i18nlocale_pkey" PRIMARY KEY, btree (i18nlocaleid)

To manage notifications about this bug go to:
https://bugs.launchpad.net/dhis2/+bug/1581170/+subscriptions

___
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

Re: [Dhis2-devs] [Dhis2-users] Unable to see French translation for 'Program' and 'Options' under Event Capture

Hi Dipali,

I think the translation part itself works. What does not work is actually
displaying the translations in the Event Capture app itself.

Could you file a bug report at https://bugs.launchpad.net/dhis2?

Regards,
Jason


On Thu, May 12, 2016 at 7:03 PM, Dipali Sahu  wrote:

> Thanks , and how about Options (option sets). Do they work with
> translation?
>
> On Thu, May 12, 2016 at 4:55 PM, Jason Pickering <
> jason.p.picker...@gmail.com> wrote:
>
>> This looks like a bug/unimplemented feature in the app.  I think the devs
>> will need to comment on this.
>>
>> Regards,
>> Jason
>>
>> On Thu, May 12, 2016, 18:51 Dipali Sahu  wrote:
>>
>>> Hi, here is screenshot, So I have translated the name of the Program
>>> that I am using to enter data in French. I have both UI and DB languages
>>> turned to French. While entering data under Event Capture, the name of the
>>>  program and all options (under option sets)shows in English and not
>>> french. Whereas, under Programs app, the name of the program can be seen in
>>> French. Is there something I am missing. I am using DHIS 2.21
>>>
>>> [image: Inline image 1]
>>>
>>> On Thu, May 12, 2016 at 3:58 PM, Jason Pickering <
>>> jason.p.picker...@gmail.com> wrote:
>>>
 Sorry, maybe I did not understand. Do you mean the UI translations are
 not showing, or the translations which you have made to the other metadata
 elements like "Program" and "Option sets"?

 Regards,
 Jason


 On Thu, May 12, 2016 at 5:16 PM, Dipali Sahu 
 wrote:

> Hi
>
> I translated the Program and Options (for option sets) in French and I
> can see the translation saved.
> However, when I go to Event Capture, and try to enter data, the
> Program name shows in English and not French. Similar issue for Option 
> sets.
>
> How do I get the translated program names and options on the UI.
>
> Thank you
> Deepali Sahu
>
>
> ___
> Mailing list: https://launchpad.net/~dhis2-users
> Post to : dhis2-us...@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

>>>
>>>
>


-- 
Jason P. Pickering
email: jason.p.picker...@gmail.com
tel:+46764147049
___
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

Re: [Dhis2-devs] [Dhis2-users] Status of ImportSummaries in /api/events

On Thu, May 12, 2016 at 10:03 PM, Markus Bekken 
wrote:

> Will the https status of the whole call follow the importsummaries status?
>

No, that's too much of a change. Basically I want ImportSummary/ies to be
frozen now, minor adjustments can be made, but improvements should be made
in our new reporting classes.

-- 
Morten Olav Hansen
Senior Engineer, DHIS 2
University of Oslo
http://www.dhis2.org
___
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

Re: [Dhis2-devs] [Dhis2-users] Unable to see French translation for 'Program' and 'Options' under Event Capture

2016-05-12 Thread Dipali Sahu

Thanks , and how about Options (option sets). Do they work with translation?

On Thu, May 12, 2016 at 4:55 PM, Jason Pickering <
jason.p.picker...@gmail.com> wrote:

> This looks like a bug/unimplemented feature in the app.  I think the devs
> will need to comment on this.
>
> Regards,
> Jason
>
> On Thu, May 12, 2016, 18:51 Dipali Sahu  wrote:
>
>> Hi, here is screenshot, So I have translated the name of the Program that
>> I am using to enter data in French. I have both UI and DB languages turned
>> to French. While entering data under Event Capture, the name of the
>>  program and all options (under option sets)shows in English and not
>> french. Whereas, under Programs app, the name of the program can be seen in
>> French. Is there something I am missing. I am using DHIS 2.21
>>
>> [image: Inline image 1]
>>
>> On Thu, May 12, 2016 at 3:58 PM, Jason Pickering <
>> jason.p.picker...@gmail.com> wrote:
>>
>>> Sorry, maybe I did not understand. Do you mean the UI translations are
>>> not showing, or the translations which you have made to the other metadata
>>> elements like "Program" and "Option sets"?
>>>
>>> Regards,
>>> Jason
>>>
>>>
>>> On Thu, May 12, 2016 at 5:16 PM, Dipali Sahu 
>>> wrote:
>>>
 Hi

 I translated the Program and Options (for option sets) in French and I
 can see the translation saved.
 However, when I go to Event Capture, and try to enter data, the Program
 name shows in English and not French. Similar issue for Option sets.

 How do I get the translated program names and options on the UI.

 Thank you
 Deepali Sahu


 ___
 Mailing list: https://launchpad.net/~dhis2-users
 Post to : dhis2-us...@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-devs
Post to : dhis2-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-devs
More help   : https://help.launchpad.net/ListHelp

Re: [Dhis2-devs] [Dhis2-users] Unable to see French translation for 'Program' and 'Options' under Event Capture

This looks like a bug/unimplemented feature in the app.  I think the devs
will need to comment on this.

Regards,
Jason

On Thu, May 12, 2016, 18:51 Dipali Sahu  wrote:

> Hi, here is screenshot, So I have translated the name of the Program that
> I am using to enter data in French. I have both UI and DB languages turned
> to French. While entering data under Event Capture, the name of the
>  program and all options (under option sets)shows in English and not
> french. Whereas, under Programs app, the name of the program can be seen in
> French. Is there something I am missing. I am using DHIS 2.21
>
> [image: Inline image 1]
>
> On Thu, May 12, 2016 at 3:58 PM, Jason Pickering <
> jason.p.picker...@gmail.com> wrote:
>
>> Sorry, maybe I did not understand. Do you mean the UI translations are
>> not showing, or the translations which you have made to the other metadata
>> elements like "Program" and "Option sets"?
>>
>> Regards,
>> Jason
>>
>>
>> On Thu, May 12, 2016 at 5:16 PM, Dipali Sahu 
>> wrote:
>>
>>> Hi
>>>
>>> I translated the Program and Options (for option sets) in French and I
>>> can see the translation saved.
>>> However, when I go to Event Capture, and try to enter data, the Program
>>> name shows in English and not French. Similar issue for Option sets.
>>>
>>> How do I get the translated program names and options on the UI.
>>>
>>> Thank you
>>> Deepali Sahu
>>>
>>>
>>> ___
>>> Mailing list: https://launchpad.net/~dhis2-users
>>> Post to : dhis2-us...@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-devs
Post to : dhis2-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-devs
More help   : https://help.launchpad.net/ListHelp

Re: [Dhis2-devs] [Dhis2-users] Unable to see French translation for 'Program' and 'Options' under Event Capture

2016-05-12 Thread Dipali Sahu

Hi, here is screenshot, So I have translated the name of the Program that I
am using to enter data in French. I have both UI and DB languages turned to
French. While entering data under Event Capture, the name of the  program
and all options (under option sets)shows in English and not french.
Whereas, under Programs app, the name of the program can be seen in French.
Is there something I am missing. I am using DHIS 2.21

[image: Inline image 1]

On Thu, May 12, 2016 at 3:58 PM, Jason Pickering <
jason.p.picker...@gmail.com> wrote:

> Sorry, maybe I did not understand. Do you mean the UI translations are not
> showing, or the translations which you have made to the other metadata
> elements like "Program" and "Option sets"?
>
> Regards,
> Jason
>
>
> On Thu, May 12, 2016 at 5:16 PM, Dipali Sahu 
> wrote:
>
>> Hi
>>
>> I translated the Program and Options (for option sets) in French and I
>> can see the translation saved.
>> However, when I go to Event Capture, and try to enter data, the Program
>> name shows in English and not French. Similar issue for Option sets.
>>
>> How do I get the translated program names and options on the UI.
>>
>> Thank you
>> Deepali Sahu
>>
>>
>> ___
>> Mailing list: https://launchpad.net/~dhis2-users
>> Post to : dhis2-us...@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-devs
Post to : dhis2-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-devs
More help   : https://help.launchpad.net/ListHelp

[Dhis2-devs] [Bug 1581117] [NEW] Decimals not honored for Numbers in Tracker (2.21)

2016-05-12 Thread Timothy Harding

Public bug reported:

Hello Devs

Using: 
Version:
2.21
Build revision:
21092

If you specify a DE's value type as Number the event tracker will
automatically round any and all decimals given.

I'm uploading a video that illustrates this, but if it doesn't make it
to launchpad, I will be hosting it on my dropbox as well:

https://dl.dropboxusercontent.com/u/29765/decimalbug.mp4

I tested this on 2.23 and it appears to be fixed, but have not had a
chance to test it in 2.22. If you are able to back port the fix to 2.21
that would be awesome!

** Affects: dhis2
 Importance: Undecided
 Status: New

** Attachment added: "decimalbug.mp4"
   
https://bugs.launchpad.net/bugs/1581117/+attachment/4661365/+files/decimalbug.mp4

-- 
You received this bug notification because you are a member of DHIS 2
developers, which is subscribed to DHIS.
https://bugs.launchpad.net/bugs/1581117

Title:
  Decimals not honored for Numbers in Tracker (2.21)

Status in DHIS:
  New

Bug description:
  Hello Devs

  Using: 
  Version:
  2.21
  Build revision:
  21092

  If you specify a DE's value type as Number the event tracker will
  automatically round any and all decimals given.

  I'm uploading a video that illustrates this, but if it doesn't make it
  to launchpad, I will be hosting it on my dropbox as well:

  https://dl.dropboxusercontent.com/u/29765/decimalbug.mp4

  I tested this on 2.23 and it appears to be fixed, but have not had a
  chance to test it in 2.22. If you are able to back port the fix to
  2.21 that would be awesome!

To manage notifications about this bug go to:
https://bugs.launchpad.net/dhis2/+bug/1581117/+subscriptions

___
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

Re: [Dhis2-devs] [Dhis2-users] Unable to see French translation for 'Program' and 'Options' under Event Capture

Sorry, maybe I did not understand. Do you mean the UI translations are not
showing, or the translations which you have made to the other metadata
elements like "Program" and "Option sets"?

Regards,
Jason


On Thu, May 12, 2016 at 5:16 PM, Dipali Sahu  wrote:

> Hi
>
> I translated the Program and Options (for option sets) in French and I can
> see the translation saved.
> However, when I go to Event Capture, and try to enter data, the Program
> name shows in English and not French. Similar issue for Option sets.
>
> How do I get the translated program names and options on the UI.
>
> Thank you
> Deepali Sahu
>
>
> ___
> Mailing list: https://launchpad.net/~dhis2-users
> Post to : dhis2-us...@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-devs
Post to : dhis2-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-devs
More help   : https://help.launchpad.net/ListHelp

Re: [Dhis2-devs] [Dhis2-users] Unable to see French translation for 'Program' and 'Options' under Event Capture

Hi Dipali,
Can you reproduce in the demo site. It seems to work for me.

Regards,
Jason




On Thu, May 12, 2016, 17:21 Dipali Sahu  wrote:

> Hi
>
> I translated the Program and Options (for option sets) in French and I can
> see the translation saved.
> However, when I go to Event Capture, and try to enter data, the Program
> name shows in English and not French. Similar issue for Option sets.
>
> How do I get the translated program names and options on the UI.
>
> Thank you
> Deepali Sahu
>
> ___
> Mailing list: https://launchpad.net/~dhis2-users
> Post to : dhis2-us...@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~dhis2-users
> More help   : https://help.launchpad.net/ListHelp
>
___
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

[Dhis2-devs] Unable to see French translation for 'Program' and 'Options' under Event Capture

2016-05-12 Thread Dipali Sahu

Hi

I translated the Program and Options (for option sets) in French and I can
see the translation saved.
However, when I go to Event Capture, and try to enter data, the Program
name shows in English and not French. Similar issue for Option sets.

How do I get the translated program names and options on the UI.

Thank you
Deepali Sahu
___
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

Re: [Dhis2-devs] [Dhis2-users] Status of ImportSummaries in /api/events

2016-05-12 Thread Markus Bekken

Hi Morten,
the TC/EC apps should still work as before if this is updated. Seems like a 
sensible fix.

Will the https status of the whole call follow the importsummaries status?

Markus

> 12. mai 2016 kl. 12.32 skrev Vanya Seth :
> 
> Ok sounds good. 
> 
> Regards
> Vanya
> 
> On Thu, May 12, 2016 at 3:44 PM, Morten Olav Hansen  > wrote:
> Hi Vanya
> 
> Yes, I agree it's not correct. I just want to wait for feedback from Abyot or 
> Markus before I change anything, so it won't break EC/TC.
> 
> -- 
> Morten Olav Hansen
> Senior Engineer, DHIS 2
> University of Oslo
> http://www.dhis2.org 
> On Thu, May 12, 2016 at 4:51 PM, henri claude moungui  > wrote:
> Hi all.
> wasn't the Dry Run option at "yes" ?
> If this is the case, maybe after resolving the conflict of the  category 
> option identifier: U8vu31ybiD5 , Aamer will have to retry by setting the Dry 
> Run at "No"
> 
> Hope this helps...if I'm not out of the lines..
> 
> Henri
> 
>  
> 
> 
> Le Jeudi 12 mai 2016 10h33, Vanya Seth  > a écrit :
> 
> 
> Hi Morten
> 
> As mentioned earlier. We are working on the events data sync. And this 
> specific issue is in the /events POST API.
> 
> The idea is to retry the event data sync if there is any conflict (where 
> essentially some data has not sycned ). Treating a CONFLICT as a SUCCESS does 
> not sound like a good idea.
> 
> Apart from that would the /api/events POST be able to update the same event 
> again if retried. Am coming probably from the 
> "attributecategoryoptioncomboid" field.
> 
> Regards
> Vanya
> 
> On Thu, May 12, 2016 at 12:26 PM, Morten Olav Hansen  > wrote:
> No, I mean for the new DXF2 importer, I'm sorry (I assume you are also 
> working on the metadata sync importer). The event importer has not had any 
> changes done.
> 
> -- 
> Morten Olav Hansen
> Senior Engineer, DHIS 2
> University of Oslo
> http://www.dhis2.org 
> On Thu, May 12, 2016 at 1:44 PM, Aamer Mohammed  > wrote:
> Thanks Morten for the insight. But we are also on a branch forked off on 2.23 
> and it is not giving any WARNING kind of status in our case. Any thoughts 
> please?
> 
> 
> On Thu, May 12, 2016 at 11:46 AM, Morten Olav Hansen  > wrote:
> Hi
> 
> I agree this is confusing, but I think this is also the case in our old 
> importer. I'm not sure if we want to change it at this point (as we don't 
> want to break any third party clients out there).
> 
> That said, as you might know, we changed the approach a bit in our new 
> importer, and it is much better at these kind of issues (in your case it 
> would give status=WARNING which means please have a closer look at the 
> report, or ERROR if all failed).
> 
> We are hoping to have proper web-api versioning coming in 2.24, which means 
> we can potentially clean up these kinds of issues (but that part is not 
> started yet, so let's see).
> 
> @Abyot: are you using this returned status for anything in your EC/TC apps?
> 
> -- 
> Morten Olav Hansen
> Senior Engineer, DHIS 2
> University of Oslo
> http://www.dhis2.org 
> 
> On Thu, May 12, 2016 at 12:52 PM, Aamer Mohammed  > wrote:
> Hi
> 
> We are using /api/events to post event related data and it is being uploaded 
> successfully. The api returns a response of type ImportSummaries which has 
> the status of ImportSummary along with the count of data which is 
> imported/updated. 
> In case of any conflicts being reported in ImportSummary, we observe that the 
> status still shows as SUCCESS. 
> 
> -
> ImportSummaries {
>   importSummaries = [ImportSummary {
>   status = SUCCESS, 
> description = 'null', 
> importCount = [imports = 2, updates = 0, ignores = 0], 
> conflicts = [ImportConflict {
>   object = 'Illegal category option identifier: 
> U8vu31ybiD5', value = 'U8vu31ybiD5' }], 
> dataSetComplete = 'null', 
> reference = 'jLBehWyIspM', 
> href = 
> 'http://msfocamdsynchq.twhosted.com/api/events/jLBehWyIspM 
> '
>   }]
> }
> --
> Is this not an error because the complete import of the event data has not 
> happened. Please suggest.
> 
> Thanks
> Aamer.
> 
> 
> 
> 
> 
> 
> -- 
> With Regards
> ThoughtWorks Technologies
> Hyderabad
> 
> --Stay Hungry Stay Foolish!!
> 
> ___
> Mailing list: https://launchpad.net/~dhis2-users 
> 
> Post to:

Re: [Dhis2-devs] [Dhis2-users] Status of ImportSummaries in /api/events

2016-05-12 Thread Vanya Seth

Ok sounds good.

Regards
Vanya

On Thu, May 12, 2016 at 3:44 PM, Morten Olav Hansen 
wrote:

> Hi Vanya
>
> Yes, I agree it's not correct. I just want to wait for feedback from Abyot
> or Markus before I change anything, so it won't break EC/TC.
>
> --
> Morten Olav Hansen
> Senior Engineer, DHIS 2
> University of Oslo
> http://www.dhis2.org
>
> On Thu, May 12, 2016 at 4:51 PM, henri claude moungui <
> henrimoun...@yahoo.fr> wrote:
>
>> Hi all.
>> wasn't the Dry Run option at "yes" ?
>> If this is the case, maybe after resolving the conflict of the  category
>> option identifier: U8vu31ybiD5 , Aamer will have to retry by setting the
>> Dry Run at "No"
>>
>> Hope this helps...if I'm not out of the lines..
>>
>> Henri
>>
>>
>>
>>
>> Le Jeudi 12 mai 2016 10h33, Vanya Seth  a écrit
>> :
>>
>>
>> Hi Morten
>>
>> As mentioned earlier. We are working on the events data sync. And this
>> specific issue is in the /events POST API.
>>
>> The idea is to retry the event data sync if there is any conflict (where
>> essentially some data has not sycned ). Treating a CONFLICT as a SUCCESS
>> does not sound like a good idea.
>>
>> Apart from that would the /api/events POST be able to update the same
>> event again if retried. Am coming probably from the
>> "attributecategoryoptioncomboid" field.
>>
>> Regards
>> Vanya
>>
>> On Thu, May 12, 2016 at 12:26 PM, Morten Olav Hansen 
>> wrote:
>>
>> No, I mean for the new DXF2 importer, I'm sorry (I assume you are also
>> working on the metadata sync importer). The event importer has not had any
>> changes done.
>>
>> --
>> Morten Olav Hansen
>> Senior Engineer, DHIS 2
>> University of Oslo
>> http://www.dhis2.org
>>
>> On Thu, May 12, 2016 at 1:44 PM, Aamer Mohammed 
>> wrote:
>>
>> Thanks Morten for the insight. But we are also on a branch forked off on
>> 2.23 and it is not giving any WARNING kind of status in our case. Any
>> thoughts please?
>>
>>
>> On Thu, May 12, 2016 at 11:46 AM, Morten Olav Hansen 
>> wrote:
>>
>> Hi
>>
>> I agree this is confusing, but I think this is also the case in our old
>> importer. I'm not sure if we want to change it at this point (as we don't
>> want to break any third party clients out there).
>>
>> That said, as you might know, we changed the approach a bit in our new
>> importer, and it is much better at these kind of issues (in your case it
>> would give status=WARNING which means please have a closer look at the
>> report, or ERROR if all failed).
>>
>> We are hoping to have proper web-api versioning coming in 2.24, which
>> means we can potentially clean up these kinds of issues (but that part is
>> not started yet, so let's see).
>>
>> @Abyot: are you using this returned status for anything in your EC/TC
>> apps?
>>
>> --
>> Morten Olav Hansen
>> Senior Engineer, DHIS 2
>> University of Oslo
>> http://www.dhis2.org
>>
>> On Thu, May 12, 2016 at 12:52 PM, Aamer Mohammed > > wrote:
>>
>> Hi
>>
>> We are using /api/events to post event related data and it is being
>> uploaded successfully. The api returns a response of type ImportSummaries
>> which has the status of ImportSummary along with the count of data which is
>> imported/updated.
>> In case of any conflicts being reported in ImportSummary, we observe that
>> the status still shows as SUCCESS.
>>
>> -
>> ImportSummaries {
>> importSummaries = [ImportSummary {
>> status = SUCCESS,
>> description = 'null',
>> importCount = [imports = 2, updates = 0, ignores = 0],
>> conflicts = [ImportConflict {
>> object = 'Illegal category option identifier: U8vu31ybiD5', value =
>>   'U8vu31ybiD5' }],
>> dataSetComplete = 'null',
>> reference = 'jLBehWyIspM',
>> href = '
>> http://msfocamdsynchq.twhosted.com/api/events/jLBehWyIspM'
>> }]
>> }
>> --
>> Is this not an error because the complete import of the event data has
>> not happened. Please suggest.
>>
>> Thanks
>> Aamer.
>>
>>
>>
>>
>>
>>
>>
>> --
>> With Regards
>> ThoughtWorks Technologies
>> Hyderabad
>>
>> --Stay Hungry Stay Foolish!!
>>
>> ___
>> Mailing list: https://launchpad.net/~dhis2-users
>> Post to: dhis2-us...@lists.launchpad.net
>> Unsubscribe : https://launchpad.net/~dhis2-users
>> More help  : https://help.launchpad.net/ListHelp
>>
>>
>>
>


-- 
With Regards
ThoughtWorks Technologies
Hyderabad

--Stay Hungry Stay Foolish!!
___
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

Re: [Dhis2-devs] Pushing events through the API without the eventdate

Oh ok, because nulls should be allowed from what I heard, but I will allow
Markus to fill in the blanks. :)

-- 
Morten Olav Hansen
Senior Engineer, DHIS 2
University of Oslo
http://www.dhis2.org

On Thu, May 12, 2016 at 5:17 PM, Jose Garcia Muñoz 
wrote:

>
> Hi Morten,
>
> the problem is not related to the TC, but with a custom android app that
> we are implementing (using the DHIS2-SDK).
>
> On Thu, May 12, 2016 at 12:13 PM, Morten Olav Hansen 
> wrote:
>
>> Hi Jose
>>
>> Could you pinpoint where in the TC app this is required? according to
>> Markus, it shouldn't be..
>>
>> --
>> Morten Olav Hansen
>> Senior Engineer, DHIS 2
>> University of Oslo
>> http://www.dhis2.org
>>
>> On Thu, May 12, 2016 at 4:59 PM, Jose Garcia Muñoz 
>> wrote:
>>
>>>
>>> Ok, thanks Morten,
>>>
>>> Looking forward for that patch (it is a bit urgent for us :) ).
>>>
>>> Thanks guys!
>>>
>>> On Wed, May 11, 2016 at 8:27 AM, Morten Olav Hansen 
>>> wrote:
>>>
 Hi Jose

 Sorry, had to revert this for now, according to Markus we have some
 hardcoded logic around this in our TC/EC clients, which might cause issues.
 Markus will fix it, and the re-apply the patch when he can.

 --
 Morten Olav Hansen
 Senior Engineer, DHIS 2
 University of Oslo
 http://www.dhis2.org

 On Wed, May 11, 2016 at 10:51 AM, Jose Garcia Muñoz  wrote:

>
> Great! Thanks Morten
>
> On Wed, May 11, 2016 at 5:48 AM, Morten Olav Hansen 
> wrote:
>
>> This is now fixed and backported down to 2.21, please give our
>> servers some time to build new WAR files.
>>
>> --
>> Morten Olav Hansen
>> Senior Engineer, DHIS 2
>> University of Oslo
>> http://www.dhis2.org
>>
>> On Wed, May 11, 2016 at 10:39 AM, Morten Olav Hansen <
>> mor...@dhis2.org> wrote:
>>
>>> Hi,
>>>
>>> I haven't done this fix yet, but I think until we have a better
>>> solution I will set it to current date, saving it as null in the 
>>> database
>>> is not a good option.
>>>
>>> --
>>> Morten Olav Hansen
>>> Senior Engineer, DHIS 2
>>> University of Oslo
>>> http://www.dhis2.org
>>>
>>> On Wed, May 11, 2016 at 10:37 AM, Jose Garcia Muñoz <
>>> josem...@gmail.com> wrote:
>>>

 Hi Morten,

 many thanks for your quick answer. I think it is ok to default to
 current  date. (or at least I can not think in why not?)

 Would it be possible to have it backported to 2.22 as well? It is a
 bit urgent and important for us :) (otherwise we may have some issues 
 with
 our android apps)

 Thanks guys
 Jose

 On Tue, May 10, 2016 at 6:09 AM, Morten Olav Hansen <
 mor...@dhis2.org> wrote:

> Hi Jose
>
> Yes, I see that we actually allow null for eventDates (and we
> don't default to anything).
>
> Maybe it would make sense to default to current date? we do that
> for dueDate, Abyot you agree?
>
> --
> Morten Olav Hansen
> Senior Engineer, DHIS 2
> University of Oslo
> http://www.dhis2.org
>
> On Tue, May 10, 2016 at 10:46 AM, Jose Garcia Muñoz <
> josem...@gmail.com> wrote:
>
>>
>> Hi devs,
>>
>> At least in the 2.22 it is possible to send events to DHIS2
>> without the eventDate in the payload. As this is not allowed using 
>> the web
>> interface, would it be possible to avoid this bahaviour as well when 
>> we use
>> the API? (so no events can be sents without date)
>>
>> Thanks!
>>
>> Regards
>> Jose
>>
>> ___
>> 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
>>
>>
>

>>>
>>
>

>>>
>>
>
___
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

Re: [Dhis2-devs] Pushing events through the API without the eventdate

2016-05-12 Thread Jose Garcia Muñoz

Hi Morten,

the problem is not related to the TC, but with a custom android app that we
are implementing (using the DHIS2-SDK).

On Thu, May 12, 2016 at 12:13 PM, Morten Olav Hansen 
wrote:

> Hi Jose
>
> Could you pinpoint where in the TC app this is required? according to
> Markus, it shouldn't be..
>
> --
> Morten Olav Hansen
> Senior Engineer, DHIS 2
> University of Oslo
> http://www.dhis2.org
>
> On Thu, May 12, 2016 at 4:59 PM, Jose Garcia Muñoz 
> wrote:
>
>>
>> Ok, thanks Morten,
>>
>> Looking forward for that patch (it is a bit urgent for us :) ).
>>
>> Thanks guys!
>>
>> On Wed, May 11, 2016 at 8:27 AM, Morten Olav Hansen 
>> wrote:
>>
>>> Hi Jose
>>>
>>> Sorry, had to revert this for now, according to Markus we have some
>>> hardcoded logic around this in our TC/EC clients, which might cause issues.
>>> Markus will fix it, and the re-apply the patch when he can.
>>>
>>> --
>>> Morten Olav Hansen
>>> Senior Engineer, DHIS 2
>>> University of Oslo
>>> http://www.dhis2.org
>>>
>>> On Wed, May 11, 2016 at 10:51 AM, Jose Garcia Muñoz 
>>> wrote:
>>>

 Great! Thanks Morten

 On Wed, May 11, 2016 at 5:48 AM, Morten Olav Hansen 
 wrote:

> This is now fixed and backported down to 2.21, please give our servers
> some time to build new WAR files.
>
> --
> Morten Olav Hansen
> Senior Engineer, DHIS 2
> University of Oslo
> http://www.dhis2.org
>
> On Wed, May 11, 2016 at 10:39 AM, Morten Olav Hansen  > wrote:
>
>> Hi,
>>
>> I haven't done this fix yet, but I think until we have a better
>> solution I will set it to current date, saving it as null in the database
>> is not a good option.
>>
>> --
>> Morten Olav Hansen
>> Senior Engineer, DHIS 2
>> University of Oslo
>> http://www.dhis2.org
>>
>> On Wed, May 11, 2016 at 10:37 AM, Jose Garcia Muñoz <
>> josem...@gmail.com> wrote:
>>
>>>
>>> Hi Morten,
>>>
>>> many thanks for your quick answer. I think it is ok to default to
>>> current  date. (or at least I can not think in why not?)
>>>
>>> Would it be possible to have it backported to 2.22 as well? It is a
>>> bit urgent and important for us :) (otherwise we may have some issues 
>>> with
>>> our android apps)
>>>
>>> Thanks guys
>>> Jose
>>>
>>> On Tue, May 10, 2016 at 6:09 AM, Morten Olav Hansen <
>>> mor...@dhis2.org> wrote:
>>>
 Hi Jose

 Yes, I see that we actually allow null for eventDates (and we don't
 default to anything).

 Maybe it would make sense to default to current date? we do that
 for dueDate, Abyot you agree?

 --
 Morten Olav Hansen
 Senior Engineer, DHIS 2
 University of Oslo
 http://www.dhis2.org

 On Tue, May 10, 2016 at 10:46 AM, Jose Garcia Muñoz <
 josem...@gmail.com> wrote:

>
> Hi devs,
>
> At least in the 2.22 it is possible to send events to DHIS2
> without the eventDate in the payload. As this is not allowed using 
> the web
> interface, would it be possible to avoid this bahaviour as well when 
> we use
> the API? (so no events can be sents without date)
>
> Thanks!
>
> Regards
> Jose
>
> ___
> 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
>
>

>>>
>>
>

>>>
>>
>
___
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

Re: [Dhis2-devs] [Bug 1579300] Re: validation rule left side update

Hi Ken,
I just backported this one to 2.23 as well.

Regards,
Jason


On Thu, May 12, 2016 at 10:30 AM, Ken Haase  wrote:

> Fixed on the trunk with revision 23045
> (http://bazaar.launchpad.net/~dhis2-devs-
> core/dhis2/trunk/revision/23045).  Apologies.  Should probably be
> applied to 2.23.
>
> --
> You received this bug notification because you are a member of DHIS 2
> developers, which is subscribed to DHIS.
> https://bugs.launchpad.net/bugs/1579300
>
> Title:
>   validation rule left side update
>
> Status in DHIS:
>   New
>
> Bug description:
>   When update the left side element of validation rule to 'never skip'
>   and save it. The left side element automatically equal to right side
>   element, and after that none of elements' expression can be changed
>   any more.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/dhis2/+bug/1579300/+subscriptions
>
> ___
> 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
>



-- 
Jason P. Pickering
email: jason.p.picker...@gmail.com
tel:+46764147049
___
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

Re: [Dhis2-devs] Pushing events through the API without the eventdate

Hi Jose

Could you pinpoint where in the TC app this is required? according to
Markus, it shouldn't be..

-- 
Morten Olav Hansen
Senior Engineer, DHIS 2
University of Oslo
http://www.dhis2.org

On Thu, May 12, 2016 at 4:59 PM, Jose Garcia Muñoz 
wrote:

>
> Ok, thanks Morten,
>
> Looking forward for that patch (it is a bit urgent for us :) ).
>
> Thanks guys!
>
> On Wed, May 11, 2016 at 8:27 AM, Morten Olav Hansen 
> wrote:
>
>> Hi Jose
>>
>> Sorry, had to revert this for now, according to Markus we have some
>> hardcoded logic around this in our TC/EC clients, which might cause issues.
>> Markus will fix it, and the re-apply the patch when he can.
>>
>> --
>> Morten Olav Hansen
>> Senior Engineer, DHIS 2
>> University of Oslo
>> http://www.dhis2.org
>>
>> On Wed, May 11, 2016 at 10:51 AM, Jose Garcia Muñoz 
>> wrote:
>>
>>>
>>> Great! Thanks Morten
>>>
>>> On Wed, May 11, 2016 at 5:48 AM, Morten Olav Hansen 
>>> wrote:
>>>
 This is now fixed and backported down to 2.21, please give our servers
 some time to build new WAR files.

 --
 Morten Olav Hansen
 Senior Engineer, DHIS 2
 University of Oslo
 http://www.dhis2.org

 On Wed, May 11, 2016 at 10:39 AM, Morten Olav Hansen 
 wrote:

> Hi,
>
> I haven't done this fix yet, but I think until we have a better
> solution I will set it to current date, saving it as null in the database
> is not a good option.
>
> --
> Morten Olav Hansen
> Senior Engineer, DHIS 2
> University of Oslo
> http://www.dhis2.org
>
> On Wed, May 11, 2016 at 10:37 AM, Jose Garcia Muñoz <
> josem...@gmail.com> wrote:
>
>>
>> Hi Morten,
>>
>> many thanks for your quick answer. I think it is ok to default to
>> current  date. (or at least I can not think in why not?)
>>
>> Would it be possible to have it backported to 2.22 as well? It is a
>> bit urgent and important for us :) (otherwise we may have some issues 
>> with
>> our android apps)
>>
>> Thanks guys
>> Jose
>>
>> On Tue, May 10, 2016 at 6:09 AM, Morten Olav Hansen > > wrote:
>>
>>> Hi Jose
>>>
>>> Yes, I see that we actually allow null for eventDates (and we don't
>>> default to anything).
>>>
>>> Maybe it would make sense to default to current date? we do that for
>>> dueDate, Abyot you agree?
>>>
>>> --
>>> Morten Olav Hansen
>>> Senior Engineer, DHIS 2
>>> University of Oslo
>>> http://www.dhis2.org
>>>
>>> On Tue, May 10, 2016 at 10:46 AM, Jose Garcia Muñoz <
>>> josem...@gmail.com> wrote:
>>>

 Hi devs,

 At least in the 2.22 it is possible to send events to DHIS2 without
 the eventDate in the payload. As this is not allowed using the web
 interface, would it be possible to avoid this bahaviour as well when 
 we use
 the API? (so no events can be sents without date)

 Thanks!

 Regards
 Jose

 ___
 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


>>>
>>
>

>>>
>>
>
___
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

Re: [Dhis2-devs] [Dhis2-users] Status of ImportSummaries in /api/events

Hi Vanya

Yes, I agree it's not correct. I just want to wait for feedback from Abyot
or Markus before I change anything, so it won't break EC/TC.

-- 
Morten Olav Hansen
Senior Engineer, DHIS 2
University of Oslo
http://www.dhis2.org

On Thu, May 12, 2016 at 4:51 PM, henri claude moungui  wrote:

> Hi all.
> wasn't the Dry Run option at "yes" ?
> If this is the case, maybe after resolving the conflict of the  category
> option identifier: U8vu31ybiD5 , Aamer will have to retry by setting the
> Dry Run at "No"
>
> Hope this helps...if I'm not out of the lines..
>
> Henri
>
>
>
>
> Le Jeudi 12 mai 2016 10h33, Vanya Seth  a écrit :
>
>
> Hi Morten
>
> As mentioned earlier. We are working on the events data sync. And this
> specific issue is in the /events POST API.
>
> The idea is to retry the event data sync if there is any conflict (where
> essentially some data has not sycned ). Treating a CONFLICT as a SUCCESS
> does not sound like a good idea.
>
> Apart from that would the /api/events POST be able to update the same
> event again if retried. Am coming probably from the
> "attributecategoryoptioncomboid" field.
>
> Regards
> Vanya
>
> On Thu, May 12, 2016 at 12:26 PM, Morten Olav Hansen 
> wrote:
>
> No, I mean for the new DXF2 importer, I'm sorry (I assume you are also
> working on the metadata sync importer). The event importer has not had any
> changes done.
>
> --
> Morten Olav Hansen
> Senior Engineer, DHIS 2
> University of Oslo
> http://www.dhis2.org
>
> On Thu, May 12, 2016 at 1:44 PM, Aamer Mohammed 
> wrote:
>
> Thanks Morten for the insight. But we are also on a branch forked off on
> 2.23 and it is not giving any WARNING kind of status in our case. Any
> thoughts please?
>
>
> On Thu, May 12, 2016 at 11:46 AM, Morten Olav Hansen 
> wrote:
>
> Hi
>
> I agree this is confusing, but I think this is also the case in our old
> importer. I'm not sure if we want to change it at this point (as we don't
> want to break any third party clients out there).
>
> That said, as you might know, we changed the approach a bit in our new
> importer, and it is much better at these kind of issues (in your case it
> would give status=WARNING which means please have a closer look at the
> report, or ERROR if all failed).
>
> We are hoping to have proper web-api versioning coming in 2.24, which
> means we can potentially clean up these kinds of issues (but that part is
> not started yet, so let's see).
>
> @Abyot: are you using this returned status for anything in your EC/TC apps?
>
> --
> Morten Olav Hansen
> Senior Engineer, DHIS 2
> University of Oslo
> http://www.dhis2.org
>
> On Thu, May 12, 2016 at 12:52 PM, Aamer Mohammed 
> wrote:
>
> Hi
>
> We are using /api/events to post event related data and it is being
> uploaded successfully. The api returns a response of type ImportSummaries
> which has the status of ImportSummary along with the count of data which is
> imported/updated.
> In case of any conflicts being reported in ImportSummary, we observe that
> the status still shows as SUCCESS.
>
> -
> ImportSummaries {
> importSummaries = [ImportSummary {
> status = SUCCESS,
> description = 'null',
> importCount = [imports = 2, updates = 0, ignores = 0],
> conflicts = [ImportConflict {
> object = 'Illegal category option identifier: U8vu31ybiD5', value =
>   'U8vu31ybiD5' }],
> dataSetComplete = 'null',
> reference = 'jLBehWyIspM',
> href = '
> http://msfocamdsynchq.twhosted.com/api/events/jLBehWyIspM'
> }]
> }
> --
> Is this not an error because the complete import of the event data has not
> happened. Please suggest.
>
> Thanks
> Aamer.
>
>
>
>
>
>
>
> --
> With Regards
> ThoughtWorks Technologies
> Hyderabad
>
> --Stay Hungry Stay Foolish!!
>
> ___
> Mailing list: https://launchpad.net/~dhis2-users
> Post to: dhis2-us...@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~dhis2-users
> More help  : https://help.launchpad.net/ListHelp
>
>
>
___
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

Re: [Dhis2-devs] Pushing events through the API without the eventdate

2016-05-12 Thread Jose Garcia Muñoz

Ok, thanks Morten,

Looking forward for that patch (it is a bit urgent for us :) ).

Thanks guys!

On Wed, May 11, 2016 at 8:27 AM, Morten Olav Hansen 
wrote:

> Hi Jose
>
> Sorry, had to revert this for now, according to Markus we have some
> hardcoded logic around this in our TC/EC clients, which might cause issues.
> Markus will fix it, and the re-apply the patch when he can.
>
> --
> Morten Olav Hansen
> Senior Engineer, DHIS 2
> University of Oslo
> http://www.dhis2.org
>
> On Wed, May 11, 2016 at 10:51 AM, Jose Garcia Muñoz 
> wrote:
>
>>
>> Great! Thanks Morten
>>
>> On Wed, May 11, 2016 at 5:48 AM, Morten Olav Hansen 
>> wrote:
>>
>>> This is now fixed and backported down to 2.21, please give our servers
>>> some time to build new WAR files.
>>>
>>> --
>>> Morten Olav Hansen
>>> Senior Engineer, DHIS 2
>>> University of Oslo
>>> http://www.dhis2.org
>>>
>>> On Wed, May 11, 2016 at 10:39 AM, Morten Olav Hansen 
>>> wrote:
>>>
 Hi,

 I haven't done this fix yet, but I think until we have a better
 solution I will set it to current date, saving it as null in the database
 is not a good option.

 --
 Morten Olav Hansen
 Senior Engineer, DHIS 2
 University of Oslo
 http://www.dhis2.org

 On Wed, May 11, 2016 at 10:37 AM, Jose Garcia Muñoz  wrote:

>
> Hi Morten,
>
> many thanks for your quick answer. I think it is ok to default to
> current  date. (or at least I can not think in why not?)
>
> Would it be possible to have it backported to 2.22 as well? It is a
> bit urgent and important for us :) (otherwise we may have some issues with
> our android apps)
>
> Thanks guys
> Jose
>
> On Tue, May 10, 2016 at 6:09 AM, Morten Olav Hansen 
> wrote:
>
>> Hi Jose
>>
>> Yes, I see that we actually allow null for eventDates (and we don't
>> default to anything).
>>
>> Maybe it would make sense to default to current date? we do that for
>> dueDate, Abyot you agree?
>>
>> --
>> Morten Olav Hansen
>> Senior Engineer, DHIS 2
>> University of Oslo
>> http://www.dhis2.org
>>
>> On Tue, May 10, 2016 at 10:46 AM, Jose Garcia Muñoz <
>> josem...@gmail.com> wrote:
>>
>>>
>>> Hi devs,
>>>
>>> At least in the 2.22 it is possible to send events to DHIS2 without
>>> the eventDate in the payload. As this is not allowed using the web
>>> interface, would it be possible to avoid this bahaviour as well when we 
>>> use
>>> the API? (so no events can be sents without date)
>>>
>>> Thanks!
>>>
>>> Regards
>>> Jose
>>>
>>> ___
>>> 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
>>>
>>>
>>
>

>>>
>>
>
___
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

Re: [Dhis2-devs] [Dhis2-users] Status of ImportSummaries in /api/events

2016-05-12 Thread henri claude moungui

Hi all.wasn't the Dry Run option at "yes" ?If this is the case, maybe after
resolving the conflict of the category option identifier: U8vu31ybiD5 , Aamer
will have to retry by setting the Dry Run at "No"
Hope this helps...if I'm not out of the lines..
Henri

Le Jeudi 12 mai 2016 10h33, Vanya Seth a écrit :

Hi Morten
As mentioned earlier. We are working on the events data sync. And this specific
issue is in the /events POST API.
The idea is to retry the event data sync if there is any conflict (where
essentially some data has not sycned ). Treating a CONFLICT as a SUCCESS does
not sound like a good idea.
Apart from that would the /api/events POST be able to update the same event
again if retried. Am coming probably from the "attributecategoryoptioncomboid"
field.
RegardsVanya
On Thu, May 12, 2016 at 12:26 PM, Morten Olav Hansen wrote:

No, I mean for the new DXF2 importer, I'm sorry (I assume you are also working
on the metadata sync importer). The event importer has not had any changes done.
-- Morten Olav HansenSenior Engineer, DHIS 2University of
Oslohttp://www.dhis2.org
On Thu, May 12, 2016 at 1:44 PM, Aamer Mohammed wrote:

Thanks Morten for the insight. But we are also on a branch forked off on 2.23
and it is not giving any WARNING kind of status in our case. Any thoughts
please?

On Thu, May 12, 2016 at 11:46 AM, Morten Olav Hansen wrote:

Hi
I agree this is confusing, but I think this is also the case in our old
importer. I'm not sure if we want to change it at this point (as we don't want
to break any third party clients out there).
That said, as you might know, we changed the approach a bit in our new
importer, and it is much better at these kind of issues (in your case it would
give status=WARNING which means please have a closer look at the report, or
ERROR if all failed).
We are hoping to have proper web-api versioning coming in 2.24, which means we
can potentially clean up these kinds of issues (but that part is not started
yet, so let's see).
@Abyot: are you using this returned status for anything in your EC/TC apps?
-- Morten Olav HansenSenior Engineer, DHIS 2University of
Oslohttp://www.dhis2.org
On Thu, May 12, 2016 at 12:52 PM, Aamer Mohammed
wrote:

Hi
We are using /api/events to post event related data and it is being uploaded
successfully. The api returns a response of type ImportSummaries which has the
status of ImportSummary along with the count of data which is imported/updated.
In case of any conflicts being reported in ImportSummary, we observe that the
status still shows as SUCCESS.
-ImportSummaries { importSummaries = [ImportSummary { status = SUCCESS,
description = 'null', importCount = [imports =
2, updates = 0, ignores = 0], conflicts = [ImportConflict {
object = 'Illegal category option identifier: U8vu31ybiD5', value =
'U8vu31ybiD5' }], dataSetComplete = 'null',
reference = 'jLBehWyIspM', href =
'http://msfocamdsynchq.twhosted.com/api/events/jLBehWyIspM' }]}--Is
this not an error because the complete import of the event data has not
happened. Please suggest.
ThanksAamer.

--
With RegardsThoughtWorks TechnologiesHyderabad
--Stay Hungry Stay Foolish!!
___
Mailing list: https://launchpad.net/~dhis2-users
Post to : dhis2-us...@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-users
More help : https://help.launchpad.net/ListHelp

___
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

Re: [Dhis2-devs] Status of ImportSummaries in /api/events

2016-05-12 Thread Vanya Seth

Hi Morten

As mentioned earlier. We are working on the events data sync. And this
specific issue is in the /events POST API.

The idea is to retry the event data sync if there is any conflict (where
essentially some data has not sycned ). Treating a CONFLICT as a SUCCESS
does not sound like a good idea.

Apart from that would the /api/events POST be able to update the same event
again if retried. Am coming probably from the
"attributecategoryoptioncomboid" field.

Regards
Vanya

On Thu, May 12, 2016 at 12:26 PM, Morten Olav Hansen 
wrote:

> No, I mean for the new DXF2 importer, I'm sorry (I assume you are also
> working on the metadata sync importer). The event importer has not had any
> changes done.
>
> --
> Morten Olav Hansen
> Senior Engineer, DHIS 2
> University of Oslo
> http://www.dhis2.org
>
> On Thu, May 12, 2016 at 1:44 PM, Aamer Mohammed 
> wrote:
>
>> Thanks Morten for the insight. But we are also on a branch forked off on
>> 2.23 and it is not giving any WARNING kind of status in our case. Any
>> thoughts please?
>>
>>
>> On Thu, May 12, 2016 at 11:46 AM, Morten Olav Hansen 
>> wrote:
>>
>>> Hi
>>>
>>> I agree this is confusing, but I think this is also the case in our old
>>> importer. I'm not sure if we want to change it at this point (as we don't
>>> want to break any third party clients out there).
>>>
>>> That said, as you might know, we changed the approach a bit in our new
>>> importer, and it is much better at these kind of issues (in your case it
>>> would give status=WARNING which means please have a closer look at the
>>> report, or ERROR if all failed).
>>>
>>> We are hoping to have proper web-api versioning coming in 2.24, which
>>> means we can potentially clean up these kinds of issues (but that part is
>>> not started yet, so let's see).
>>>
>>> @Abyot: are you using this returned status for anything in your EC/TC
>>> apps?
>>>
>>> --
>>> Morten Olav Hansen
>>> Senior Engineer, DHIS 2
>>> University of Oslo
>>> http://www.dhis2.org
>>>
>>> On Thu, May 12, 2016 at 12:52 PM, Aamer Mohammed <
>>> aam...@thoughtworks.com> wrote:
>>>
 Hi

 We are using /api/events to post event related data and it is being
 uploaded successfully. The api returns a response of type ImportSummaries
 which has the status of ImportSummary along with the count of data which is
 imported/updated.
 In case of any conflicts being reported in ImportSummary, we observe
 that the status still shows as SUCCESS.

 -
 ImportSummaries {
 importSummaries = [ImportSummary {
 status = SUCCESS,
 description = 'null',
 importCount = [imports = 2, updates = 0, ignores = 0],
 conflicts = [ImportConflict {
 object = 'Illegal category option identifier: U8vu31ybiD5', value =
 'U8vu31ybiD5' }],
 dataSetComplete = 'null',
 reference = 'jLBehWyIspM',
 href = '
 http://msfocamdsynchq.twhosted.com/api/events/jLBehWyIspM'
 }]
 }
 --
 Is this not an error because the complete import of the event data has
 not happened. Please suggest.

 Thanks
 Aamer.

>>>
>>>
>>
>


-- 
With Regards
ThoughtWorks Technologies
Hyderabad

--Stay Hungry Stay Foolish!!
___
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

[Dhis2-devs] Using tracker to automate doctor schedule

2016-05-12 Thread Nayeem Al Mifthah

Dear All
Is it possible to make service scheduling for doctors visit?

Like:
Patient sl.- Name - Date -   Start Time - End Time
xxx00222 - y - 12/08/15 - 9:00 AM  - 9:30 AM
xxy00223 - z - 12/08/15 - 9:30 AM - 10-30 AM

*Nayeem Al Mifthah*
Consultant (Team Leader of HMIS)
Management Information System
Directorate General of Health Services (DGHS), Bangladesh
Supported by: UNICEF-Bangladesh
Email: n.mift...@gmail.com  | nay...@mis.dghs.gov.bd
Cell:+8801914030574
Skype: nayeem.a.m
___
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

[Dhis2-devs] Implementing the anonymous events data push feature

2016-05-12 Thread Aamer Mohammed

Hi Lars/Morten,

We have been working on implementing the anonymous events data push feature
as part of our requirement. This is currently in testing and we are
planning to merge this along with the metadata sync and versioning
functionality. We see that there is already a blueprint for the anonymous
events data push feature.
https://blueprints.launchpad.net/dhis2/+spec/event-sync

Currently the code is in our branch. Let us know your thoughts regarding
this. If required we can discuss more about it on our call when we discuss
about the metadata sync and versioning release plan.

Thanks
Aamer.
___
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

[Dhis2-devs] [Bug 1579300] Re: validation rule left side update

2016-05-12 Thread Ken Haase

Fixed on the trunk with revision 23045
(http://bazaar.launchpad.net/~dhis2-devs-
core/dhis2/trunk/revision/23045).  Apologies.  Should probably be
applied to 2.23.

-- 
You received this bug notification because you are a member of DHIS 2
developers, which is subscribed to DHIS.
https://bugs.launchpad.net/bugs/1579300

Title:
  validation rule left side update

Status in DHIS:
  New

Bug description:
  When update the left side element of validation rule to 'never skip'
  and save it. The left side element automatically equal to right side
  element, and after that none of elements' expression can be changed
  any more.

To manage notifications about this bug go to:
https://bugs.launchpad.net/dhis2/+bug/1579300/+subscriptions

___
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

Re: [Dhis2-devs] WebAPI: Calculating indicator SUM/AVG for Quarters in a previous year

Hi Lars,

I have been thinking about this a bit more. Isn't this already possible
actually by specifying the two quarters and then using the period dimension
as a filter?

Like below:

https://play.dhis2.org/demo/api/analytics.json?dimension=dx:fbfJHSPpUQD;Uvn6LCg7dVU=ou:ImspTQPwCqd=pe:2015Q2;2015Q3=NAME=true

[image: Inline image 1]

The ANC1 data element does what its supposed to I think, but the indicator
does not.

I would expect from this
[image: Inline image 2]

That we would get 138,518/((487,902/2)/12*6)=113.6%,

The population should be averaged and then annualized, while the numerator
should be summed.

Is this a bug then? It seems like something which should be supported
actually, as it is a fairly common use case to be able to filter over the
last X number of weeks, days, or months and calculate a coverage rate.

Regards,
Jason



On Mon, May 9, 2016 at 8:53 PM, Lars Helge Øverland  wrote:

> Hi Greg,
>
> no - not possible at the moment, sorry. You will have to do the final
> calculation client-side.
>
> regards,
>
> Lars
>
>
> On Mon, May 9, 2016 at 2:13 PM, Jason Pickering <
> jason.p.picker...@gmail.com> wrote:
>
>> Hi Greg,
>> I do not think this particular period exists.
>>
>> You have six-monthly periods, but they are defined as Jan-Jun (Q1 + Q2)
>>  and July-December (Q3 + Q4)
>>
>>
>> which is not what you want.
>>
>> I do not think this is currently possible.
>>
>> Regards,
>> Jason
>>
>>
>>
>> 
>>
>> On Mon, May 9, 2016 at 2:02 PM, Greg Rowles 
>> wrote:
>>
>>> Sorry, I should have been clearer. I mean to collapse the period
>>> dimension and calculate the average or sum depending on the indicator
>>> type...
>>>
>>> On Mon, May 9, 2016 at 1:49 PM, Greg Rowles 
>>> wrote:
>>>
 Dear Devs

 Is there a way to call the analytics API so that it calculates an
 indicator value for 2 quarters in a previous year? E.g. I want the average
 indicator score for an indicator but from Q2 + Q3 of 2015 and not the
 individual quarterly values but the combined average for that period
 range...

 Kind Regards,
 Greg

 --
 *Health Information Systems Program - South Africa*
 *- - - - - - - **- - - - - - - **- - - - - - - **- - - - - - - **- - -
 - - *
 Mobile  :073 246 2992
 Landline:   021 851 2216
 Skype:  gregory_rowles

>>>
>>>
>>>
>>> --
>>> *Health Information Systems Program - South Africa*
>>> *- - - - - - - **- - - - - - - **- - - - - - - **- - - - - - - **- - -
>>> - - *
>>> Mobile  :073 246 2992
>>> Landline:   021 851 2216
>>> Skype:  gregory_rowles
>>>
>>> ___
>>> 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
>>>
>>>
>>
>>
>> --
>> Jason P. Pickering
>> email: jason.p.picker...@gmail.com
>> tel:+46764147049
>>
>> ___
>> 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
>>
>>
>
>
> --
> Lars Helge Øverland
> Lead developer, DHIS 2
> University of Oslo
> Skype: larshelgeoverland
> l...@dhis2.org
> http://www.dhis2.org 
>
>


-- 
Jason P. Pickering
email: jason.p.picker...@gmail.com
tel:+46764147049
___
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

Re: [Dhis2-devs] Status of ImportSummaries in /api/events

No, I mean for the new DXF2 importer, I'm sorry (I assume you are also
working on the metadata sync importer). The event importer has not had any
changes done.

-- 
Morten Olav Hansen
Senior Engineer, DHIS 2
University of Oslo
http://www.dhis2.org

On Thu, May 12, 2016 at 1:44 PM, Aamer Mohammed 
wrote:

> Thanks Morten for the insight. But we are also on a branch forked off on
> 2.23 and it is not giving any WARNING kind of status in our case. Any
> thoughts please?
>
>
> On Thu, May 12, 2016 at 11:46 AM, Morten Olav Hansen 
> wrote:
>
>> Hi
>>
>> I agree this is confusing, but I think this is also the case in our old
>> importer. I'm not sure if we want to change it at this point (as we don't
>> want to break any third party clients out there).
>>
>> That said, as you might know, we changed the approach a bit in our new
>> importer, and it is much better at these kind of issues (in your case it
>> would give status=WARNING which means please have a closer look at the
>> report, or ERROR if all failed).
>>
>> We are hoping to have proper web-api versioning coming in 2.24, which
>> means we can potentially clean up these kinds of issues (but that part is
>> not started yet, so let's see).
>>
>> @Abyot: are you using this returned status for anything in your EC/TC
>> apps?
>>
>> --
>> Morten Olav Hansen
>> Senior Engineer, DHIS 2
>> University of Oslo
>> http://www.dhis2.org
>>
>> On Thu, May 12, 2016 at 12:52 PM, Aamer Mohammed > > wrote:
>>
>>> Hi
>>>
>>> We are using /api/events to post event related data and it is being
>>> uploaded successfully. The api returns a response of type ImportSummaries
>>> which has the status of ImportSummary along with the count of data which is
>>> imported/updated.
>>> In case of any conflicts being reported in ImportSummary, we observe
>>> that the status still shows as SUCCESS.
>>>
>>> -
>>> ImportSummaries {
>>> importSummaries = [ImportSummary {
>>> status = SUCCESS,
>>> description = 'null',
>>> importCount = [imports = 2, updates = 0, ignores = 0],
>>> conflicts = [ImportConflict {
>>> object = 'Illegal category option identifier: U8vu31ybiD5', value =
>>> 'U8vu31ybiD5' }],
>>> dataSetComplete = 'null',
>>> reference = 'jLBehWyIspM',
>>> href = '
>>> http://msfocamdsynchq.twhosted.com/api/events/jLBehWyIspM'
>>> }]
>>> }
>>> --
>>> Is this not an error because the complete import of the event data has
>>> not happened. Please suggest.
>>>
>>> Thanks
>>> Aamer.
>>>
>>
>>
>
___
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

Re: [Dhis2-devs] Status of ImportSummaries in /api/events

2016-05-12 Thread Aamer Mohammed

Thanks Morten for the insight. But we are also on a branch forked off on
2.23 and it is not giving any WARNING kind of status in our case. Any
thoughts please?


On Thu, May 12, 2016 at 11:46 AM, Morten Olav Hansen 
wrote:

> Hi
>
> I agree this is confusing, but I think this is also the case in our old
> importer. I'm not sure if we want to change it at this point (as we don't
> want to break any third party clients out there).
>
> That said, as you might know, we changed the approach a bit in our new
> importer, and it is much better at these kind of issues (in your case it
> would give status=WARNING which means please have a closer look at the
> report, or ERROR if all failed).
>
> We are hoping to have proper web-api versioning coming in 2.24, which
> means we can potentially clean up these kinds of issues (but that part is
> not started yet, so let's see).
>
> @Abyot: are you using this returned status for anything in your EC/TC apps?
>
> --
> Morten Olav Hansen
> Senior Engineer, DHIS 2
> University of Oslo
> http://www.dhis2.org
>
> On Thu, May 12, 2016 at 12:52 PM, Aamer Mohammed 
> wrote:
>
>> Hi
>>
>> We are using /api/events to post event related data and it is being
>> uploaded successfully. The api returns a response of type ImportSummaries
>> which has the status of ImportSummary along with the count of data which is
>> imported/updated.
>> In case of any conflicts being reported in ImportSummary, we observe that
>> the status still shows as SUCCESS.
>>
>> -
>> ImportSummaries {
>> importSummaries = [ImportSummary {
>> status = SUCCESS,
>> description = 'null',
>> importCount = [imports = 2, updates = 0, ignores = 0],
>> conflicts = [ImportConflict {
>> object = 'Illegal category option identifier: U8vu31ybiD5', value =
>>   'U8vu31ybiD5' }],
>> dataSetComplete = 'null',
>> reference = 'jLBehWyIspM',
>> href = '
>> http://msfocamdsynchq.twhosted.com/api/events/jLBehWyIspM'
>> }]
>> }
>> --
>> Is this not an error because the complete import of the event data has
>> not happened. Please suggest.
>>
>> Thanks
>> Aamer.
>>
>
>
___
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

Re: [Dhis2-devs] Status of ImportSummaries in /api/events