CI-WATER / gsshapy

An SQLAlchemy ORM for GSSHA model files and a toolkit to convert gridded input into GSSHA input.
BSD 3-Clause "New" or "Revised" License
7 stars 9 forks source link

Gag file #10

Closed lahatte closed 7 years ago

lahatte commented 7 years ago

Moving the .gag file to the run folder causes WMS to not be able to find it when opening the project from the project folder.

snowman2 commented 7 years ago

Does it work when you open the project from the run folder?

lahatte commented 7 years ago

If I try to open from the run folder it can't find the mask file.

-----Original Message----- From: Alan D. Snow [mailto:notifications@github.com] Sent: Tuesday, January 24, 2017 2:45 PM To: CI-WATER/gsshapy Cc: Lahatte, Clay W ERDC-RDE-CHL-MS CIV; Author Subject: Re: [CI-WATER/gsshapy] Gag file (#10)

Does it work when you open the project from the run folder?

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub Blockedhttps://github.com/CI-WATER/gsshapy/issues/10Blocked#issuecomment-274932825 , or mute the thread Blockedhttps://github.com/notifications/unsubscribe-auth/AGLIP0KM4owaSac0zeil6txWlOqCb2nZks5rVmLAgaJpZM4LswDyBlocked . Blockedhttps://github.com/notifications/beacon/AGLIP9HSo3EkuD2EWb59S8NVDPHzFH8sks5rVmLAgaJpZM4LswDy.gifBlocked

snowman2 commented 7 years ago

Oh, yeah. WMS does not like the relative paths. Can you mention that to Chris?

There is a new .gag file for each run. So, there is not a specific one in the main folder. What do you propose for a solution?

Currently, I guess you will just have to either:

  1. Move the gag file you want into the main folder. OR
  2. Change the path in the .prj file to the gag file.
lahatte commented 7 years ago

I have mentioned to Chris previously about the file paths in WMS.

Do you generate the gag? From where does it come?

-----Original Message----- From: Alan D. Snow [mailto:notifications@github.com] Sent: Tuesday, January 24, 2017 3:01 PM To: CI-WATER/gsshapy Cc: Lahatte, Clay W ERDC-RDE-CHL-MS CIV; Author Subject: Re: [CI-WATER/gsshapy] Gag file (#10)

Oh, yeah. WMS does not like the relative paths. Can you mention that to Chris?

There is a new .gag file for each run. So, there is not a specific one in the main folder. What do you propose for a solution?

Currently, I guess you will just have to either:

  1. Move the gag file you want into the main folder. OR
  2. Change the path in the .prj file to the gag file.

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub Blockedhttps://github.com/CI-WATER/gsshapy/issues/10Blocked#issuecomment-274937198 , or mute the thread Blockedhttps://github.com/notifications/unsubscribe-auth/AGLIPxLWspF2mS_UF3ZxRSaswyZBDQ6Rks5rVmamgaJpZM4LswDyBlocked . Blockedhttps://github.com/notifications/beacon/AGLIPwY7d5tRMmRy9SovsZu2NcswqemTks5rVmamgaJpZM4LswDy.gifBlocked

sdc50 commented 7 years ago

Are you setting the PROJECT_PATH card? Spencer Taylor and I played around with relative vs. absolute paths while running various versions of a model with HTCondor and I remember some inconsistent behavior with WMS, but I thought we were able to get something working. I think the PROJECT_PATH card had to be absolute, but then all other paths could be relative to that path. It's been a long time, so I may not be remembering everything correctly.

On Tue, Jan 24, 2017 at 3:01 PM Alan D. Snow notifications@github.com wrote:

Oh, yeah. WMS does not like the relative paths. Can you mention that to Chris?

There is a new .gag file for each run. So, there is not a specific one in the main folder. What do you propose for a solution?

Currently, I guess you will just have to either:

  1. Move the gag file you want into the main folder. OR
  2. Change the path in the .prj file to the gag file.

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/CI-WATER/gsshapy/issues/10#issuecomment-274937198, or mute the thread https://github.com/notifications/unsubscribe-auth/AGJ8yNDmXy9OFqoHMZwTwi2uwKnPxVWGks5rVmamgaJpZM4LswDy .

-- Scott D. Christensen, PhD Research Civil Engineer Information Technology Laboratory US Army Corps of Engineers https://www.linkedin.com/in/sdchristensen https://www.researchgate.net/profile/Scott_Christensen4

snowman2 commented 7 years ago

@sdc50 - that is a good idea. I remember having some issues with that before with how GSSHApy writes out the project file. @lahatte, can you test adding in the path of the run folder to the project file and loading it in WMS?

@lahatte - to answer your question, it is generated from the hmet rainfall data.

lahatte commented 7 years ago

That works on the project file in the result folder. But, that means that project file would need to be manually modified.

Since the gage file will be specific to each run time frame, perhaps we can ignore this gage file issue? The project loads fine otherwise.

lahatte commented 7 years ago

WAIT!! I have it. Since the main project is the parent directory of the run project files, then make the run folder project file's PROJECT PATH "..\". Then the project opens from the run (result) folder fine.

snowman2 commented 7 years ago

Great. Did you test running the simulation with GSSHA as well with the modification?

lahatte commented 7 years ago

I ran it when you were here. That's the result I am using. All it needs now, I think, is to make the PROJECT PATH in the run folder project files be "..\"

snowman2 commented 7 years ago

I made the change on dev. Please test it out and let me know how it works for you.

lahatte commented 7 years ago

Well, after opening a NEW WMS instance, and trying to load the run folder project with the path as "..\", WMS still doesn't find the mask file.... the FIRST time. If I put try to open the project again, it works that second time. It doesn't matter what the PROJECT PATH is set as.

lahatte commented 7 years ago

Alan, The latest script wrote output to the main project folder rather than the run folder.

snowman2 commented 7 years ago

OK. I reverted the change as it seems it is a WMS issue (Since the change didn't really fix anything) and is causing GSSHA to work improperly.

snowman2 commented 7 years ago

Closing as it seems to be OK.