Comments (1)
From Mike
Peter,
Yes, the software is written and regularly tested on a variety of linux systems. We have built on the MacOS in the past, but it has been a while and isn't officially supported. Thanks for pointing this out, that is a pretty basic thing for us to have left out of the documentation. I filed a git issue for this.
I'd recommend George look at the user guide build directions at https://nasa.github.io/RtRetrievalFrameworkDoc/compilation.html#building, this is the documentation for a user just building the system. The documentation he was looking at is really for developers (i.e., how do you interact with the build system if you are adding new files or something like that). There users guide describes a single script "./nonjpl_build.script" which should work for building the system - this is a good place to start.
Our development system is Centos 6, we also regularly test on Fedora and Ubuntu. I'd expect the software can be built on pretty much any linux system with the required dependencies.
Either I or James McDuffie (CCed on this email) would be happy to answer questions.
How important is the MacOS support? Is this just a nice to have, or something that you particularly need? James has some fraction of burden money to support the retrieval framework, and adding back in and regularly testing for MacOS support might be something to add if there is a need for this - we had just dropped this over time as a low priority at JPL since we generally run on linux.
from rtretrievalframework.
Related Issues (19)
- Remote code execution RtRetrievalFramework
- Data processing problems
- Input files missing HOT 4
- Execution error HOT 1
- a question about the step python wrapper HOT 2
- The running result has no longitude and latitude attribute HOT 1
- Readme file containing dead link? HOT 1
- Compile stage - Ruby giving out NoMethodError
- Compile/Build stage - libtool error: unrecognised option: '-DPACKAGE_NAME="full_physics"'
- Use of thirdparty libraries and maintaince? HOT 2
- The installation has been completed, and the inversion results of a single sounding have been run. How can we fully run all sounding inversion CO2 in the future?
- H5Fopen failed during fast_check HOT 4
- Python wrapper import error HOT 2
- RtRetrievalFramework and ReFRACtor HOT 1
- Forward model results HOT 1
- CO2 priori file HOT 1
- Pressure Levels HOT 1
- Memory needed to run the model is too large HOT 2
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from rtretrievalframework.