dhis2-devs team mailing list archive

[Rodolfo Melia <rmelia@xxxxxxxxxxxx>]

Thanks Abyot ! - will test and get back to you if we have any problems.

*Rodolfo Meliá*
*Principal  |  *rmelia@xxxxxxxxxxxx
Skype: rod.melia  |  +44 777 576 4090  |  +1 708 872 7636
www.knowming.com

On 12 June 2016 at 13:09, Abyot Asalefew Gizaw <abyot@xxxxxxxxx> wrote:

> Hi,
>
> A fix is committed for this. Rev. 22063 and above should work...
>
> --
> Abyot A. Gizaw.
> Senior Engineer, DHIS2
> University of Oslo
> http://www.dhis2.org
>
> On Fri, Jun 10, 2016 at 1:44 PM, Rodolfo Melia <rmelia@xxxxxxxxxxxx>
> wrote:
>
>> Look forward to check the next 2.22 build with the updated feature.
>> Please let us know from what 2.22 build we can start testing.
>>
>> *Rodolfo Meliá*
>> *Principal  |  *rmelia@xxxxxxxxxxxx
>> Skype: rod.melia  |  +44 777 576 4090  |  +1 708 872 7636
>> www.knowming.com
>>
>> On 10 June 2016 at 07:56, Lars Helge Øverland <lars@xxxxxxxxx> wrote:
>>
>>> Hi there,
>>>
>>> seems we agree, just wanted to add that we should always trim blank
>>> values to null before storing, and nulls are not in conflict with
>>> uniqueness.
>>>
>>> Lars
>>>
>>>
>>> On Fri, Jun 10, 2016 at 7:29 AM, Abyot Asalefew Gizaw <abyot@xxxxxxxxx>
>>> wrote:
>>>
>>>> Hi,
>>>>
>>>> I think I missed that it was not required from the server side api ...
>>>> it is easy to fix from the client side.
>>>>
>>>> --
>>>> Abyot A. Gizaw.
>>>> Senior Engineer, DHIS2
>>>> University of Oslo
>>>> http://www.dhis2.org
>>>>
>>>> On Fri, Jun 10, 2016 at 4:59 AM, Jose Garcia Muñoz <josemp10@xxxxxxxxx>
>>>> wrote:
>>>>
>>>>>
>>>>> Hi guys,
>>>>>
>>>>> any agreements on this? :)
>>>>>
>>>>>  I would like to know if I need to change the configuration of some
>>>>> programs (unique attributes are always compulsory)  or not (unique
>>>>> attributes can be optional). I would prefer if we can keep them blank as
>>>>> well (so they are optional).
>>>>>
>>>>> Thanks
>>>>> Jose
>>>>>
>>>>> On Wed, Jun 8, 2016 at 10:52 AM, Rodolfo Melia <rmelia@xxxxxxxxxxxx>
>>>>> wrote:
>>>>>
>>>>>> I just want to support the idea that blanks should be accepted and
>>>>>> not checked for uniqueness. I'm glad to hear that the API already supports
>>>>>> this, so it will be great if the UI follows that logic.
>>>>>>
>>>>>> *Rodolfo *
>>>>>>
>>>>>>
>>>>>> On 8 June 2016 at 10:49, Juan Manuel Alcantara Acosta <
>>>>>> jmalcantara1@xxxxxxxxx> wrote:
>>>>>>
>>>>>>> Hi Markus
>>>>>>> I had a short email exchange with Abyot last week and he said the
>>>>>>> same "So many blanks can not be unique” but for a value to be unique there
>>>>>>> must be a value. If the database and the API do not have this requirement,
>>>>>>> the interface should follow the program’s configuration.
>>>>>>> Best regards,
>>>>>>> JM
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> El 08/06/2016, a las 8:35 a.m., Markus Bekken <
>>>>>>> markus.bekken@xxxxxxxxx> escribió:
>>>>>>>
>>>>>>> Hi guys!
>>>>>>> Chiming in - I think Abyot is on leave today.
>>>>>>> This seems to be a discrepancy that we should just resolve one way
>>>>>>> or the other. You might say that a blank value is not unique, but I have
>>>>>>> also recently encountered a use case where we needed a non-compulsory
>>>>>>> unique attribute like you Jose.
>>>>>>>
>>>>>>> Hiding the field with program rules was a workaround in our case,
>>>>>>> but I think it makes sense to allow blank values in non-compulsory unique
>>>>>>> attributes.
>>>>>>>
>>>>>>> Unless there is any disagreements we can implement the client to
>>>>>>> conform to the API.
>>>>>>>
>>>>>>> Markus
>>>>>>>
>>>>>>> 8. jun. 2016 kl. 09.15 skrev Morten Olav Hansen <morten@xxxxxxxxx>:
>>>>>>>
>>>>>>> Hi
>>>>>>>
>>>>>>> Sorry for late reply, but I have been looking into this, and from
>>>>>>> the backend this is not required. I'm adding in Abyot, hopefully he can
>>>>>>> answer why it is required in the UI part (I see it's marked with red star,
>>>>>>> and it will not allow it without a value)
>>>>>>>
>>>>>>> --
>>>>>>> Morten Olav Hansen
>>>>>>> Senior Engineer, DHIS 2
>>>>>>> University of Oslo
>>>>>>> http://www.dhis2.org
>>>>>>>
>>>>>>> On Mon, Jun 6, 2016 at 12:02 PM, Jose Garcia Muñoz <
>>>>>>> josemp10@xxxxxxxxx> wrote:
>>>>>>>
>>>>>>>>
>>>>>>>> Dear devs,
>>>>>>>>
>>>>>>>> we realized that tracked attributes are always compulsory even if
>>>>>>>> they are not marked like that in the program definition? so it is not
>>>>>>>> possible at all to keep them blank using the Tracker Capture.
>>>>>>>>
>>>>>>>> In PSI (and I guess is the same for many different countries), we
>>>>>>>> need to define unique patient's IDs, although several times it is not
>>>>>>>> possible to collect them for many reasons, but now the system is not giving
>>>>>>>> us the option of keeping the IDs blank
>>>>>>>>
>>>>>>>> Is this something that can be changed? Unique attributes can be
>>>>>>>> compulsory just marking the attribute as compulsory in the program
>>>>>>>> definition...
>>>>>>>>
>>>>>>>> Please, let us know, as we may need to reconsider some
>>>>>>>> re-configuration for our programs.
>>>>>>>>
>>>>>>>> Many Thanks
>>>>>>>> Jose
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Mailing list: https://launchpad.net/~dhis2-devs
>>>>>>>> Post to     : dhis2-devs@xxxxxxxxxxxxxxxxxxx
>>>>>>>> Unsubscribe : https://launchpad.net/~dhis2-devs
>>>>>>>> More help   : https://help.launchpad.net/ListHelp
>>>>>>>>
>>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Mailing list: https://launchpad.net/~dhis2-devs
>>>>>>> Post to     : dhis2-devs@xxxxxxxxxxxxxxxxxxx
>>>>>>> Unsubscribe : https://launchpad.net/~dhis2-devs
>>>>>>> More help   : https://help.launchpad.net/ListHelp
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Mailing list: https://launchpad.net/~dhis2-devs
>>>>>>> Post to     : dhis2-devs@xxxxxxxxxxxxxxxxxxx
>>>>>>> Unsubscribe : https://launchpad.net/~dhis2-devs
>>>>>>> More help   : https://help.launchpad.net/ListHelp
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Mailing list: https://launchpad.net/~dhis2-devs
>>>>>>> Post to     : dhis2-devs@xxxxxxxxxxxxxxxxxxx
>>>>>>> Unsubscribe : https://launchpad.net/~dhis2-devs
>>>>>>> More help   : https://help.launchpad.net/ListHelp
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Mailing list: https://launchpad.net/~dhis2-devs
>>>>>> Post to     : dhis2-devs@xxxxxxxxxxxxxxxxxxx
>>>>>> Unsubscribe : https://launchpad.net/~dhis2-devs
>>>>>> More help   : https://help.launchpad.net/ListHelp
>>>>>>
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Mailing list: https://launchpad.net/~dhis2-devs
>>>>> Post to     : dhis2-devs@xxxxxxxxxxxxxxxxxxx
>>>>> Unsubscribe : https://launchpad.net/~dhis2-devs
>>>>> More help   : https://help.launchpad.net/ListHelp
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> Mailing list: https://launchpad.net/~dhis2-devs
>>>> Post to     : dhis2-devs@xxxxxxxxxxxxxxxxxxx
>>>> 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
>>> lars@xxxxxxxxx
>>> http://www.dhis2.org <https://www.dhis2.org/>
>>>
>>>
>>> _______________________________________________
>>> Mailing list: https://launchpad.net/~dhis2-devs
>>> Post to     : dhis2-devs@xxxxxxxxxxxxxxxxxxx
>>> Unsubscribe : https://launchpad.net/~dhis2-devs
>>> More help   : https://help.launchpad.net/ListHelp
>>>
>>>
>>
>