search

OpenHydrology / StatisticalFloodEstimationTool

wxpython based tool for assessing flood flows using current UK FEH methods
GNU General Public License v3.0
2 stars 1 forks source link

Ability to save contents of project to file and reload at later date #1

Closed neilnutt closed 9 years ago

neilnutt commented 10 years ago

Currently there is no provision for users to be able to save contents of project to file and reload at later date. Could do this via pickle however would need to think about security issues.

neilnutt commented 10 years ago

Try using wx persistence manager

neilnutt commented 10 years ago

Tried using wx persistence manager and realise it isn't going to work. Fall back of shelve or marshall withllaborious xml or json as final option.

faph commented 10 years ago

You could also look at the configparser module. Just save the relevant project input data to a config file. You can choose whether you want it ini, xml or json, etc.

faph commented 9 years ago

I have made a start at defining a simple project file, based on the ini file structure.

See OH wiki page.

neilnutt commented 9 years ago

Planning to do a good bit of work on this over the weekend.

Not sure we should use the cd3 suffix for storing cds as it'll be dropped pretty soon. Suspect using the csv would stand the the test of time better. Another thought is that the qmed and fgc elements of the prj file should be flexible so that in the future they can be imported/exported between projects. On 17 Sep 2014 09:57, "Florenz A.P. Hollebrandse" notifications@github.com wrote:

I have made a start at defining a simple project file, based on the ini file structure.

See OH wiki page https://github.com/OpenHydrology/StatisticalFloodEstimationTool/wiki/Open-Hydrology-project-file-structure .

— Reply to this email directly or view it on GitHub https://github.com/OpenHydrology/StatisticalFloodEstimationTool/issues/1#issuecomment-55866583 .

faph commented 9 years ago

At the moment the NRFA dataset comes with cd3 files only. So we will have to support it for just now. I can also make a new csv file parser which does the same.

faph commented 9 years ago

The ohp file structure can be expanded as and when required as long as we maintain backward compatibility. Up to release 1.0 we can change as we like. We need to keep it very structured and modular though. We just document it carefully so that different packages and modules know what to expect.

neilnutt commented 9 years ago

Closed as of the v0.0.2-alpha release.