Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fix Ana Past 72-Hour Snow Water Equivalent Change #1024

Closed
cfitzpat479 opened this issue Jan 6, 2025 · 1 comment · Fixed by #1025
Closed

Fix Ana Past 72-Hour Snow Water Equivalent Change #1024

cfitzpat479 opened this issue Jan 6, 2025 · 1 comment · Fixed by #1025
Assignees
Labels

Comments

@cfitzpat479
Copy link
Contributor

Past 72-Hour Snow Water Equivalent Change is not drawing. The service shows no error, but the symbology is not showing up in production.

@cfitzpat479 cfitzpat479 self-assigned this Jan 6, 2025
@cfitzpat479 cfitzpat479 linked a pull request Jan 6, 2025 that will close this issue
@cfitzpat479
Copy link
Contributor Author

It's difficult to identify what the original issue was. This service was accepted in a pull request from April 17th, 2023. In the original ticket 406 I mentioned that the files were pointing to local tifs. We used a different method for image layers a few years ago; we set symbology via mosaic datasets. So the service may have stopped working because it was not referencing the .mrf file. I corrected that in the mapx file and pushed the changes to an already existing dev-swe branch.

For my (and others) reference: In the HydroVIS google chat, it was mentioned that the Ana Past 72-Hour SWE Change mapx file was pointing toward 72_hour_accum_precip in several locations. I did some research and wanted to note that many mapx files point to 'incorrect' tables. Below Ana_past_14_day_inundation references srf inundation.xml files. And ana_snow_water_equivalent includes the past_72_hour_accum_precip schema in the mapx file several times, but neither of these services has drawing issues. I can't say what exactly is affected, but it could be the reference times of the data tables we attach in the mapx files. So we may be pulling reference times from incorrect services.

CIMPATH_mapx_examples

CIMPATH_mapx_examples_ana_swe

The drawing issues should be fixed with the attached pull request, however.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
1 participant