Web API - Search by id

The Web API documentation here: http://www.dhis2.org/doc/snapshot/en/user/html/ch25s04.html
suggests that you can search a resource by its id, code and name.
I tried the following: http://apps.dhis2.org/demo/api/organisationUnits/search/559
But it says

Object not found for query: 559

So, does it only work for code and name and not for id?

···

Regards,
Saptarshi PURKAYASTHA

Hi, try the uid. For a web API user there is only one id (which is the uid). We don’t want to confuse him by saying “uid” in the docs as it implies that there is an “id” as well.

···

On Mon, Nov 4, 2013 at 4:11 PM, Saptarshi Purkayastha sunbiz@gmail.com wrote:

The Web API documentation here: http://www.dhis2.org/doc/snapshot/en/user/html/ch25s04.html
suggests that you can search a resource by its id, code and name.

I tried the following: http://apps.dhis2.org/demo/api/organisationUnits/search/559
But it says

Object not found for query: 559

So, does it only work for code and name and not for id?


Regards,
Saptarshi PURKAYASTHA


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

Why would one use the search at all in this case of using the UID?
You can directly get the resource with the UID

http://apps.dhis2.org/demo/api/organisationUnits/ImspTQPwCqd gives Sierra Leone

http://apps.dhis2.org/demo/api/organisationUnits/search/Sierra%20Leone is the search

···

Regards,
Saptarshi PURKAYASTHA


From: janhenrik.overland@gmail.com
Date: Mon, 4 Nov 2013 16:36:25 +0100
Subject: Re: [Dhis2-devs] Web API - Search by id
To: sunbiz@gmail.com
CC: dhis2-devs@lists.launchpad.net

Hi, try the uid. For a web API user there is only one id (which is the uid). We don’t want to confuse him by saying “uid” in the docs as it implies that there is an “id” as well.

On Mon, Nov 4, 2013 at 4:11 PM, Saptarshi Purkayastha sunbiz@gmail.com wrote:

The Web API documentation here: http://www.dhis2.org/doc/snapshot/en/user/html/ch25s04.html
suggests that you can search a resource by its id, code and name.

I tried the following: http://apps.dhis2.org/demo/api/organisationUnits/search/559
But it says

Object not found for query: 559

So, does it only work for code and name and not for id?


Regards,
Saptarshi PURKAYASTHA


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

It’s just for convenience. If you make an app that looks up organisation units by id, code or name you won’t have to change the base url based on the parameter.

···

On Mon, Nov 4, 2013 at 4:47 PM, Saptarshi Purkayastha sunbiz@gmail.com wrote:

Why would one use the search at all in this case of using the UID?
You can directly get the resource with the UID

http://apps.dhis2.org/demo/api/organisationUnits/ImspTQPwCqd gives Sierra Leone

http://apps.dhis2.org/demo/api/organisationUnits/search/Sierra%20Leone is the search


Regards,
Saptarshi PURKAYASTHA


From: janhenrik.overland@gmail.com
Date: Mon, 4 Nov 2013 16:36:25 +0100
Subject: Re: [Dhis2-devs] Web API - Search by id

To: sunbiz@gmail.com
CC: dhis2-devs@lists.launchpad.net

Hi, try the uid. For a web API user there is only one id (which is the uid). We don’t want to confuse him by saying “uid” in the docs as it implies that there is an “id” as well.

On Mon, Nov 4, 2013 at 4:11 PM, Saptarshi Purkayastha sunbiz@gmail.com wrote:

The Web API documentation here: http://www.dhis2.org/doc/snapshot/en/user/html/ch25s04.html
suggests that you can search a resource by its id, code and name.

I tried the following: http://apps.dhis2.org/demo/api/organisationUnits/search/559
But it says

Object not found for query: 559

So, does it only work for code and name and not for id?


Regards,
Saptarshi PURKAYASTHA


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

It is generally considered to be bad practice in the design of Web API or REST APIs that two URLs point to the same resources.
Also I would think that people who want to juggle between existing web functionality and Web API, would like to use internal IDs to get the UID and then use the UID for web API calls. This makes it more flexible to use and switch between the two IDs depending what functionality you want to use, either from core web interface (uses IDs) or Web API (uses UIDs)

···

Regards,
Saptarshi PURKAYASTHA


From: janhenrik.overland@gmail.com
Date: Mon, 4 Nov 2013 16:57:26 +0100
Subject: Re: [Dhis2-devs] Web API - Search by id
To: sunbiz@gmail.com
CC: dhis2-devs@lists.launchpad.net

It’s just for convenience. If you make an app that looks up organisation units by id, code or name you won’t have to change the base url based on the parameter.

On Mon, Nov 4, 2013 at 4:47 PM, Saptarshi Purkayastha sunbiz@gmail.com wrote:

Why would one use the search at all in this case of using the UID?
You can directly get the resource with the UID

http://apps.dhis2.org/demo/api/organisationUnits/ImspTQPwCqd gives Sierra Leone

http://apps.dhis2.org/demo/api/organisationUnits/search/Sierra%20Leone is the search


Regards,
Saptarshi PURKAYASTHA


From: janhenrik.overland@gmail.com
Date: Mon, 4 Nov 2013 16:36:25 +0100
Subject: Re: [Dhis2-devs] Web API - Search by id

To: sunbiz@gmail.com
CC: dhis2-devs@lists.launchpad.net

Hi, try the uid. For a web API user there is only one id (which is the uid). We don’t want to confuse him by saying “uid” in the docs as it implies that there is an “id” as well.

On Mon, Nov 4, 2013 at 4:11 PM, Saptarshi Purkayastha sunbiz@gmail.com wrote:

The Web API documentation here: http://www.dhis2.org/doc/snapshot/en/user/html/ch25s04.html
suggests that you can search a resource by its id, code and name.

I tried the following: http://apps.dhis2.org/demo/api/organisationUnits/search/559
But it says

Object not found for query: 559

So, does it only work for code and name and not for id?


Regards,
Saptarshi PURKAYASTHA


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

I think its time to introduce and develop new module which should be based on Simple Object Architecture Protocol (SOAP), as from the trail mail it shows REST APIs are not in a position to provide secure layers for finding resources, in other words we can say REST APIs are one of the biggest failure in DHIS2 application development. I would request to the list and the DHIS2 global application development team to introduce some developer to work and try to develop DHIS2 web api using SOAP but make sure the team engaged in development of this new SOAP based api should not contain any married developer nor they should be Post Graduate or Phd holder at all in any deciplene nor they should be any consultant or solution architect. This team should belong to simple developer with fresh mind and make sure that team should not contain any developer who has all ready celebrated their silver jubilee in application development.

Regards,
Brajesh Murari

···

On Monday, 4 November 2013 9:34 PM, Saptarshi Purkayastha sunbiz@gmail.com wrote:

It is generally considered to be bad practice in the design of Web API or REST APIs that two URLs point to the same resources.
Also I would think that people who want to juggle between existing web functionality and Web API, would like to use internal IDs to get the UID and then use the UID for web API calls. This makes it more flexible to use and switch between the two IDs depending what functionality you want to use, either from core web interface (uses IDs) or Web API (uses UIDs)


Regards,
Saptarshi PURKAYASTHA


From: janhenrik.overland@gmail.com
Date: Mon, 4 Nov 2013 16:57:26 +0100
Subject: Re: [Dhis2-devs] Web API - Search by id
To: sunbiz@gmail.com
CC: dhis2-devs@lists.launchpad.net

It’s just for convenience. If you make an app that looks up organisation units by id, code or name you won’t have to change the base url based on the parameter.

On Mon, Nov 4, 2013 at 4:47 PM, Saptarshi Purkayastha sunbiz@gmail.com wrote:

Why would one use the search at all in this case of using the UID?
You can directly get the resource with the UID

http://apps.dhis2.org/demo/api/organisationUnits/ImspTQPwCqd gives Sierra Leone

http://apps.dhis2.org/demo/api/organisationUnits/search/Sierra%20Leone is the search


Regards,
Saptarshi PURKAYASTHA


From: janhenrik.overland@gmail.com
Date: Mon, 4 Nov 2013 16:36:25 +0100
Subject: Re: [Dhis2-devs] Web API - Search by id

To: sunbiz@gmail.com
CC: dhis2-devs@lists.launchpad.net

Hi, try the uid. For a web API user there is only one id (which is the uid). We don’t want to confuse him by saying “uid” in the docs as it implies that there is an “id” as well.

On Mon, Nov 4, 2013 at 4:11 PM, Saptarshi Purkayastha sunbiz@gmail.com wrote:

The Web API documentation here: http://www.dhis2.org/doc/snapshot/en/user/html/ch25s04.html
suggests that you can search a resource by its id, code and name.

I tried the following: http://apps.dhis2.org/demo/api/organisationUnits/search/559
But it says

Object not found for query: 559

So, does it only work for code and name and not for id?


Regards,
Saptarshi PURKAYASTHA


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

Not sure if this was ironic, but in case it wasn’t: I respectfully disagree. SOAP is old fashioned and should not be woken from the dead.

But it is open source software, so one may of course implement SOAP if one feels this is better.

Best regards

Mobilars

  1. nov. 2013 17:28 skrev “Brajesh Murari” brajesh.murari@yahoo.com følgende:
···

I think its time to introduce and develop new module which should be based on Simple Object Architecture Protocol (SOAP), as from the trail mail it shows REST APIs are not in a position to provide secure layers for finding resources, in other words we can say REST APIs are one of the biggest failure in DHIS2 application development. I would request to the list and the DHIS2 global application development team to introduce some developer to work and try to develop DHIS2 web api using SOAP but make sure the team engaged in development of this new SOAP based api should not contain any married developer nor they should be Post Graduate or Phd holder at all in any deciplene nor they should be any consultant or solution architect. This team should belong to simple developer with fresh mind and make sure that team should not contain any developer who has all ready celebrated their silver jubilee in application development.

Regards,
Brajesh Murari

On Monday, 4 November 2013 9:34 PM, Saptarshi Purkayastha sunbiz@gmail.com wrote:

It is generally considered to be bad practice in the design of Web API or REST APIs that two URLs point to the same resources.
Also I would think that people who want to juggle between existing web functionality and Web API, would like to use internal IDs to get the UID and then use the UID for web API calls. This makes it more flexible to use and switch between the two IDs depending what functionality you want to use, either from core web interface (uses IDs) or Web API (uses UIDs)


Regards,
Saptarshi PURKAYASTHA


From: janhenrik.overland@gmail.com
Date: Mon, 4 Nov 2013 16:57:26 +0100
Subject: Re: [Dhis2-devs] Web API - Search by id

To: sunbiz@gmail.com
CC: dhis2-devs@lists.launchpad.net

It’s just for convenience. If you make an app that looks up organisation units by id, code or name you won’t have to change the base url based on the parameter.

On Mon, Nov 4, 2013 at 4:47 PM, Saptarshi Purkayastha sunbiz@gmail.com wrote:

Why would one use the search at all in this case of using the UID?
You can directly get the resource with the UID

http://apps.dhis2.org/demo/api/organisationUnits/ImspTQPwCqd gives Sierra Leone

http://apps.dhis2.org/demo/api/organisationUnits/search/Sierra%20Leone is the search


Regards,
Saptarshi PURKAYASTHA


From: janhenrik.overland@gmail.com
Date: Mon, 4 Nov 2013 16:36:25 +0100
Subject: Re: [Dhis2-devs] Web API - Search by id

To: sunbiz@gmail.com
CC: dhis2-devs@lists.launchpad.net

Hi, try the uid. For a web API user there is only one id (which is the uid). We don’t want to confuse him by saying “uid” in the docs as it implies that there is an “id” as well.

On Mon, Nov 4, 2013 at 4:11 PM, Saptarshi Purkayastha sunbiz@gmail.com wrote:

The Web API documentation here: http://www.dhis2.org/doc/snapshot/en/user/html/ch25s04.html
suggests that you can search a resource by its id, code and name.

I tried the following: http://apps.dhis2.org/demo/api/organisationUnits/search/559
But it says

Object not found for query: 559

So, does it only work for code and name and not for id?


Regards,
Saptarshi PURKAYASTHA


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


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

And of course if one does not belong to any of those categories listed by Brajesh.

···

To me it looks like no one gets qualified for this job, inside and outside DHIS2 team. Very tough requirements Brajesh. Agree with Mobilarsh on open source concept though.

Best of luck Brajesh!

On Mon, Nov 4, 2013 at 9:35 PM, Lars Kristian Roland lars@roland.bz wrote:

Not sure if this was ironic, but in case it wasn’t: I respectfully disagree. SOAP is old fashioned and should not be woken from the dead.

But it is open source software, so one may of course implement SOAP if one feels this is better.

Best regards

Mobilars

  1. nov. 2013 17:28 skrev “Brajesh Murari” brajesh.murari@yahoo.com følgende:

I think its time to introduce and develop new module which should be based on Simple Object Architecture Protocol (SOAP), as from the trail mail it shows REST APIs are not in a position to provide secure layers for finding resources, in other words we can say REST APIs are one of the biggest failure in DHIS2 application development. I would request to the list and the DHIS2 global application development team to introduce some developer to work and try to develop DHIS2 web api using SOAP but make sure the team engaged in development of this new SOAP based api should not contain any married developer nor they should be Post Graduate or Phd holder at all in any deciplene nor they should be any consultant or solution architect. This team should belong to simple developer with fresh mind and make sure that team should not contain any developer who has all ready celebrated their silver jubilee in application development.

Regards,
Brajesh Murari

On Monday, 4 November 2013 9:34 PM, Saptarshi Purkayastha sunbiz@gmail.com wrote:

It is generally considered to be bad practice in the design of Web API or REST APIs that two URLs point to the same resources.
Also I would think that people who want to juggle between existing web functionality and Web API, would like to use internal IDs to get the UID and then use the UID for web API calls. This makes it more flexible to use and switch between the two IDs depending what functionality you want to use, either from core web interface (uses IDs) or Web API (uses UIDs)


Regards,
Saptarshi PURKAYASTHA


From: janhenrik.overland@gmail.com
Date: Mon, 4 Nov 2013 16:57:26 +0100
Subject: Re: [Dhis2-devs] Web API - Search by id

To: sunbiz@gmail.com
CC: dhis2-devs@lists.launchpad.net

It’s just for convenience. If you make an app that looks up organisation units by id, code or name you won’t have to change the base url based on the parameter.

On Mon, Nov 4, 2013 at 4:47 PM, Saptarshi Purkayastha sunbiz@gmail.com wrote:

Why would one use the search at all in this case of using the UID?
You can directly get the resource with the UID

http://apps.dhis2.org/demo/api/organisationUnits/ImspTQPwCqd gives Sierra Leone

http://apps.dhis2.org/demo/api/organisationUnits/search/Sierra%20Leone is the search


Regards,
Saptarshi PURKAYASTHA


From: janhenrik.overland@gmail.com
Date: Mon, 4 Nov 2013 16:36:25 +0100
Subject: Re: [Dhis2-devs] Web API - Search by id

To: sunbiz@gmail.com
CC: dhis2-devs@lists.launchpad.net

Hi, try the uid. For a web API user there is only one id (which is the uid). We don’t want to confuse him by saying “uid” in the docs as it implies that there is an “id” as well.

On Mon, Nov 4, 2013 at 4:11 PM, Saptarshi Purkayastha sunbiz@gmail.com wrote:

The Web API documentation here: http://www.dhis2.org/doc/snapshot/en/user/html/ch25s04.html
suggests that you can search a resource by its id, code and name.

I tried the following: http://apps.dhis2.org/demo/api/organisationUnits/search/559
But it says

Object not found for query: 559

So, does it only work for code and name and not for id?


Regards,
Saptarshi PURKAYASTHA


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


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

Hello Mobilars and Saptarshi,

Agreed with SOAP is now old fashioned, but we should remember one thing that DHIS2 development programme and its deployment is primarily focused on developing and under developed country to improve their Health, Nutrition and Population Sector Program and its primary diameter of development(but not radious of development) should be focused on Mother and Child Health (MCH) as well as Rehabilitation and Child Health (RCH) Programme only. I am sure in most of the developing and under developed countries from kids to their parents even house surgeon and clinical doctors still they are using every day SOAP products to make their hands clean and jerms protected.

But i am little bit surprised suspicious with Mobilars and Saptarshi, whether you both are using it or not in your day to day life, perhaps quite sure 100 % that Weivao and Alex both have started using it every day to make their hands clean and jirms protected.

Agreed with Mobilars that SOAP is old fashioned now a days and there are so much new developments has been happened in this area, but still these days there are so many old fashioned concepts are being used in developing and under developed countries like long back Fat Man (FM) doped in Nagasaki detonation causes nuclear explosion and destroying so many lives, but now a days in so many metropolitan cities this FM concept are being used as doping melodious musics, news, game commentary various live saving advertisements and so many audio programmes to make ppl feel good and enjoy their every day life.

So in short, i can say, adhering to the old fashioned ideas like SOAP/Knut and HTTP/Bob interfaces are not as bad as just quickly sticking with alpha release of REST type of several applied science products and api’s like examination controllers which are not even properly tested and pass user acceptance test for expected requirements. For mapping and searching single resource, i think no need to use url as co-ordinate geomatory type of concept with multiple url for finding and searching one resource kept in DHIS 2 deployed application, rather it should be more clear in requirement analysis that target object or resource is static, not moving projectile. I think in DHIS 2 application development program, resources are in web-apps deployed on web server and its more likely static some where at a particular instance of time frame not inside flying machine.

Agreed with Saptarshi, requirement is little tough to use SOAP in DHIS 2 development programe, perhaps I think more qualified ppls thinks simple problems in more complex ways, because they put so many bundles of unwanted ideas in their head and that comes and reflect in their new development programme areas leads and produce new development products and approach of simple thing in more complex paralytic ways. And Saptarshi, you can’t be-leave, i know some of the Phd aspirants rangers engaged in DHIS 2 development programme, they even don’t take proper shower every day not because they are not aware about its use and implications but rather because their head are full with other process and they don’t have that much of time to go for shower, pardon but their uid’s are quite confidential in India. Therefor I am expecting SOAP web api module development programme should have ppl who are only bachelors and enrolled in DHIS 2 development programme and should be engaged in any family welfare health programme.
If such team is available than its fine if not than it must be introduced in DHIS 2 development programe so that they can think about the prospective in more likely neutral way not likely ionized way.

Regards,
Brajesh Murari

And of course if one does not belong to any of those categories listed by Brajesh.
To me it looks like no one gets qualified for this job, inside and outside DHIS2 team. Very tough requirements Brajesh. Agree with Mobilarsh on open source concept though.

Best of luck Brajesh!

···

On Monday, 4 November 2013 10:21 PM, Murod Latifov mlatifov@gmail.com wrote:

On Mon, Nov 4, 2013 at 9:35 PM, Lars Kristian Roland lars@roland.bz wrote:

Not sure if this was ironic, but in case it wasn’t: I respectfully disagree. SOAP is old fashioned and should not be woken from the dead.

But it is open source software, so one may of course implement SOAP if one feels this is better.

Best regards

Mobilars

  1. nov. 2013 17:28 skrev “Brajesh Murari” brajesh.murari@yahoo.com følgende:

I think its time to introduce and develop new module which should be based on Simple Object Architecture Protocol (SOAP), as from the trail mail it shows REST APIs are not in a position to provide secure layers for finding resources, in other words we can say REST APIs are one of the biggest failure in DHIS2 application development. I would request to the list and the DHIS2 global application development team to introduce some developer to work and try to develop DHIS2 web api using SOAP but make sure the team engaged in development of this new SOAP based api should not contain any married developer nor they should be Post Graduate or Phd holder at all in any deciplene nor they should be any consultant or solution architect. This team should belong to simple developer with fresh mind and make sure that team should not
contain any developer who has all ready celebrated their silver jubilee in application development.

Regards,
Brajesh Murari

On Monday, 4 November 2013 9:34 PM, Saptarshi Purkayastha sunbiz@gmail.com wrote:

It is generally considered to be bad practice in the design of Web API or REST APIs that two URLs point to the same resources.
Also I would think that people who want to juggle between existing web functionality and Web API, would like to use internal IDs to get the UID and then use the UID for web API calls. This makes it more flexible to use and switch between the two IDs depending what functionality you want to use, either from core web interface (uses IDs) or Web API (uses UIDs)


Regards,
Saptarshi PURKAYASTHA


From: janhenrik.overland@gmail.com
Date: Mon, 4 Nov 2013 16:57:26 +0100
Subject: Re: [Dhis2-devs] Web API - Search by id

To: sunbiz@gmail.com
CC: dhis2-devs@lists.launchpad.net

It’s just for convenience. If you make an app that looks up organisation units by id, code or name you won’t have to change the base url based on the
parameter.

On Mon, Nov 4, 2013 at 4:47 PM, Saptarshi Purkayastha sunbiz@gmail.com wrote:

Why would one use the search at all in this case of using the UID?
You can directly get the resource with the UID

http://apps.dhis2.org/demo/api/organisationUnits/ImspTQPwCqd gives Sierra Leone

http://apps.dhis2.org/demo/api/organisationUnits/search/Sierra%20Leone is the search


Regards,
Saptarshi PURKAYASTHA


From: janhenrik.overland@gmail.com
Date: Mon, 4 Nov 2013 16:36:25 +0100
Subject: Re: [Dhis2-devs] Web API - Search by id

To: sunbiz@gmail.com
CC: dhis2-devs@lists.launchpad.net

Hi, try the uid. For a web API user there is only one id (which is the uid). We don’t want to confuse him by saying “uid” in the docs as it implies that there is an “id” as well.

On Mon, Nov 4, 2013 at 4:11 PM, Saptarshi Purkayastha sunbiz@gmail.com wrote:

The Web API documentation here: http://www.dhis2.org/doc/snapshot/en/user/html/ch25s04.html
suggests that you can search a resource by its id, code and name.

I tried the following: http://apps.dhis2.org/demo/api/organisationUnits/search/559
But it says

Object not found for query: 559

So, does it only work for code and name and not for id?


Regards,
Saptarshi PURKAYASTHA


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


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

Brajesh,
There are too many people on this mailing list and I
think its inappropriate to spam everyone with out-of-topic and in my
opinion nonsensical sentences.
I consider this trolling and I request you not to send such emails.

Core team,
1. Do you agree this is a valid requirement? or will this never be implemented?
2. Should we just remove search by uid?

···

---
Regards,
Saptarshi PURKAYASTHA

Hi Saptarshi

I don’t think the intent was to ever expose the internal id at all so maybe the docs are a bit misleading. I’d suggest changing id to uid in the docs.

Whether it makes sense to search by uid or not is another matter. There might be some fringe cases, but on the whole I would agree there is already a url which will get a resource based on its uid so I struggle to see what searching adds. Though it doesn’t do much harm, particularly if we change the docs. What it can be much more important is to get hold of a resource by its unique code. Thats where this search functionality worries me a little.

If I search for a dataelement with code of ‘DE_34’ I’d rather be able to explicitly do that rather than potentially also getting matching names. So urls like “/api/dataElements/search&code=DE_34” work better for me than “/api/dataElements/search/DE_34”

Bob

···

On 4 November 2013 22:10, Saptarshi Purkayastha sunbiz@gmail.com wrote:

Brajesh,
There are too many people on this mailing list and I think its inappropriate to spam everyone with out-of-topic and in my opinion nonsensical sentences.
I consider this trolling and I request you not to send such emails.

Core team,

  1. Do you agree this is a valid requirement? or will this never be implemented?
  2. Should we just remove search by uid?

Regards,
Saptarshi PURKAYASTHA


Date: Tue, 5 Nov 2013 03:54:04 +0800
From: brajesh.murari@yahoo.com
To: mlatifov@gmail.com; lars@roland.bz

CC: dhis2-devs@lists.launchpad.net

Subject: Re: [Dhis2-devs] Web API - Search by id

Hello Mobilars and Saptarshi,

Agreed with SOAP is now old fashioned, but we should remember one thing that DHIS2 development programme and its deployment is primarily focused on developing and under developed country to improve their Health, Nutrition and Population Sector Program and its primary diameter of development(but not radious of development) should be focused on Mother and Child Health (MCH) as well as Rehabilitation and Child Health (RCH) Programme only. I am sure in most of the developing and under developed countries from kids to their parents even house surgeon and clinical doctors still they are using every day SOAP products to make their hands clean and jerms protected.

But i am little bit surprised suspicious with Mobilars and Saptarshi, whether you both are using it or not in your day to day life, perhaps quite sure 100 % that Weivao and Alex both have started using it every day to make their hands clean and jirms protected.

Agreed with Mobilars that SOAP is old fashioned now a days and there are so much new developments has been happened in this area, but still these days there are so many old fashioned concepts are being used in developing and under developed countries like long back Fat Man (FM) doped in Nagasaki detonation causes nuclear explosion and destroying so many lives, but now a days in so many metropolitan cities this FM concept are being used as doping melodious musics, news, game commentary various live saving advertisements and so many audio programmes to make ppl feel good and enjoy their every day life.

So in short, i can say, adhering to the old fashioned ideas like SOAP/Knut and HTTP/Bob interfaces are not as bad as just quickly sticking with alpha release of REST type of several applied science products and api’s like examination controllers which are not even properly tested and pass user acceptance test for expected requirements. For mapping and searching single resource, i think no need to use url as co-ordinate geomatory type of concept with multiple url for finding and searching one resource kept in DHIS 2 deployed application, rather it should be more clear in requirement analysis that target object or resource is static, not moving projectile. I think in DHIS 2 application development program, resources are in web-apps deployed on web server and its more likely static some where at a particular instance of time frame not inside flying machine.

Agreed with Saptarshi, requirement is little tough to use SOAP in DHIS 2 development programe, perhaps I think more qualified ppls thinks simple problems in more complex ways, because they put so many bundles of unwanted ideas in their head and that comes and reflect in their new development programme areas leads and produce new development products and approach of simple thing in more complex paralytic ways. And Saptarshi, you can’t be-leave, i know some of the Phd aspirants rangers engaged in DHIS 2 development programme, they even don’t take proper shower every day not because they are not aware about its use and implications but rather because their head are full with other process and they don’t have that much of time to go for shower, pardon but their uid’s are quite confidential in India. Therefor I am expecting SOAP web api module development programme should have ppl who are only bachelors and enrolled in DHIS 2 development programme and should be engaged in any family welfare health programme.

If such team is available than its fine if not than it must be introduced in DHIS 2 development programe so that they can think about the prospective in more likely neutral way not likely ionized way.

Regards,
Brajesh Murari

On Monday, 4 November 2013 10:21 PM, Murod Latifov mlatifov@gmail.com wrote:

And of course if one does not belong to any of those categories listed by Brajesh.
To me it looks like no one gets qualified for this job, inside and outside DHIS2 team. Very tough requirements Brajesh. Agree with Mobilarsh on open source concept though.

Best of luck Brajesh!

On Mon, Nov 4, 2013 at 9:35 PM, Lars Kristian Roland lars@roland.bz wrote:

Not sure if this was ironic, but in case it wasn’t: I respectfully disagree. SOAP is old fashioned and should not be woken from the dead.

But it is open source software, so one may of course implement SOAP if one feels this is better.

Best regards

Mobilars

  1. nov. 2013 17:28 skrev “Brajesh Murari” brajesh.murari@yahoo.com følgende:

I think its time to introduce and develop new module which should be based on Simple Object Architecture Protocol (SOAP), as from the trail mail it shows REST APIs are not in a position to provide secure layers for finding resources, in other words we can say REST APIs are one of the biggest failure in DHIS2 application development. I would request to the list and the DHIS2 global application development team to introduce some developer to work and try to develop DHIS2 web api using SOAP but make sure the team engaged in development of this new SOAP based api should not contain any married developer nor they should be Post Graduate or Phd holder at all in any deciplene nor they should be any consultant or solution architect. This team should belong to simple developer with fresh mind and make sure that team should not contain any developer who has all ready celebrated their silver jubilee in application development.

Regards,
Brajesh Murari

On Monday, 4 November 2013 9:34 PM, Saptarshi Purkayastha sunbiz@gmail.com wrote:

It is generally considered to be bad practice in the design of Web API or REST APIs that two URLs point to the same resources.
Also I would think that people who want to juggle between existing web functionality and Web API, would like to use internal IDs to get the UID and then use the UID for web API calls. This makes it more flexible to use and switch between the two IDs depending what functionality you want to use, either from core web interface (uses IDs) or Web API (uses UIDs)


Regards,
Saptarshi PURKAYASTHA


From: janhenrik.overland@gmail.com

Date: Mon, 4 Nov 2013 16:57:26 +0100
Subject: Re: [Dhis2-devs] Web API - Search by id

To: sunbiz@gmail.com
CC: dhis2-devs@lists.launchpad.net

It’s just for convenience. If you make an app that looks up organisation units by id, code or name you won’t have to change the base url based on the parameter.

On Mon, Nov 4, 2013 at 4:47 PM, Saptarshi Purkayastha sunbiz@gmail.com wrote:

Why would one use the search at all in this case of using the UID?
You can directly get the resource with the UID

http://apps.dhis2.org/demo/api/organisationUnits/ImspTQPwCqd gives Sierra Leone

http://apps.dhis2.org/demo/api/organisationUnits/search/Sierra%20Leone is the search


Regards,
Saptarshi PURKAYASTHA


From: janhenrik.overland@gmail.com
Date: Mon, 4 Nov 2013 16:36:25 +0100
Subject: Re: [Dhis2-devs] Web API - Search by id

To: sunbiz@gmail.com
CC: dhis2-devs@lists.launchpad.net

Hi, try the uid. For a web API user there is only one id (which is the uid). We don’t want to confuse him by saying “uid” in the docs as it implies that there is an “id” as well.

On Mon, Nov 4, 2013 at 4:11 PM, Saptarshi Purkayastha sunbiz@gmail.com wrote:

The Web API documentation here: http://www.dhis2.org/doc/snapshot/en/user/html/ch25s04.html
suggests that you can search a resource by its id, code and name.

I tried the following: http://apps.dhis2.org/demo/api/organisationUnits/search/559
But it says

Object not found for query: 559

So, does it only work for code and name and not for id?


Regards,
Saptarshi PURKAYASTHA


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


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

_______________________________________________ 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

Hi Saptarshi,
I do not really see a need for searching by UID. As Lars and other devs have made clear, there is only one ID, and that is the UID. I do find it a bit confusing, as we have historically referred to the ID as the internal ID, but that was before the WebAPI. I have in the past really wanted a way to do this as well for various reasons, namely for direct injection of data into the database with SQL. But with the API now quite robust, I have been moving more and more away from that. With that in mind, I am not sure you ever really need the internal ID.

I am not opposed to it really and think it would be a nice to have (just as it would to be able to search on any property of an object), but what is the real use case here?

Regards,

Jason

PS. +1 for Bob’s suggestion of having an explicit endpoint.

···

On Tue, Nov 5, 2013 at 4:38 AM, Bob Jolliffe bobjolliffe@gmail.com wrote:

Hi Saptarshi

I don’t think the intent was to ever expose the internal id at all so maybe the docs are a bit misleading. I’d suggest changing id to uid in the docs.

Whether it makes sense to search by uid or not is another matter. There might be some fringe cases, but on the whole I would agree there is already a url which will get a resource based on its uid so I struggle to see what searching adds. Though it doesn’t do much harm, particularly if we change the docs. What it can be much more important is to get hold of a resource by its unique code. Thats where this search functionality worries me a little.

If I search for a dataelement with code of ‘DE_34’ I’d rather be able to explicitly do that rather than potentially also getting matching names. So urls like “/api/dataElements/search&code=DE_34” work better for me than “/api/dataElements/search/DE_34”

Bob


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

On 4 November 2013 22:10, Saptarshi Purkayastha sunbiz@gmail.com wrote:

Brajesh,
There are too many people on this mailing list and I think its inappropriate to spam everyone with out-of-topic and in my opinion nonsensical sentences.
I consider this trolling and I request you not to send such emails.

Core team,

  1. Do you agree this is a valid requirement? or will this never be implemented?
  2. Should we just remove search by uid?

Regards,
Saptarshi PURKAYASTHA


Date: Tue, 5 Nov 2013 03:54:04 +0800
From: brajesh.murari@yahoo.com
To: mlatifov@gmail.com; lars@roland.bz

CC: dhis2-devs@lists.launchpad.net

Subject: Re: [Dhis2-devs] Web API - Search by id

Hello Mobilars and Saptarshi,

Agreed with SOAP is now old fashioned, but we should remember one thing that DHIS2 development programme and its deployment is primarily focused on developing and under developed country to improve their Health, Nutrition and Population Sector Program and its primary diameter of development(but not radious of development) should be focused on Mother and Child Health (MCH) as well as Rehabilitation and Child Health (RCH) Programme only. I am sure in most of the developing and under developed countries from kids to their parents even house surgeon and clinical doctors still they are using every day SOAP products to make their hands clean and jerms protected.

But i am little bit surprised suspicious with Mobilars and Saptarshi, whether you both are using it or not in your day to day life, perhaps quite sure 100 % that Weivao and Alex both have started using it every day to make their hands clean and jirms protected.

Agreed with Mobilars that SOAP is old fashioned now a days and there are so much new developments has been happened in this area, but still these days there are so many old fashioned concepts are being used in developing and under developed countries like long back Fat Man (FM) doped in Nagasaki detonation causes nuclear explosion and destroying so many lives, but now a days in so many metropolitan cities this FM concept are being used as doping melodious musics, news, game commentary various live saving advertisements and so many audio programmes to make ppl feel good and enjoy their every day life.

So in short, i can say, adhering to the old fashioned ideas like SOAP/Knut and HTTP/Bob interfaces are not as bad as just quickly sticking with alpha release of REST type of several applied science products and api’s like examination controllers which are not even properly tested and pass user acceptance test for expected requirements. For mapping and searching single resource, i think no need to use url as co-ordinate geomatory type of concept with multiple url for finding and searching one resource kept in DHIS 2 deployed application, rather it should be more clear in requirement analysis that target object or resource is static, not moving projectile. I think in DHIS 2 application development program, resources are in web-apps deployed on web server and its more likely static some where at a particular instance of time frame not inside flying machine.

Agreed with Saptarshi, requirement is little tough to use SOAP in DHIS 2 development programe, perhaps I think more qualified ppls thinks simple problems in more complex ways, because they put so many bundles of unwanted ideas in their head and that comes and reflect in their new development programme areas leads and produce new development products and approach of simple thing in more complex paralytic ways. And Saptarshi, you can’t be-leave, i know some of the Phd aspirants rangers engaged in DHIS 2 development programme, they even don’t take proper shower every day not because they are not aware about its use and implications but rather because their head are full with other process and they don’t have that much of time to go for shower, pardon but their uid’s are quite confidential in India. Therefor I am expecting SOAP web api module development programme should have ppl who are only bachelors and enrolled in DHIS 2 development programme and should be engaged in any family welfare health programme.

If such team is available than its fine if not than it must be introduced in DHIS 2 development programe so that they can think about the prospective in more likely neutral way not likely ionized way.

Regards,
Brajesh Murari

On Monday, 4 November 2013 10:21 PM, Murod Latifov mlatifov@gmail.com wrote:

And of course if one does not belong to any of those categories listed by Brajesh.
To me it looks like no one gets qualified for this job, inside and outside DHIS2 team. Very tough requirements Brajesh. Agree with Mobilarsh on open source concept though.

Best of luck Brajesh!

On Mon, Nov 4, 2013 at 9:35 PM, Lars Kristian Roland lars@roland.bz wrote:

Not sure if this was ironic, but in case it wasn’t: I respectfully disagree. SOAP is old fashioned and should not be woken from the dead.

But it is open source software, so one may of course implement SOAP if one feels this is better.

Best regards

Mobilars

  1. nov. 2013 17:28 skrev “Brajesh Murari” brajesh.murari@yahoo.com følgende:

I think its time to introduce and develop new module which should be based on Simple Object Architecture Protocol (SOAP), as from the trail mail it shows REST APIs are not in a position to provide secure layers for finding resources, in other words we can say REST APIs are one of the biggest failure in DHIS2 application development. I would request to the list and the DHIS2 global application development team to introduce some developer to work and try to develop DHIS2 web api using SOAP but make sure the team engaged in development of this new SOAP based api should not contain any married developer nor they should be Post Graduate or Phd holder at all in any deciplene nor they should be any consultant or solution architect. This team should belong to simple developer with fresh mind and make sure that team should not contain any developer who has all ready celebrated their silver jubilee in application development.

Regards,
Brajesh Murari

On Monday, 4 November 2013 9:34 PM, Saptarshi Purkayastha sunbiz@gmail.com wrote:

It is generally considered to be bad practice in the design of Web API or REST APIs that two URLs point to the same resources.
Also I would think that people who want to juggle between existing web functionality and Web API, would like to use internal IDs to get the UID and then use the UID for web API calls. This makes it more flexible to use and switch between the two IDs depending what functionality you want to use, either from core web interface (uses IDs) or Web API (uses UIDs)


Regards,
Saptarshi PURKAYASTHA


From: janhenrik.overland@gmail.com

Date: Mon, 4 Nov 2013 16:57:26 +0100
Subject: Re: [Dhis2-devs] Web API - Search by id

To: sunbiz@gmail.com
CC: dhis2-devs@lists.launchpad.net

It’s just for convenience. If you make an app that looks up organisation units by id, code or name you won’t have to change the base url based on the parameter.

On Mon, Nov 4, 2013 at 4:47 PM, Saptarshi Purkayastha sunbiz@gmail.com wrote:

Why would one use the search at all in this case of using the UID?
You can directly get the resource with the UID

http://apps.dhis2.org/demo/api/organisationUnits/ImspTQPwCqd gives Sierra Leone

http://apps.dhis2.org/demo/api/organisationUnits/search/Sierra%20Leone is the search


Regards,
Saptarshi PURKAYASTHA


From: janhenrik.overland@gmail.com
Date: Mon, 4 Nov 2013 16:36:25 +0100
Subject: Re: [Dhis2-devs] Web API - Search by id

To: sunbiz@gmail.com
CC: dhis2-devs@lists.launchpad.net

Hi, try the uid. For a web API user there is only one id (which is the uid). We don’t want to confuse him by saying “uid” in the docs as it implies that there is an “id” as well.

On Mon, Nov 4, 2013 at 4:11 PM, Saptarshi Purkayastha sunbiz@gmail.com wrote:

The Web API documentation here: http://www.dhis2.org/doc/snapshot/en/user/html/ch25s04.html
suggests that you can search a resource by its id, code and name.

I tried the following: http://apps.dhis2.org/demo/api/organisationUnits/search/559
But it says

Object not found for query: 559

So, does it only work for code and name and not for id?


Regards,
Saptarshi PURKAYASTHA


Mailing list: DHIS 2 developers in Launchpad

Post to : dhis2-devs@lists.launchpad.net

Unsubscribe : DHIS 2 developers in Launchpad

More help : ListHelp - Launchpad Help


Mailing list: DHIS 2 developers in Launchpad
Post to : dhis2-devs@lists.launchpad.net

Unsubscribe : DHIS 2 developers in Launchpad

More help : ListHelp - Launchpad Help


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

_______________________________________________ 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

Hi Saptarshi,

Sorry, and of course, I meant…

I do not really see a need for searching by internal ID.

Was a bit confused by some of the mails higher up in this thread.

Regards,

Jason

···

On Tue, Nov 5, 2013 at 6:47 AM, Jason Pickering jason.p.pickering@gmail.com wrote:

Hi Saptarshi,
I do not really see a need for searching by UID. As Lars and other devs have made clear, there is only one ID, and that is the UID. I do find it a bit confusing, as we have historically referred to the ID as the internal ID, but that was before the WebAPI. I have in the past really wanted a way to do this as well for various reasons, namely for direct injection of data into the database with SQL. But with the API now quite robust, I have been moving more and more away from that. With that in mind, I am not sure you ever really need the internal ID.

I am not opposed to it really and think it would be a nice to have (just as it would to be able to search on any property of an object), but what is the real use case here?

Regards,

Jason

PS. +1 for Bob’s suggestion of having an explicit endpoint.

On Tue, Nov 5, 2013 at 4:38 AM, Bob Jolliffe bobjolliffe@gmail.com wrote:

Hi Saptarshi

I don’t think the intent was to ever expose the internal id at all so maybe the docs are a bit misleading. I’d suggest changing id to uid in the docs.

Whether it makes sense to search by uid or not is another matter. There might be some fringe cases, but on the whole I would agree there is already a url which will get a resource based on its uid so I struggle to see what searching adds. Though it doesn’t do much harm, particularly if we change the docs. What it can be much more important is to get hold of a resource by its unique code. Thats where this search functionality worries me a little.

If I search for a dataelement with code of ‘DE_34’ I’d rather be able to explicitly do that rather than potentially also getting matching names. So urls like “/api/dataElements/search&code=DE_34” work better for me than “/api/dataElements/search/DE_34”

Bob


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

On 4 November 2013 22:10, Saptarshi Purkayastha sunbiz@gmail.com wrote:

Brajesh,
There are too many people on this mailing list and I think its inappropriate to spam everyone with out-of-topic and in my opinion nonsensical sentences.
I consider this trolling and I request you not to send such emails.

Core team,

  1. Do you agree this is a valid requirement? or will this never be implemented?
  2. Should we just remove search by uid?

Regards,
Saptarshi PURKAYASTHA


Date: Tue, 5 Nov 2013 03:54:04 +0800
From: brajesh.murari@yahoo.com
To: mlatifov@gmail.com; lars@roland.bz

CC: dhis2-devs@lists.launchpad.net

Subject: Re: [Dhis2-devs] Web API - Search by id

Hello Mobilars and Saptarshi,

Agreed with SOAP is now old fashioned, but we should remember one thing that DHIS2 development programme and its deployment is primarily focused on developing and under developed country to improve their Health, Nutrition and Population Sector Program and its primary diameter of development(but not radious of development) should be focused on Mother and Child Health (MCH) as well as Rehabilitation and Child Health (RCH) Programme only. I am sure in most of the developing and under developed countries from kids to their parents even house surgeon and clinical doctors still they are using every day SOAP products to make their hands clean and jerms protected.

But i am little bit surprised suspicious with Mobilars and Saptarshi, whether you both are using it or not in your day to day life, perhaps quite sure 100 % that Weivao and Alex both have started using it every day to make their hands clean and jirms protected.

Agreed with Mobilars that SOAP is old fashioned now a days and there are so much new developments has been happened in this area, but still these days there are so many old fashioned concepts are being used in developing and under developed countries like long back Fat Man (FM) doped in Nagasaki detonation causes nuclear explosion and destroying so many lives, but now a days in so many metropolitan cities this FM concept are being used as doping melodious musics, news, game commentary various live saving advertisements and so many audio programmes to make ppl feel good and enjoy their every day life.

So in short, i can say, adhering to the old fashioned ideas like SOAP/Knut and HTTP/Bob interfaces are not as bad as just quickly sticking with alpha release of REST type of several applied science products and api’s like examination controllers which are not even properly tested and pass user acceptance test for expected requirements. For mapping and searching single resource, i think no need to use url as co-ordinate geomatory type of concept with multiple url for finding and searching one resource kept in DHIS 2 deployed application, rather it should be more clear in requirement analysis that target object or resource is static, not moving projectile. I think in DHIS 2 application development program, resources are in web-apps deployed on web server and its more likely static some where at a particular instance of time frame not inside flying machine.

Agreed with Saptarshi, requirement is little tough to use SOAP in DHIS 2 development programe, perhaps I think more qualified ppls thinks simple problems in more complex ways, because they put so many bundles of unwanted ideas in their head and that comes and reflect in their new development programme areas leads and produce new development products and approach of simple thing in more complex paralytic ways. And Saptarshi, you can’t be-leave, i know some of the Phd aspirants rangers engaged in DHIS 2 development programme, they even don’t take proper shower every day not because they are not aware about its use and implications but rather because their head are full with other process and they don’t have that much of time to go for shower, pardon but their uid’s are quite confidential in India. Therefor I am expecting SOAP web api module development programme should have ppl who are only bachelors and enrolled in DHIS 2 development programme and should be engaged in any family welfare health programme.

If such team is available than its fine if not than it must be introduced in DHIS 2 development programe so that they can think about the prospective in more likely neutral way not likely ionized way.

Regards,
Brajesh Murari

On Monday, 4 November 2013 10:21 PM, Murod Latifov mlatifov@gmail.com wrote:

And of course if one does not belong to any of those categories listed by Brajesh.
To me it looks like no one gets qualified for this job, inside and outside DHIS2 team. Very tough requirements Brajesh. Agree with Mobilarsh on open source concept though.

Best of luck Brajesh!

On Mon, Nov 4, 2013 at 9:35 PM, Lars Kristian Roland lars@roland.bz wrote:

Not sure if this was ironic, but in case it wasn’t: I respectfully disagree. SOAP is old fashioned and should not be woken from the dead.

But it is open source software, so one may of course implement SOAP if one feels this is better.

Best regards

Mobilars

  1. nov. 2013 17:28 skrev “Brajesh Murari” brajesh.murari@yahoo.com følgende:

I think its time to introduce and develop new module which should be based on Simple Object Architecture Protocol (SOAP), as from the trail mail it shows REST APIs are not in a position to provide secure layers for finding resources, in other words we can say REST APIs are one of the biggest failure in DHIS2 application development. I would request to the list and the DHIS2 global application development team to introduce some developer to work and try to develop DHIS2 web api using SOAP but make sure the team engaged in development of this new SOAP based api should not contain any married developer nor they should be Post Graduate or Phd holder at all in any deciplene nor they should be any consultant or solution architect. This team should belong to simple developer with fresh mind and make sure that team should not contain any developer who has all ready celebrated their silver jubilee in application development.

Regards,
Brajesh Murari

On Monday, 4 November 2013 9:34 PM, Saptarshi Purkayastha sunbiz@gmail.com wrote:

It is generally considered to be bad practice in the design of Web API or REST APIs that two URLs point to the same resources.
Also I would think that people who want to juggle between existing web functionality and Web API, would like to use internal IDs to get the UID and then use the UID for web API calls. This makes it more flexible to use and switch between the two IDs depending what functionality you want to use, either from core web interface (uses IDs) or Web API (uses UIDs)


Regards,
Saptarshi PURKAYASTHA


From: janhenrik.overland@gmail.com

Date: Mon, 4 Nov 2013 16:57:26 +0100
Subject: Re: [Dhis2-devs] Web API - Search by id

To: sunbiz@gmail.com
CC: dhis2-devs@lists.launchpad.net

It’s just for convenience. If you make an app that looks up organisation units by id, code or name you won’t have to change the base url based on the parameter.

On Mon, Nov 4, 2013 at 4:47 PM, Saptarshi Purkayastha sunbiz@gmail.com wrote:

Why would one use the search at all in this case of using the UID?
You can directly get the resource with the UID

http://apps.dhis2.org/demo/api/organisationUnits/ImspTQPwCqd gives Sierra Leone

http://apps.dhis2.org/demo/api/organisationUnits/search/Sierra%20Leone is the search


Regards,
Saptarshi PURKAYASTHA


From: janhenrik.overland@gmail.com
Date: Mon, 4 Nov 2013 16:36:25 +0100
Subject: Re: [Dhis2-devs] Web API - Search by id

To: sunbiz@gmail.com
CC: dhis2-devs@lists.launchpad.net

Hi, try the uid. For a web API user there is only one id (which is the uid). We don’t want to confuse him by saying “uid” in the docs as it implies that there is an “id” as well.

On Mon, Nov 4, 2013 at 4:11 PM, Saptarshi Purkayastha sunbiz@gmail.com wrote:

The Web API documentation here: http://www.dhis2.org/doc/snapshot/en/user/html/ch25s04.html
suggests that you can search a resource by its id, code and name.

I tried the following: http://apps.dhis2.org/demo/api/organisationUnits/search/559
But it says

Object not found for query: 559

So, does it only work for code and name and not for id?


Regards,
Saptarshi PURKAYASTHA


Mailing list: DHIS 2 developers in Launchpad

Post to : dhis2-devs@lists.launchpad.net

Unsubscribe : DHIS 2 developers in Launchpad

More help : ListHelp - Launchpad Help


Mailing list: DHIS 2 developers in Launchpad
Post to : dhis2-devs@lists.launchpad.net

Unsubscribe : DHIS 2 developers in Launchpad

More help : ListHelp - Launchpad Help


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

_______________________________________________ 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

Hello Saptarshi,

You know i don’t think there is any thing like nonsensical sentences in my previous reply to list. Rather you should appreciate my ideas, after all there is some thing new idea where some developers
can start thinking about with some new solutions. REST api’s development are now more than one year
old now, still full with so many issues !!! we should try to develop some thing new now.

You know Saptarshi, I have remembered long back in one DHIS 2 work-shop, “some body suggest me,
whatever you know, just give a way and more will come to you”. I am following that great idea
of that great DHIS 2 implementer/mentor, of courses you was not that person pls don’t mind.

You know Saptarshi, the best thing a developer and implementer likes in DHIS 2 development are

following given below

Its extensibility and ample of scope to work around, and do their application development practice,

Any good developer, implementer, user can subscribe, unsubscribe if not agreed with list

Any good developer, implementer, user can share/contribute their ideas free of cost to the list,

and for doing so no need to be a Phd. aspirant or Post Doctoral aspirant etc irrespective

of weather the idea gona be appreciated or may be not.

They can learn how to develop such a large scale information system with Agile approach,

while contributing their codes and ideas,

They can freely take suggestions whether they are approaching in right direction or not,

because there are some very good and excellent manters are there like Bob, Knut, Jason,

Abhut, Murud, John, Lars etc who will in response can give you even more better ideas.

And for doing all above, even one no need to use honey dew and sticky type of low level

comprehensive expressions etc.

Saptarshi, everyone has their way to express ideas, and should be expressed fearlessly on list,

and should be appreciated if ideas are good to work around and implement rather than making all

the time “yes to the superiors just for making good points”. Don’t be so panic Saptarshi because

its like open DHIS 2 development forum, and try to think with little bigger and internally strong

way rather than moving round and round and round around ‘id’ and ‘uid’ some where in search.

Give some more ppl some place and space so that they can share their codes, ideas which will make development with more robust and powerfull out puts.

Saptarshi, I did not find even a single/one contributor except you, who is not agreed with my ideas

out of more than 250 listed contributors. Try to think some thing more fanatic and share on list

first as i do, rather going directly to blueprint tab and registering new idea which may be later

gone be denied to be work around it. Its good to put first on list and than to the blueprint registration.

Regards,

Brajesh Murari

···

On Tuesday, 5 November 2013 3:40 AM, Saptarshi Purkayastha sunbiz@gmail.com wrote:

Brajesh,
There are too many people on this mailing list and I think its inappropriate to spam everyone with out-of-topic and in my opinion nonsensical sentences.
I consider this trolling and I request you not to send such emails.

Core team,

  1. Do you agree this is a valid requirement? or will this never be implemented?
  2. Should we just remove search by uid?

Regards,
Saptarshi PURKAYASTHA


Date: Tue, 5 Nov 2013 03:54:04 +0800
From: brajesh.murari@yahoo.com
To: mlatifov@gmail.com; lars@roland.bz
CC: dhis2-devs@lists.launchpad.net
Subject: Re: [Dhis2-devs] Web API - Search by id

Hello Mobilars and Saptarshi,

Agreed with SOAP is now old fashioned, but we should remember one thing that DHIS2 development programme and its deployment is primarily focused on developing and under developed country to improve their Health, Nutrition and Population Sector Program and its primary diameter of development(but not radious of development) should be focused on Mother and Child Health (MCH) as well as Rehabilitation and Child Health (RCH) Programme only. I am sure in most of the developing and under developed countries from kids to their parents even house surgeon and clinical doctors still they are using every day SOAP products to make their hands clean and jerms protected.

But i am little bit surprised
suspicious with Mobilars and Saptarshi, whether you both are using it or not in your day to day life, perhaps quite sure 100 % that Weivao and Alex both have started using it every day to make their hands clean and jirms protected.

Agreed with Mobilars that SOAP is old fashioned now a days and there are so much new developments has been happened in this area, but still these days there are so many old fashioned concepts are being used in developing and under developed countries like long back Fat Man (FM) doped in Nagasaki detonation causes nuclear explosion and destroying so many lives, but now a days in so many metropolitan cities this FM concept are being used as doping melodious musics, news, game commentary various live saving advertisements and so many audio programmes to make ppl feel good and enjoy their every day life.

So in short, i can say, adhering to the old fashioned ideas like SOAP/Knut and HTTP/Bob interfaces are
not as bad as just quickly sticking with alpha release of REST type of several applied science products and api’s like examination controllers which are not even properly tested and pass user acceptance test for expected requirements. For mapping and searching single resource, i think no need to use url as co-ordinate geomatory type of concept with multiple url for finding and searching one resource kept in DHIS 2 deployed application, rather it should be more clear in requirement analysis that target object or resource is static, not moving projectile. I think in DHIS 2 application development program, resources are in web-apps deployed on web server and its more likely static some where at a particular instance of time frame not inside flying machine.

Agreed with Saptarshi, requirement is little tough to use SOAP in DHIS 2 development programe, perhaps I think more qualified ppls thinks simple problems in more complex
ways, because they put so many bundles of unwanted ideas in their head and that comes and reflect in their new development programme areas leads and produce new development products and approach of simple thing in more complex paralytic ways. And Saptarshi, you can’t be-leave, i know some of the Phd aspirants rangers engaged in DHIS 2 development programme, they even don’t take proper shower every day not because they are not aware about its use and implications but rather because their head are full with other process and they don’t have that much of time to go for shower, pardon but their uid’s are quite confidential in India. Therefor I am expecting SOAP web api module development programme should have ppl who are only bachelors and enrolled in DHIS 2 development programme and should be engaged in any family welfare health programme.
If such team is available than its fine if not than it must be introduced in DHIS 2 development programe so that
they can think about the prospective in more likely neutral way not likely ionized way.

Regards,
Brajesh Murari

On Monday, 4 November 2013 10:21 PM, Murod Latifov mlatifov@gmail.com wrote:

And of course if one does not belong to any of those categories listed by Brajesh.
To me it looks like no one gets qualified for this job, inside and outside DHIS2 team. Very tough requirements Brajesh. Agree with Mobilarsh on open source concept though.

Best of luck Brajesh!

On Mon, Nov 4, 2013 at 9:35 PM, Lars Kristian Roland lars@roland.bz wrote:

Not sure if this was ironic, but in case it wasn’t: I respectfully disagree. SOAP is old fashioned and should not be woken from the dead.

But it is open source software, so one may of course implement SOAP if one feels this is better.

Best regards

Mobilars

  1. nov. 2013 17:28 skrev “Brajesh Murari” brajesh.murari@yahoo.com følgende:

I think its time to introduce and develop new module which should be based on Simple Object Architecture Protocol (SOAP), as from the trail mail it shows REST APIs are not in a position to provide secure layers for finding resources, in other words we can say REST APIs are one of the biggest failure in DHIS2 application development. I would request to the list and the DHIS2 global application development team to introduce some developer to work and try to develop DHIS2 web api using SOAP but make sure the team engaged in development of this new SOAP based api should not contain any married developer nor they should be Post Graduate or Phd holder at all in any deciplene nor they should be any consultant or solution architect. This team should belong to simple developer with fresh mind and make sure that team should not
contain any developer who has all ready celebrated their silver jubilee in application development.

Regards,
Brajesh Murari

On Monday, 4 November 2013 9:34 PM, Saptarshi Purkayastha sunbiz@gmail.com wrote:

It is generally considered to be bad practice in the design of Web API or REST APIs that two URLs point to the same resources.
Also I would think that people who want to juggle between existing web functionality and Web API, would like to use internal IDs to get the UID and then use the UID for web API calls. This makes it more flexible to use and switch between the two IDs depending what functionality you want to use, either from core web interface (uses IDs) or Web API (uses UIDs)


Regards,
Saptarshi PURKAYASTHA


From: janhenrik.overland@gmail.com
Date: Mon, 4 Nov 2013 16:57:26 +0100
Subject: Re: [Dhis2-devs] Web API - Search by id

To: sunbiz@gmail.com
CC: dhis2-devs@lists.launchpad.net

It’s just for convenience. If you make an app that looks up organisation units by id, code or name you won’t have to change the base url based on the
parameter.

On Mon, Nov 4, 2013 at 4:47 PM, Saptarshi Purkayastha sunbiz@gmail.com wrote:

Why would one use the search at all in this case of using the UID?
You can directly get the resource with the UID

http://apps.dhis2.org/demo/api/organisationUnits/ImspTQPwCqd gives Sierra Leone

http://apps.dhis2.org/demo/api/organisationUnits/search/Sierra%20Leone is the search


Regards,
Saptarshi PURKAYASTHA


From: janhenrik.overland@gmail.com
Date: Mon, 4 Nov 2013 16:36:25 +0100
Subject: Re: [Dhis2-devs] Web API - Search by id

To: sunbiz@gmail.com
CC: dhis2-devs@lists.launchpad.net

Hi, try the uid. For a web API user there is only one id (which is the uid). We don’t want to confuse him by saying “uid” in the docs as it implies that there is an “id” as well.

On Mon, Nov 4, 2013 at 4:11 PM, Saptarshi Purkayastha sunbiz@gmail.com wrote:

The Web API documentation here: http://www.dhis2.org/doc/snapshot/en/user/html/ch25s04.html
suggests that you can search a resource by its id, code and name.

I tried the following: http://apps.dhis2.org/demo/api/organisationUnits/search/559
But it says

Object not found for query: 559

So, does it only work for code and name and not for id?


Regards,
Saptarshi PURKAYASTHA


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


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


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

It is generally considered to be bad practice in the design of Web API or
REST APIs that two URLs point to the same resources.

Hi Saptarshi, for this to constitute an argument, I think you need to point
out WHY it would be a bad practice (or at least point to someone who argues
cogently for that).

Knut

···

On Mon, Nov 4, 2013 at 5:04 PM, Saptarshi Purkayastha <sunbiz@gmail.com>wrote:

Also I would think that people who want to juggle between existing web
functionality and Web API, would like to use internal IDs to get the UID
and then use the UID for web API calls. This makes it more flexible to use
and switch between the two IDs depending what functionality you want to
use, either from core web interface (uses IDs) or Web API (uses UIDs)

---
Regards,
Saptarshi PURKAYASTHA
------------------------------
From: janhenrik.overland@gmail.com
Date: Mon, 4 Nov 2013 16:57:26 +0100

Subject: Re: [Dhis2-devs] Web API - Search by id
To: sunbiz@gmail.com
CC: dhis2-devs@lists.launchpad.net

It's just for convenience. If you make an app that looks up organisation
units by id, code or name you won't have to change the base url based on
the parameter.

On Mon, Nov 4, 2013 at 4:47 PM, Saptarshi Purkayastha <sunbiz@gmail.com>wrote:

Why would one use the search at all in this case of using the UID?
You can directly get the resource with the UID
http://apps.dhis2.org/demo/api/organisationUnits/ImspTQPwCqd gives Sierra
Leone
http://apps.dhis2.org/demo/api/organisationUnits/search/Sierra%20Leone is
the search

---
Regards,
Saptarshi PURKAYASTHA
------------------------------
From: janhenrik.overland@gmail.com
Date: Mon, 4 Nov 2013 16:36:25 +0100
Subject: Re: [Dhis2-devs] Web API - Search by id
To: sunbiz@gmail.com
CC: dhis2-devs@lists.launchpad.net

Hi, try the uid. For a web API user there is only one id (which is the
uid). We don't want to confuse him by saying "uid" in the docs as it
implies that there is an "id" as well.

On Mon, Nov 4, 2013 at 4:11 PM, Saptarshi Purkayastha <sunbiz@gmail.com>wrote:

The Web API documentation here:
http://www.dhis2.org/doc/snapshot/en/user/html/ch25s04.html
suggests that you can search a resource by its id, code and name.
I tried the following:
http://apps.dhis2.org/demo/api/organisationUnits/search/559
But it says

Object not found for query: 559

So, does it only work for code and name and not for id?

---
Regards,
Saptarshi PURKAYASTHA

_______________________________________________
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

--
Knut Staring
Dept. of Informatics, University of Oslo
+4791880522
http://dhis2.org

Hi Jason,

···

I am not opposed to it really and think it would be a nice to have (just as it would to be able to search on any property of an object), but what is the real use case here?

The real use-case here is that in Custom Data Entry code, I want to make some Web API calls.
I can easily get the ID on that page and most functionality for web interface exposes only IDs. This includes the .action URLs that I want to use through a DHIS2 app.

Perhaps then we are not looking for a rest api call which will return the resource. But rather a relatively simple uid lookup/translation

···

Two use cases that we know of are find-uid-by-code and find-uid-by-internal-identifier.

Saptarshi has explained why he needs the latter. Looking up uid by code is required because there are many cases where data needs to be matched between systems using codes. This is why we have the possibility of using idScheme=‘code’ on data import. But there are some cases where it is still necessary to use the uid. The example I have seen recently is the work Olav has been doing to get aggregated data from country system using analytics api in order to post data to a regional system. The analytics api only supports uids, not codes.

So would this address the discomfort about two urls returning the same resource? If you want to access the resource then you would access it through its canonical url, eg

http://apps.dhis2.org/demo/api/dataElements/YtbsuPPo010

But if I have a dataelement code ‘DE_34’ then I need an endpoint which is just going to return me ‘YtbsuPPo010’. And similarly if I have an internal id 546 I should be able to find the corresponding uid.

In fact it would be even more useful to post a set of codes (or ids) for which I need the corresponding uids. Presumably this would also be useful if you were scraping web pages for internal ids.

Bob

On 5 November 2013 10:11, Saptarshi Purkayastha sunbiz@gmail.com wrote:

Hi Jason,


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

I am not opposed to it really and think it would be a nice to have (just as it would to be able to search on any property of an object), but what is the real use case here?

The real use-case here is that in Custom Data Entry code, I want to make some Web API calls.
I can easily get the ID on that page and most functionality for web interface exposes only IDs. This includes the .action URLs that I want to use through a DHIS2 app.