Hep

Open-source projects categorized as Hep
Edit details
Language: + Python + Go + Shell + C++ + C + TeX + Julia + Rust
Topics: scikit-hep Python particle-physics hep-ex Cern
The modern identity platform for B2B SaaS
The APIs are flexible and easy-to-use, supporting authentication, user identity, and complex enterprise features like SSO and SCIM provisioning.
workos.com
Sponsored

Top 15 Hep Open-Source Projects

  • Homer

    HOMER - 100% Open-Source SIP, VoIP, RTC Packet Capture & Monitoring (by sipcapture)

  • cmssw

    CMS Offline Software

  • InfluxDB

    Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.

    InfluxDB logo

  • sngrep

    Ncurses SIP Messages flow viewer

  • HEP-ML-Resources

    Listing of useful learning resources for machine learning applications in high energy physics (HEPML)

  • pyhf

    pure-Python HistFactory implementation with tensors and autodiff

  • hep

    hep is the mono repository holding all of go-hep.org/x/hep packages and tools

  • uproot5

    ROOT I/O in pure Python and NumPy.

    • Project mention: Potential of the Julia programming language for high energy physics computing | news.ycombinator.com | 2023-12-04

    > I wasn't proposing ROOT to be reimplemented in JS. That was what the GP attributed to me.

    Sorry for assuming that. I really felt the pain of thinking of possibility of combining two things I hate so much together (JS+ROOT)

    > "Laypeople" may also think that code is optimized to the last cycle in something like HEP simulations. It's made fast enough and the optimization is nowhere near the level of e.g. graphics heavy games.

    I understand that in other areas there might be more sophisticated optimizations, but does not change things much inside HEP field community. And it is not optimized only for simulations but for other things too. It is not one problem optimization.

    > Real-time usage like high frequency large data collection will probably never happen on the "single language". But I'd guess ROOT is not used at that level either? Also at least last time I checked, ROOT is moving to Python (probably not for the hottest loops of the simulation though).

    I did not mean to indicate that ROOT is being used to handle the online processing (In HEP terms). It is usually handled via optimized C++ compiled code. My idea is that you will probably never use JS or any interpreted language (or anything other than C++ to be pessimistic) for that. ROOT at the end of the day is much closer to C++ than anything else. So learning curve wouldn't be that much if you come with some C++ knowledge initially.

    > Also at least last time I checked, ROOT is moving to Python (probably not for the hottest loops of the simulation though).

    I think you mean PyROOT [1]? This is the official python ROOT interface It provides a set of Python bindings to the ROOT C++ libraries, allowing Python scripts to interact directly with ROOT classes and methods as if they were native Python. But that does not represent and re-writing. It makes things easier for end users who are doing analysis though, while be efficient in terms of performance, especially for operations that are heavily optimized in ROOT.

    There is also uproot [2] which is a purely Python-based reader and writer of ROOT files. It is not a part of the official ROOT project and does not depend on the ROOT libraries. Instead, uproot re-implements the I/O functionalities of ROOT in Python. However, it does not provide an interface to the full range of ROOT functionalities. It is particularly useful for integrating ROOT data into a Python-based data analysis pipeline, where libraries like NumPy, SciPy, Matplotlib, and Pandas ..etc are used.

    > Off-topic: C++ interpretation like done in ROOT seems like a really bad idea.)

    I will agree with you. But to be fair the purpose of ROOT is interactive data analysis but over the decades a lot of things gets added, and many experiments had their own soft forks and things started to get very messy quickly. So that there is no much inertia to fix problems and introduce improvements.

    [1] https://root.cern/manual/python/

    [2] https://github.com/scikit-hep/uproot5

  • WorkOS

    The modern identity platform for B2B SaaS. The APIs are flexible and easy-to-use, supporting authentication, user identity, and complex enterprise features like SSO and SCIM provisioning.

    WorkOS logo

  • particle

    Package to deal with particles, the PDG particle data table, PDGIDs, etc. (by scikit-hep)

  • LatticeQCD.jl

    A native Julia code for lattice QCD with dynamical fermions in 4 dimension.

  • HEP-ASTRO-COSMO

    HEP/Astroparticle/Astrophysics/Cosmology open source packages. Community effort. Physics people, unite!

  • alice-rs

    Analyze the public data from the CERN base ALICE collaboration with Rust

  • fitsio

    fitsio is a pure-Go package to read and write `FITS` files

  • HEP

    HEP-EEP: Extensible Encapsulation Protocol (Specs & Technical Docs) (by sipcapture)

  • pyhepmc

    Easy-to-use Python bindings for HepMC3

  • tdaq

    tdaq: a toolkit for building DAQ systems

  • SaaSHub

    SaaSHub - Software Alternatives and Reviews. SaaSHub helps you find the best software and product alternatives

    SaaSHub logo
NOTE: The open source projects on this list are ordered by number of github stars. The number of mentions indicates repo mentiontions in the last 12 Months or since we started tracking (Dec 2020).

Hep related posts

Index

What are some of the best open-source Hep projects? This list will help you:

Project Stars
1 Homer 1,507
2 cmssw 1,046
3 sngrep 936
4 HEP-ML-Resources 321
5 pyhf 271
6 hep 229
7 uproot5 217
8 particle 143
9 LatticeQCD.jl 128
10 HEP-ASTRO-COSMO 101
11 alice-rs 88
12 fitsio 52
13 HEP 42
14 pyhepmc 18
15 tdaq 5

Sponsored
SaaSHub - Software Alternatives and Reviews
SaaSHub helps you find the best software and product alternatives
www.saashub.com