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

Move OAF, AAFS, code to it's own repository #13

Open
pmpowers-usgs opened this issue May 24, 2018 · 1 comment
Open

Move OAF, AAFS, code to it's own repository #13

pmpowers-usgs opened this issue May 24, 2018 · 1 comment

Comments

@pmpowers-usgs
Copy link
Contributor

If @mbarall's work is to be the framework behind a USGS sponsored/published product, it will ultimately need to go through review, which will be painful at the 11th hour unless steps are taken to organize things in a way that more developers are coming to expect. There are different ways to do this depending on how any new code is divided between an OpenSHA dependency and an OAF project. It may be that it makes sense just to have the service architecture in a separate project. If this is the case, consider putting service architecture under gov.usgs.earthquake.oaf.www.

In this way, the project will get dedicated issue tracking, wiki, dedicated build script etc.

@mbarall
Copy link
Contributor

mbarall commented May 24, 2018

I agree that this needs to happen. Let me point out that nvanderelst's work on ETAS is also going to become part of this product eventually.

Not only does OAF/AAFS need to go through review, but there also needs to be an ongoing change control process so that changes get reviewed before they go live.

At present, the project depends on the rest of OpenSHA and can't be built separately from OpenSHA. If it's going to stay that way, then it probably makes sense for it to become opensha-oaf. This might be a problem for review and change control, since it isn't reasonable to expect a reviewer to look at the rest of OpenSHA, and OpenSHA is constantly changing.

The alternative of moving it all to gov.usgs.earthquake, I think, implies making the code independent of OpenSHA. This could be painful, particularly for the GUI.

So at this point I don't know what approach is best.

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

No branches or pull requests

2 participants