I’m testing on a local database for a district with data entered at wards/communes.
Though data-mart exported level recognized at level 4 (checked aggregatedvalue tables…), the GIS module couldn’t… just level 3 listed.
The OUs level 4 have GIS data (imported from an .GML file successfully)
On Wed, Jan 19, 2011 at 3:27 PM, Kim-Anh Vo catakim@gmail.com wrote:
hello all,
I’m testing on a local database for a district with data entered at wards/communes.
Though data-mart exported level recognized at level 4 (checked aggregatedvalue tables…), the GIS module couldn’t… just level 3 listed.
The OUs level 4 have GIS data (imported from an .GML file successfully)
On Wed, Jan 19, 2011 at 3:27 PM, Kim-Anh Vo catakim@gmail.com wrote:
hello all,
I’m testing on a local database for a district with data entered at wards/communes.
Though data-mart exported level recognized at level 4 (checked aggregatedvalue tables…), the GIS module couldn’t… just level 3 listed.
The OUs level 4 have GIS data (imported from an .GML file successfully)
Go to organisation unit - organisation unit levels.
···
On Wed, Jan 19, 2011 at 9:27 AM, Kim-Anh Vo catakim@gmail.com wrote:
hello all,
I’m testing on a local database for a district with data entered at wards/communes.
Though data-mart exported level recognized at level 4 (checked aggregatedvalue tables…), the GIS module couldn’t… just level 3 listed.
The OUs level 4 have GIS data (imported from an .GML file successfully)
hello,
I did go there Maintenance>>Organisation Unit>>Organisation Unit Level>>…>>“Save”.
But it still doesn’t show the level 4 on the list (attachment).
Hi, as there is currently no way to detect whether an orgunitlevel has polygons (districts etc) or points (facilities), the GIS application assumes that the lowest level is the facility level. If you have four levels, the first three show up in the polygon widget (your screenshot) and the last one in the point widget (attached screenshot).
hello,
I did go there Maintenance>>Organisation Unit>>Organisation Unit Level>>…>>“Save”.
But it still doesn’t show the level 4 on the list (attachment).
Hi, as there is currently no way to detect whether an orgunitlevel has polygons (districts etc) or points (facilities), the GIS application assumes that the lowest level is the facility level. If you have four levels, the first three show up in the polygon widget (your screenshot) and the last one in the point widget (attached screenshot).
hello,
I did go there Maintenance>>Organisation Unit>>Organisation Unit Level>>…>>“Save”.
But it still doesn’t show the level 4 on the list (attachment).
Actually, I am not so happy about the nameing of the two GIS layers
(Polygon and Point). I think it would be most convenient if people
were allowed to select any level in each layer - unless there are
strong technical reasons that will not work?
Knut
···
On Thu, Jan 20, 2011 at 7:32 AM, Jan Henrik Øverland <janhenrik.overland@gmail.com> wrote:
Hi, as there is currently no way to detect whether an orgunitlevel has
polygons (districts etc) or points (facilities), the GIS application assumes
that the lowest level is the facility level. If you have four levels, the
first three show up in the polygon widget (your screenshot) and the last one
in the point widget (attached screenshot).
I will put this in the GIS doc.
2011/1/20 Kim-Anh Vo <catakim@gmail.com>
hello,
I did go there Maintenance>>Organisation Unit>>Organisation Unit
>>...>>"Save".
But it still doesn't show the level 4 on the list (attachment).
What should do next?
2011/1/19 Lars Helge Øverland <larshelge@gmail.com>
2011/1/19 Lars Helge Øverland <larshelge@gmail.com>
Go to organisation unit - organisation unit levels.
Go to organisation unit module - then organisation unit levels in the
left-hand menu that is.
On Wed, Jan 19, 2011 at 9:27 AM, Kim-Anh Vo <catakim@gmail.com> wrote:
hello all,
I'm testing on a local database for a district with data entered at
wards/communes.
Though data-mart exported level recognized at level 4 (checked
aggregatedvalue tables...), the GIS module couldn't... just level 3 listed.
The OUs level 4 have GIS data (imported from an .GML file successfully)
Not so sure renaming the layers makes any sense really. It really only
refers to the type of geometry which would be used. In fact, you might
have districts being represented as points (i.e. centroid of the
polygon), instead of actual polygons.
···
On Thu, Jan 20, 2011 at 2:20 PM, Jan Henrik Øverland <janhenrik.overland@gmail.com> wrote:
I agree that we should rename the layers from polygon/point to ?/facility.
But it does not make a lot of sense to adjust the radius of a district
and having points with the same radius
(https://blueprints.launchpad.net/dhis2/+spec/gis-graduated-symbols\).
On Thu, Jan 20, 2011 at 13:02, Knut Staring <knutst@gmail.com> wrote:
Hello,
Actually, I am not so happy about the nameing of the two GIS layers
(Polygon and Point). I think it would be most convenient if people
were allowed to select any level in each layer - unless there are
strong technical reasons that will not work?
Knut
On Thu, Jan 20, 2011 at 7:32 AM, Jan Henrik Øverland >> <janhenrik.overland@gmail.com> wrote:
> Hi, as there is currently no way to detect whether an orgunitlevel has
> polygons (districts etc) or points (facilities), the GIS application
> assumes
> that the lowest level is the facility level. If you have four levels,
> the
> first three show up in the polygon widget (your screenshot) and the last
> one
> in the point widget (attached screenshot).
>
> I will put this in the GIS doc.
>
> 2011/1/20 Kim-Anh Vo <catakim@gmail.com>
>>
>> hello,
>> I did go there Maintenance>>Organisation Unit>>Organisation Unit
>> >>...>>"Save".
>> But it still doesn't show the level 4 on the list (attachment).
>>
>> What should do next?
>>
>> 2011/1/19 Lars Helge Øverland <larshelge@gmail.com>
>>>
>>>
>>> 2011/1/19 Lars Helge Øverland <larshelge@gmail.com>
>>>>
>>>> Go to organisation unit - organisation unit levels.
>>>
>>> Go to organisation unit module - then organisation unit levels in the
>>> left-hand menu that is.
>>>
>>>>
>>>> On Wed, Jan 19, 2011 at 9:27 AM, Kim-Anh Vo <catakim@gmail.com> >> >>>> wrote:
>>>>>
>>>>> hello all,
>>>>>
>>>>> I'm testing on a local database for a district with data entered at
>>>>> wards/communes.
>>>>> Though data-mart exported level recognized at level 4 (checked
>>>>> aggregatedvalue tables...), the GIS module couldn't... just level 3
>>>>> listed.
>>>>> The OUs level 4 have GIS data (imported from an .GML file
>>>>> successfully)
>>>>>
>>>>> Any suggestions?
>>>>>
>>>>>
>>>>> --
>>>>> --
>>>>> Best regards,
>>>>> Kim-Anh Vo
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> 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
>>>>>
>>>>
>>>
>>
>>
>>
>> --
>> --
>> Best regards,
>> Kim-Anh Vo
>>
>>
>> _______________________________________________
>> 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
>
>
My point is that it was possible (not sure if it still is) to have two
polygon layers or two point layers. I think there are quite a few use
cases where one would want that flexiblity. Therefore, I was thinking
of renaming as "Thematic layer 1" and "Thematic layer 2" (or something
a bit better).
Another issue (which I guess should be blueprint) is that it could
make sense to have the heading of each legend be the name of the
indicator/dataelement, rather than the current static one.
k
···
On Thu, Jan 20, 2011 at 1:31 PM, Jason Pickering <jason.p.pickering@gmail.com> wrote:
Not so sure renaming the layers makes any sense really. It really only
refers to the type of geometry which would be used. In fact, you might
have districts being represented as points (i.e. centroid of the
polygon), instead of actual polygons.
On Thu, Jan 20, 2011 at 2:20 PM, Jan Henrik Øverland > <janhenrik.overland@gmail.com> wrote:
I agree that we should rename the layers from polygon/point to ?/facility.
But it does not make a lot of sense to adjust the radius of a district
and having points with the same radius
(https://blueprints.launchpad.net/dhis2/+spec/gis-graduated-symbols\).
On Thu, Jan 20, 2011 at 13:02, Knut Staring <knutst@gmail.com> wrote:
Hello,
Actually, I am not so happy about the nameing of the two GIS layers
(Polygon and Point). I think it would be most convenient if people
were allowed to select any level in each layer - unless there are
strong technical reasons that will not work?
Knut
On Thu, Jan 20, 2011 at 7:32 AM, Jan Henrik Øverland >>> <janhenrik.overland@gmail.com> wrote:
> Hi, as there is currently no way to detect whether an orgunitlevel has
> polygons (districts etc) or points (facilities), the GIS application
> assumes
> that the lowest level is the facility level. If you have four levels,
> the
> first three show up in the polygon widget (your screenshot) and the last
> one
> in the point widget (attached screenshot).
>
> I will put this in the GIS doc.
>
> 2011/1/20 Kim-Anh Vo <catakim@gmail.com>
>>
>> hello,
>> I did go there Maintenance>>Organisation Unit>>Organisation Unit
>> >>...>>"Save".
>> But it still doesn't show the level 4 on the list (attachment).
>>
>> What should do next?
>>
>> 2011/1/19 Lars Helge Øverland <larshelge@gmail.com>
>>>
>>>
>>> 2011/1/19 Lars Helge Øverland <larshelge@gmail.com>
>>>>
>>>> Go to organisation unit - organisation unit levels.
>>>
>>> Go to organisation unit module - then organisation unit levels in the
>>> left-hand menu that is.
>>>
>>>>
>>>> On Wed, Jan 19, 2011 at 9:27 AM, Kim-Anh Vo <catakim@gmail.com> >>> >>>> wrote:
>>>>>
>>>>> hello all,
>>>>>
>>>>> I'm testing on a local database for a district with data entered at
>>>>> wards/communes.
>>>>> Though data-mart exported level recognized at level 4 (checked
>>>>> aggregatedvalue tables...), the GIS module couldn't... just level 3
>>>>> listed.
>>>>> The OUs level 4 have GIS data (imported from an .GML file
>>>>> successfully)
>>>>>
>>>>> Any suggestions?
>>>>>
>>>>>
>>>>> --
>>>>> --
>>>>> Best regards,
>>>>> Kim-Anh Vo
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> 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
>>>>>
>>>>
>>>
>>
>>
>>
>> --
>> --
>> Best regards,
>> Kim-Anh Vo
>>
>>
>> _______________________________________________
>> 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
>
>
Forgot to comment on this: Yes, it would be highly desirable to
represent polygons with centroids. In fact, many people (including the
GIS team here) would argue from a cartographic point of view, a data
element (absolute value) is best represented with a point symbol,
whereas choropleth maps should be used mainly for relative values,
i.e. indicators.
k
···
On Thu, Jan 20, 2011 at 1:31 PM, Jason Pickering > <jason.p.pickering@gmail.com> wrote:
Not so sure renaming the layers makes any sense really. It really only
refers to the type of geometry which would be used. In fact, you might
have districts being represented as points (i.e. centroid of the
polygon), instead of actual polygons.