You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
We currently have a method for creating catchment indicators that is more or less hard coded for population density and intersection density per sqkm within 1000m walkable neighbourhood catchments. We use an approximation method to make city-scale analysis for sample points feasible:
preprocessing a population grid (eg 100m resolution) with relevant attributes (e.g. count or density)
Describe the solution you'd like
The current implementation should be abstracted and made more general to support adding new kinds of catchment indicators (density, following the same pattern, but potentially other kinds too). This ties in with issue #343.
Potentially we should also investigate feasibility of calculating statistics for all sample points directly; given other improvements in process efficiency, that may be feasible now. The challenge remains managing time and memory intensive processing, particularly given uncertainty of computational resources available on users' computers - might be laptop, might be powerful workstation. That would have been the historic rationale for the approximation approach - but always good to revisit these things.
The text was updated successfully, but these errors were encountered:
…346) by creating a raster_to_db function that is now used when importing raster population grids. Also added function to drop a single table (#347), and addressed a potential division by zero error for study regions with population < 10000 (#349)
Is your feature request related to a problem? Please describe.
We currently have a method for creating catchment indicators that is more or less hard coded for population density and intersection density per sqkm within 1000m walkable neighbourhood catchments. We use an approximation method to make city-scale analysis for sample points feasible:
Describe the solution you'd like
The current implementation should be abstracted and made more general to support adding new kinds of catchment indicators (density, following the same pattern, but potentially other kinds too). This ties in with issue #343.
Potentially we should also investigate feasibility of calculating statistics for all sample points directly; given other improvements in process efficiency, that may be feasible now. The challenge remains managing time and memory intensive processing, particularly given uncertainty of computational resources available on users' computers - might be laptop, might be powerful workstation. That would have been the historic rationale for the approximation approach - but always good to revisit these things.
The text was updated successfully, but these errors were encountered: