Comments (1)
As I expected, these scripts are the heritage of Tino, and we do not want to start from these:
- There is not much added value in the delete/download/upload files script, and if we really need such dedicated scripts it's better to use the Dirac API rather than wrapping the Dirac scripts.
- example_configuration.cfg and submit_jobs_new_scheme.py fully mix configurations linked to the GRID aspects, and configurations of the various protopipe applications, what make these 2 files not human readable.
We really need to sit down and talk the protopipe workflow from scratch to understand how to interface this correctly to CTADIRAC.
As an example, the DL1 Data Handler job interface can be found here:
- https://github.com/cta-observatory/CTADIRAC/blob/master/Interfaces/API/Prod3DL1DataHandlerJob.py
- https://github.com/cta-observatory/CTADIRAC/blob/master/Interfaces/test/prod3_dl1_data_handler_launcher.py
This interface is not perfect, but a priori, the protopipe interface should look quite similar.
Note also, that I expect that we'll have one interface per tool, e.g. one for DL0 to DL1, one for DL1 to DL2, one for DL2 to DL3, then may be also one for merging. These interfaces will likely inherit from a common protopipe interface.
from protopipe-grid-interface.
Related Issues (20)
- The whole interface is assuming Docker container HOT 2
- Improve downloading of files before merging
- test and dry modes do not behave as expected HOT 1
- Add and test the high-memory requirement method
- Add check for dimension of a merged file HOT 1
- A job can crash if its name is too long
- Create container Docker for python3-based installation
- Upload also grid configuration file at job submission
- Do not submit job during logging call
- Do not upload all protopipe folder at submission
- Analysis config doesn't get uploaded if only 1 job is launched
- Fix gfal2 to 2.20.2 HOT 1
- Migrate to cta-observatory organization
- Unit-testing for DIRAC-related operations
- Uniformise definition of SE lists throughout an analysis
- Make particle type and n_files_per_job command-line options in SUBMIT_JOBS
- Merge this repository as a protopipe module
- Unable to create conda env on MAC HOT 4
- Unable to submit jobs from computing farm HOT 1
- Should we archive this repository? 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 protopipe-grid-interface.