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
- How often is this run? We will run it on all HAND (PROD / Release) versions but not necessarily all HAND versions. (not counting FIM test UAT runs)
- TBD: Likely run on the FIM side once per HAND prod set (BED) but it might be changed to be run in the HV side (costs, disk space, etc)
- Jan 6, 2025 - status:code is done.. needs review for this part of the script. Rob and Greg will be tightening it up. aka) good naming conventions, patterns, etc.
[Part 3 Prob FIM processing (Inundation)]
Creating presentation vector features (percents).
Greg is building a new mosaic engine.
This is an EPIC card. As items from this list are addressed, their active cards will be linked.
Earlier Prototypes 2023/2024
Some of the earlier HV prototypes can not be re-used. We will keep an eye on those PR.
Big Picture
Source Data -> Process & Prepare Data ->Publish Services
Phase 1: Start with example dataset
After Phase 1
DEV(TI) -> UAT -> PRD
NOTE: This is the working name “Probabilistic Flood Inundation Mapping” will be modified in the future.
[1] Sensitive Information Locations [WILL NOT BE visible in github]
[2] Infrastructure Setup for Development Environment
S3 Bucket(s)
EC2 Instance(s)
Folder structure conventions
Software conventions
[3] Source Data
Gregory Petrochenkov is responsible for generating the Probabilistic Flood Inundation Mapping.
Greg’s PR code is currently here.
Greg’s PR code for inundation here
Hardware:
Big Question: Where do we run Greg’s code? With existing FIM/Hand EC2, or separate?
Main Steps:
[Part 1 in FIM git code repo]
[Part 2 HAND distribution output]
💯 Priority-1
Running Greg’s work on EC2 to understand all data steps #1040
- How often is this run? We will run it on all HAND (PROD / Release) versions but not necessarily all HAND versions. (not counting FIM test UAT runs)
- TBD: Likely run on the FIM side once per HAND prod set (BED) but it might be changed to be run in the HV side (costs, disk space, etc)
- Jan 6, 2025 - status:code is done.. needs review for this part of the script. Rob and Greg will be tightening it up. aka) good naming conventions, patterns, etc.
[Part 3 Prob FIM processing (Inundation)]
Creating presentation vector features (percents).
Greg is building a new mosaic engine.
inundate_mosaic_wrapper_optimized.py
inundate_gms_optimized.py
inundate_optimized.py
mosaic_inundation.py [LINK]
overlapping_inundatiion.py
Currently the mosaic creates a raster dataset.
overlap.merge_rasters(project_path + "/merged_final5.tif", threaded=False, workers=4)
[4] Process Data
Windows
[In Progress] Linux Flavor
[In Progress ] Convert Raster datasets to Polygon datasets
[LoFI] Convert Raster datasets to Polygon datasets with sample dataset #1031
Schema requirements
Any spatial joins required? If so, where is the data stored?
Are joins required via database?
Can/Should the polygon geometry be simplified?
* No control of simplification using ESRI services.
* Would mean more layers within the published services.
* Benchmarks
What type of visualizations?
[Step One] For early DEV testing
Manually publish Map via Pro to k8/enterprise services.
[Step Two] For UAT and PRD
[5] Publish Data
Part One: Testing workflows to process data for publication
Windows
Ubuntu
[] Convert Raster datasets to Polygon datasets
Name of Service
Vector
Raster
Multiple layers
Types of Services:
Service publication requirements
One Layer only?
Break up intervals into Layers??
ESRI enterprise environment?
The text was updated successfully, but these errors were encountered: