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: content/50.halo_finding_and_catalogs.md
+5-4
Original file line number
Diff line number
Diff line change
@@ -6,16 +6,17 @@ Being able to identify halos, as well as their associated baryonic content, is n
6
6
Furthermore, convergence studies and cross-simulation comparisons requires a consistent method for identifying dark matter halos, as well as the ability to track their growth over time.
7
7
8
8
In past versions of `yt`, several specific halo finders were bundled and made available to work on any class of data `yt` was able to read.
9
-
These included the HOP halo finder, the classic Friends-of-Friends (FOF) halo finder **CITE**, a scalable and Parallel HOP **CITE**, and a wrapping of the ORIGAMI **CITE**code for filament identification.
9
+
These included the HOP halo finder, the classic Friends-of-Friends (FOF) halo finder [@doi:10.1086/191003], a scalable and Parallel HOP [@doi: 10.1086/305535], and a wrapping of the ORIGAMI code[@doi:10.1142/9789814623995_0378] for filament identification.
10
10
To do so, `yt` would utilize direct in-memory connectors with these implementations; whereas typically data connectors are written for each individual dataset format for individual halo finding methods, this enabled a single connector to be written from `yt` to the halo finder.
11
-
In addition to these bundled halo finders, a direct in-memory interface with Rockstar **CITE** was developed that sidestepped Rockstar's built in load-balancing to minimize data duplication and transfer.
11
+
In addition to these bundled halo finders, a direct in-memory interface with Rockstar [@doi:10.1088/0004-637X/762/2/109] was developed that sidestepped Rockstar's built in load-balancing to minimize data duplication and transfer.
12
12
13
13
`yt` provides a unique set of functionality for accessing halo catalogs, as it provides the ability to query their values both *as* catalogs and as the original, underlying datasets.
14
14
This means that the same selection and analysis operations that can be conducted on a "primary" dataset can also be conducted on the halo catalog; furthermore, the halo catalog can be used as input to data selection operations.
15
15
This enables, for instance, querying original dark matter particle values in a halo (as defined by any characteristic radius of that halo) simultaneously with querying baryonic cells or particles included within.
16
16
17
-
As discussed in **CITE YTREE**, this can be used as input into other tools to provide sophisticated, graph-based queries of datasets and halo merger trees over cosmological time.
17
+
As discussed in [@doi:10.5281/zenodo.8349044], this can be used as input into other tools to provide sophisticated, graph-based queries of datasets and halo merger trees over cosmological time, such as with the `ytree` package.
18
18
19
19
`yt` also includes an internal halo finding tool that is not widely exposed, built on its implementation of a union-find data structure for identifying topologically connected sets.
20
20
This implementation, a "particle contour tree," uses this union-find data structure to connect (via percolation) particles into simple Friends-of-Friends collections.
21
-
These can then be used as input into more sophisticated phase-space finders, such as Rockstar, and as done in **CITE DARK SKY**.
21
+
These can then be used as input into more sophisticated phase-space finders, such as Rockstar, and as done in [@doi:10.48550/arXiv.1407.2600].
Copy file name to clipboardexpand all lines: content/60.analysis_modules.md
+2-2
Original file line number
Diff line number
Diff line change
@@ -3,5 +3,5 @@
3
3
For much of its development history, `yt` took the approach of bundling as many analysis modules as possible in the primary repository.
4
4
This provided the advantage of having all work be centralized, and ensuring that each download or installation of `yt` was a fully-featured system for analyzing a large swath of data, but it brought with it the development overhead of the entire `yt` package for what in many cases were isolated pieces of functionality with separable responsibilities.
5
5
6
-
As a result of the slowing in speed of development as a result of review requirements (and limited personnel to conduct those reviews), some of the analysis modules that were bundled with `yt` have been "spun out" into their own repository, `yt_astro_analysis`.
7
-
This repository, which is developed, released and installed separately from `yt`, includes modules for cosmological observation (upon which Triden, which is discussed in @sec:trident, is based), dark matter halo finding and analysis, tools for interacting with position-position-velocity cubes, and a system for exporting from `yt` to RADMC-3D [@ascl:1202.015].
6
+
As a result of the slowing in speed of development as a result of review requirements (and limited personnel to conduct those reviews), some of the analysis modules that were bundled with `yt` have been "spun out" into their own repository, `yt_astro_analysis`[@doi:10.5281/zenodo.8431185].
7
+
This repository, which is developed, released and installed separately from `yt`, includes modules for cosmological observation (upon which Triden, which is discussed in @sec:trident, is based), dark matter halo finding and analysis, tools for interacting with position-position-velocity cubes, light cone generation [@doi:10.1088/0004-637X/698/2/1795]and a system for exporting from `yt` to RADMC-3D [@ascl:1202.015].
0 commit comments