kartoza / WBR-SEMP

0 stars 3 forks source link

generate integrated social demand index #63

Closed gubuntu closed 3 years ago

gubuntu commented 3 years ago

produce each of these layers (add more if missing):

references in the project's '5-operations' Drive folder:

NyakudyaA commented 3 years ago

produce each of these layers (add more if missing):

* [ ]  integrated social demand index on intact habitats

  * [ ]  integrated social deman index

    * [ ]  poverty index

      * [ ]  proportion of low-income households
      * [ ]  dependency ratio index
      * [ ]  access to services index
      * [ ]  consumption (lack of goods) index
    * [ ]  local direct natural resource dependence

      * [ ]  supply of building materials
      * [ ]  use of wood for cooking
      * [ ]  use of wood for heating
      * [ ]  direct supply of water from the environment

references in the project's '5-operations' Drive folder:

* Holness_2017_Integrated Spatial Prioritization for KNP Buffer - report for review

* process flow diagram https://app.diagrams.net/#G1cZREmkh4cu7OrkGwQicZs9Ul74JdxWbn aka 'WBR SEMP process flow.drawio'

@gubuntu I have made a start at creating the model for this but for the proportion of low-income households I have managed to source the following data. low-income

Can we proceed to use this? Low_income_households

NyakudyaA commented 3 years ago

I am not very comfortable with the way I have done the formulae I used here.

Data sourced from https://www.datafirst.uct.ac.za/dataportal/index.php/catalog/517/get_microdata

gubuntu commented 3 years ago

where's your poverty index map?

NyakudyaA commented 3 years ago

where's your poverty index map?

Checkin now if It's available in drive

gubuntu commented 3 years ago

it's not there. I also still don't like the big polygons in the dependency ratio map, think about how to improve that for the next round.

gubuntu commented 3 years ago

you also ticked Access to services but that map isn't in Drive (did you use it in your analysis at least?)

gubuntu commented 3 years ago

did you try to generate the final map at all? (summarising by quinary catchment)

NyakudyaA commented 3 years ago

did you try to generate the final map at all? (summarising by quinary catchment)

I will put show the output here first and you can comment first.

NyakudyaA commented 3 years ago

you also ticked Access to services but that map isn't in Drive (did you use it in your analysis at least?)

I should untick it. I could didn't use it in the analysis because i did not trust the data as it was not what we needed.

NyakudyaA commented 3 years ago

it's not there. I also still don't like the big polygons in the dependency ratio map, think about how to improve that for the next round.

Yes, I will look up to see why it came like this. If I find the solution I will update the map

gubuntu commented 3 years ago

Please fix ASAP!

@NyakudyaA I missed in the meeting that there are several missing maps in drive and several that still need to be updated.

and although your final tif output in minio was good there is not a map in drive for that

And for maps that you did update they're missing the towns layer and you left the survey_villages item in the legend.

NyakudyaA commented 3 years ago

Please fix ASAP!

@NyakudyaA I missed in the meeting that there are several missing maps in drive and several that still need to be updated.

and although your final tif output in minio was good there is not a map in drive for that

And for maps that you did update they're missing the towns layer and you left the survey_villages item in the legend.

Will do it now and update them

gubuntu commented 3 years ago

thanks for updates, but some still need work. I've unticked those that are missing or not right

even building materials and some others don't look right with large areas of pink in non-poor areas yet large areas of white in poor areas?

also fix spelling of biosphere in legends

NyakudyaA commented 3 years ago

@gavin the dependency ratio generates high values for all areas using the given

(100 - (Ratio employed/100))/10 where the ratio employed = employed / sum ( unemployed + dosicoraged_worker_seeker + not_economically_active + less_than_15 + employed)

Example of a dataset that I have used dependency_ratio.zip

gubuntu commented 3 years ago

correction: ratio employed = employed / sum ( unemployed + dosicoraged_worker_seeker + not_economically_active + less_than_15)

this is what I get

Screenshot 2020-11-09 at 17 22 04

and what some of the data looks like (with the two fields I calculated)

Screenshot 2020-11-09 at 17 25 12

I'm not sure what Holness means in his statement on population density. The numbers should be converted to densities first, it's just not clear how he did it. But you need to do that and end up with scores from 0-10 (and for your other layers too)

PS: could you share the 'raw' data you got from the datafirst url (I don't want to have to apply separately). Simplest would be to load it into the Kartoza cloud PG DB or wbr DB as appropriate

NyakudyaA commented 3 years ago

correction: ratio employed = employed / sum ( unemployed + dosicoraged_worker_seeker + not_economically_active + less_than_15)

this is what I get

Screenshot 2020-11-09 at 17 22 04

and what some of the data looks like (with the two fields I calculated)

Screenshot 2020-11-09 at 17 25 12

I'm not sure what Holness means in his statement on population density. The numbers should be converted to densities first, it's just not clear how he did it. But you need to do that and end up with scores from 0-10 (and for your other layers too)

PS: could you share the 'raw' data you got from the datafirst url (I don't want to have to apply separately). Simplest would be to load it into the Kartoza cloud PG DB or wbr DB as appropriate

I initially tried that formulae and those are the same values I get as well. When you use the values to generate the index it will produce a raster with very high values and in turn this will affect the poverty index and the other indices. values

I have added the table to the public schema as employment-status-hhold-head All the other ones are fine except this one that has values skewed on the upper 9 mostly

Where the column values are depict

emsthhh_1 Employed - Employment status of household head  
emsthhh_2 Unemployed - Employment status of household head  
emsthhh_3 Discouraged work-seeker - Employment status of household head  
emsthhh_4 Other not economically active - Employment status of household head  
emsthhh_5 Age less than 15 years - Employment status of household head  
gubuntu commented 3 years ago

I've unticked the two you were going to update

NyakudyaA commented 3 years ago

I have updated the maps

gubuntu commented 3 years ago

thanks!