You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/source/data_conversion/data_conversion.rst
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -265,8 +265,8 @@ In this example, the writer will save the entire set of extractor outputs - a di
265
265
266
266
267
267
268
-
Two writers are implemented in GraphNeT; the :code:`SQLiteWriter`and :code:`ParquetWriter`, each of which output files that are directly used for
269
-
training by :code:`ParquetDataset` and :code:`SQLiteDataset`.
268
+
Three writers are implemented in GraphNeT; the :code:`SQLiteWriter`, :code:`ParquetWriter`, and :code:`LMDBWriter`, each of which output files that are directly used for
269
+
training by :code:`SQLiteDataset`, :code:`ParquetDataset`, and :code:`LMDBDataset` respectively.
The two specific implementations of :code:`Dataset` exists :
161
+
The three specific implementations of :code:`Dataset` exists :
162
162
163
163
- `ParquetDataset <https://graphnet-team.github.io/graphnet/api/graphnet.data.parquet.parquet_dataset.html>`_ : Constructs :code:`Dataset` from files created by :code:`ParquetWriter`.
164
164
- `SQLiteDataset <https://graphnet-team.github.io/graphnet/api/graphnet.data.sqlite.sqlite_dataset.html>`_ : Constructs :code:`Dataset` from files created by :code:`SQLiteWriter`.
165
+
- `LMDBDataset <https://graphnet-team.github.io/graphnet/api/graphnet.data.dataset.lmdb.lmdb_dataset.html>`_ : Constructs :code:`Dataset` from files created by :code:`LMDBWriter`.
165
166
166
167
167
168
To instantiate a :code:`Dataset` from your files, you must specify at least the following:
168
169
169
-
- :code:`pulsemaps`: These are named fields in your Parquet files, or tables in your SQLite databases, which store one or more pulse series from which you would like to create a dataset. A pulse series represents the detector response, in the form of a series of PMT hits or pulses, in some time window, usually triggered by a single neutrino or atmospheric muon interaction. This is the data that will be served as input to the `Model`.
170
+
- :code:`pulsemaps`: These are named fields in your Parquet files, or tables in your SQLite or LMDB databases, which store one or more pulse series from which you would like to create a dataset. A pulse series represents the detector response, in the form of a series of PMT hits or pulses, in some time window, usually triggered by a single neutrino or atmospheric muon interaction. This is the data that will be served as input to the `Model`.
170
171
- :code:`truth_table`: The name of a table/array that contains the truth-level information associated with the pulse series, and should contain the truth labels that you would like to reconstruct or classify. Often this table will contain the true physical attributes of the primary particle — such as its true direction, energy, PID, etc. — and is therefore graph- or event-level (as opposed to the pulse series tables, which are node- or hit-level) truth information.
171
172
- :code:`features`: The names of the columns in your pulse series table(s) that you would like to include for training; they typically constitute the per-node/-hit features such as xyz-position of sensors, charge, and photon arrival times.
172
173
- :code:`truth`: The columns in your truth table/array that you would like to include in the dataset.
@@ -225,6 +226,32 @@ Or similarly for Parquet files:
225
226
226
227
graph = dataset[0] # torch_geometric.data.Data
227
228
229
+
Or similarly for LMDB files:
230
+
231
+
.. code-block:: python
232
+
233
+
from graphnet.data.dataset.lmdb.lmdb_dataset import LMDBDataset
234
+
from graphnet.models.detector.prometheus import Prometheus
235
+
from graphnet.models.graphs import KNNGraph
236
+
from graphnet.models.graphs.nodes import NodesAsPulses
It's then straightforward to create a :code:`DataLoader` for training, which will take care of batching, shuffling, and such:
229
256
230
257
.. code-block:: python
@@ -250,10 +277,10 @@ By default, the following fields will be available in a graph built by :code:`Da
250
277
- :code:`graph[truth_label] for truth_label in truth`: For each truth label in the :code:`truth` argument, the corresponding data is stored as a :code:`[num_rows, 1]` dimensional tensor. E.g., :code:`graph["energy"] = torch.tensor(26, dtype=torch.float)`
251
278
- :code:`graph[feature] for feature in features`: For each feature given in the :code:`features` argument, the corresponding data is stored as a :code:`[num_rows, 1]` dimensional tensor. E.g., :code:`graph["sensor_x"] = torch.tensor([100, -200, -300, 200], dtype=torch.float)``
252
279
253
-
:code:`SQLiteDataset` vs. :code:`ParquetDataset`
254
-
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
280
+
:code:`SQLiteDataset` vs. :code:`ParquetDataset` vs. :code:`LMDBDataset`
Besides working on different file formats, :code:`SQLiteDataset`and :code:`ParquetDataset` have significant differences,
283
+
Besides working on different file formats, :code:`SQLiteDataset`, :code:`ParquetDataset`, and :code:`LMDBDataset` have significant differences,
257
284
which may lead you to choose one over the other, depending on the problem at hand.
258
285
259
286
:SQLiteDataset: SQLite provides fast random access to all events inside it. This makes plotting and subsampling your dataset particularly easy,
@@ -265,13 +292,20 @@ which may lead you to choose one over the other, depending on the problem at han
265
292
This means that the subsampling of your dataset needs to happen prior to the conversion to :code:`parquet`, unlike `SQLiteDataset` which allows for subsampling after conversion, due to it's fast random access.
266
293
Conversion of files to :code:`parquet` is significantly faster than its :code:`SQLite` counterpart.
267
294
295
+
:LMDBDataset: LMDB databases produced by :code:`LMDBWriter` store events as key-value pairs with configurable serialization methods (pickle, json, msgpack, dill).
296
+
:code:`LMDBDataset` supports two modes: reading raw tables and computing data representations in real-time (similar to :code:`SQLiteDataset`), or reading pre-computed data representations directly from the database for faster access.
297
+
LMDB provides fast random access similar to SQLite, while also supporting efficient storage of pre-computed graph representations, making it suitable for scenarios where you want to pre-compute and cache data representations.
298
+
LMDB takes up roughly half the space of SQLite, and is therefore a good compromise between SQLite and Parquet.
299
+
268
300
269
301
.. note::
270
302
271
303
:code:`ParquetDataset` is scalable to ultra large datasets, but is more difficult to work with and has a higher memory consumption.
272
304
273
305
:code:`SQLiteDataset` does not scale to very large datasets, but is easy to work with and has minimal memory consumption.
274
306
307
+
:code:`LMDBDataset` provides a balance between SQLite and Parquet, offering fast random access and support for pre-computed representations, making it well-suited for scenarios where data representations are computed once and reused multiple times.
308
+
275
309
276
310
Choosing a subset of events using `selection`
277
311
----------------------------------------------
@@ -297,7 +331,7 @@ would produce a :code:`Dataset` with only those five events.
297
331
298
332
.. note::
299
333
300
-
For :code:`SQLiteDatase`, the :code:`selection` argument specifies individual events chosen for the dataset,
334
+
For :code:`SQLiteDataset` and :code:`LMDBDataset`, the :code:`selection` argument specifies individual events chosen for the dataset,
301
335
whereas for :code:`ParquetDataset`, the :code:`selection` argument specifies which batches are used in the dataset.
302
336
303
337
@@ -347,12 +381,14 @@ You can combine multiple instances of :code:`Dataset` from GraphNeT into a singl
347
381
from graphnet.data import EnsembleDataset
348
382
from graphnet.data.parquet import ParquetDataset
349
383
from graphnet.data.sqlite import SQLiteDataset
384
+
from graphnet.data.dataset.lmdb.lmdb_dataset import LMDBDataset
Here we provide a quick start guide for getting you started with |graphnet|\ GraphNeT.
2
6
3
-
Installation
4
-
============
7
+
Installing From Source
8
+
======================
5
9
6
-
|graphnet|\ GraphNeT is available for Python 3.9 to Python 3.11.
10
+
We recommend installing |graphnet|\ GraphNeT in a separate environment, e.g. using a Python virtual environment or Anaconda (see details on installation `here <https://www.anaconda.com/products/individual>`_).
11
+
With conda installed, you can create a fresh environment like so
7
12
8
-
.. note::
9
-
We recommend installing |graphnet|\ GraphNeT in a separate environment, e.g. using a Python virtual environment or Anaconda (see details on installation `here <https://www.anaconda.com/products/individual>`_).
10
-
With conda installed, you can create a fresh environment like so
Users may want to install |graphnet|\ GraphNeT into an environment that is specific to their experiment. This is useful for converting data from the experiment into a deep learning friendly file format, or when deploying models as part of an experiment-specific processing chain.
36
37
37
-
You may want |graphnet|\ GraphNeT to be able to interface with IceTray, e.g., when converting I3 files to a deep learning friendly file format, or when deploying models as part of an IceTray chain. In these cases, you need to install |graphnet|\ GraphNeT in a Python runtime that has IceTray installed.
38
+
Below are some examples of how to install |graphnet|\ GraphNeT into experiment-specific environments. If your experiment is missing, please feel free to open an issue on the `GitHub repository <https://github.com/graphnet-team/graphnet/issues>`_ and/or contribute a pull request.
38
39
39
-
To achieve this, we recommend installing |graphnet|\ GraphNeT into a CVMFS with IceTray installed, like so:
40
+
IceTray (IceCube & P-ONE)
41
+
~~~~~~~~~~~~~~~~~~~~~~~~~~
42
+
While |graphnet|\ GraphNeT can be installed into existing IceTray environments that is either built from source or distributed through CVMFS, we highly recommend to instead use our existing Docker images that contain both IceTray and GraphNeT. These images are created by installing GraphNeT into public Docker images from the IceCube Collaboration.
43
+
44
+
Details on how to run these images as Apptainer environments are provided in the `Docker & Apptainer Images`_ section.
45
+
46
+
For users who prefer to install |graphnet|\ GraphNeT directly into a CVMFS environment rather than using Docker/Apptainer images, you can follow the steps below. This example uses PyTorch 2.7.0 (CPU) — adjust the PyTorch version and extras according to the compatibility matrix above.
This installation is only necessary if you want to process KM3NeT/ARCA or KM3NeT/ORCA files. Processing means converting them from a `.root` offline format into a suitable format for training using |graphnet|. If you already have your KM3NeT data in `SQLite` or `parquet` format and only want to train a model or perform inference on this database, this specific installation is not needed.
67
+
To use |graphnet|\ GraphNeT in a new terminal session, re-activate the CVMFS distribution and the virtual environment:
62
68
63
-
Note that this installation will add `km3io` ensuring it is built with a compatible versions. The steps below are provided for a conda environment, with an enviroment created in the same way it is done above in this page, but feel free to choose a different enviroment setup.
69
+
.. code-block:: bash
64
70
65
-
As mentioned, it is highly reommended to create a conda enviroment where your installation is done to do not mess up any dependecy. It can be done with the following commands:
which should print the version of |graphnet|\ GraphNeT.
77
+
78
+
km3io (KM3NeT)
79
+
~~~~~~~~~~~~~~~~
80
+
Note that this installation will add `km3io` ensuring it is built with a compatible version. The steps below are provided for a conda environment, with an environment created in the same way it is done above in this page, but feel free to choose a different environment setup.
81
+
82
+
As mentioned, it is highly recommended to create a conda environment where your installation is done to do not mess up any dependency. It can be done with the following commands:
66
83
67
84
.. code-block:: bash
68
85
@@ -71,23 +88,23 @@ As mentioned, it is highly reommended to create a conda enviroment where your in
71
88
# Activate the environment and move to the graphnet repository you just cloned. If using conda:
Choose the appropriate requirements file based on your system. Here there is just an example of installation with PyTorch-2.5.1 but check the matrix above for a full idea of all the versions can be installed.
98
+
Choose the appropriate requirements file based on your system. Here there is just an example of installation with PyTorch-2.5.1 but check the matrix above for a full idea of all the versions that can be installed.
For GPU enviroments with, for instance, CUDA 11.8 drivers:
107
+
For GPU environments with, for instance, CUDA 11.8 drivers:
91
108
92
109
.. code-block:: bash
93
110
@@ -102,5 +119,36 @@ Downgrade setuptools for compatibility between km3io and GraphNeT.
102
119
pip3 install km3io==1.2.0
103
120
104
121
105
-
.. note::
106
-
We recommend installing |graphnet|\ GraphNeT without GPU in clean metaprojects.
122
+
Docker & Apptainer Images
123
+
=========================
124
+
125
+
We provide Docker images for |graphnet|\ GraphNeT. The list of available Docker images with standalone installations of GraphNeT can be found in DockerHub at https://hub.docker.com/r/rorsoe/graphnet/tags.
126
+
127
+
New images are created automatically when a new release is published, and when a new PR is merged to the main branch (latest). Each image comes in both GPU and CPU versions, but with a limited selection of pytorch versions. The Dockerfile for the standalone images is `here <https://github.com/graphnet-team/graphnet/blob/main/docker/standalone/Dockerfile>`_.
128
+
129
+
In compliment to standalone images, we also provide experiment-specific images for:
130
+
131
+
- `IceCube & P-ONE (IceTray+GraphNeT) <https://hub.docker.com/r/rorsoe/graphnet_icetray/tags>`_ which is built using this `Dockerfile <https://github.com/graphnet-team/graphnet/blob/main/docker/icetray/Dockerfile>`_.
132
+
- KM3NeT (km3io+GraphNeT) (Coming Soon)
133
+
134
+
135
+
136
+
Running Docker images as Apptainer environments
137
+
-----------------------------------------------
138
+
While Docker images require sudo-rights to run, they may be converted to Apptainer images and used as virtual environments - providing a convienient way to run |graphnet|\ GraphNeT without sudo-rights or the need to install it on your system.
139
+
140
+
To run one of the Docker images as a Apptainer environment, you can use the following command:
where <path_to_image> is the path to the image you want to use from the DockerHub. For example, if `rorsoe/graphnet:graphnet-1.8.0-cu126-torch26-ubuntu-22.04` is chosen, an image with GraphNeT 1.8.0 + PyTorch 2.6.0 + CUDA 12.6 installed will open. The additional arguments `--cleanenv --env PYTHONNOUSERSITE=1 --env PYTHONPATH=` ensure that the environment is not contaminated with any other packages that may be installed on your system.
147
+
148
+
To run one of the images with IceTray+GraphNeT as a Apptainer environment, you can for example use the following command:
which opens an image with a CPU-installation of GraphNeT 1.8.0 + PyTorch v2.6.0 + IceTray v1.13.0 installed and ready to use. You can replace the image path with the one you want to use from the DockerHub.
0 commit comments