Find research datasets worth reusing
Search datasets from major research repositories and use ShareScore to quickly assess how well each record supports discovery, access, and reuse.
68
datasets available to search
ShareScore release 0.9.0
Dataset results
68 results for “Flow networks”
Figure 5. Process flow of PSO-Classification of Human Emotion from Deap EEG Signal Using Hybrid Improved Neural Networks with Cuckoo Search
<p>PSO is used to identify the best solution from collection of solution. It is a computational<br> method that optimizes a problem by iteratively trying to improve a candidate solution with regard to<br> a given measure of quality. PSO optimizes a problem by having a population of candidate solutions,<br> here dubbed particles, and moving these particles around in the search-space according to simple<br> mathematical formulae over the particle's position and velocity. Each particle's movement is<br> influenced by its local best known position but, is also guided toward the best known positions in<br> the search-space, which are updated as better positions are found by other particles. This is expected<br> to move the swarm toward the best solutions. PSO is a metaheuristic as it makes few or no<br> assumptions about the problem being optimized and can search very large spaces of candidate<br> solutions. However, metaheuristic such as PSO do not guarantee an optimal solution is ever found.<br> The following Figure 5 explains the basic flow of PSO process.</p>
Data basis of "Investigation of Railway Network Capacity by Means of Dynamic Flows"
<p>Input data for the article <strong>Investigation of Railway Network Capacity by Means of Dynamic Flows (Nikolayzik, Maus and Nießen).</strong></p> <p>The dataset contains two files for each analysed scenario (complete network, upper subnetwork, lower subnetwork).</p> <p>The first file ("input_data_infrastructure_{scenario}.csv") contains information on the investigated infrastructure:<br>For each station the number of available tracks is listed and for the lines information on whether it is a single- or double-track line, the average minimum headway time, hourly capacity limits and travel times for the different train types are included. The information is thereby split into two parts, depending on whether the core network or the linking lines are described.</p> <p>The second file ("input_data_trains_{scenario}.csv") contains the trains that can generally be scheduled in the considered network, including information on the corresponding train type, departure frequencies, their routes and a minimally allowed dwell time.</p> <p> </p> <p>Further, the file "input_data_route_conflicts_nodes.py" contains the information on which routes inside a station exclude each other as is described in the article.</p> <p> </p> <p> </p>
Complex Lava Tube Networks Developed Within the 1792-93 Lava Flow Field on Mount Etna (Italy): Insights for hazard assessment Supporting Informations: Maps and sections of the lava tubes
<div> <div> <div> <p>This supporting information for the above paper submitted to Frontiers in Earth Science - Volcanology, comprises Table 1, as well as the maps and sections of the 8 lava tubes analyzed in this paper, that are located within the 1792-93 lava flow field at Etna volcano. The methods used for the new surveys of the lava tubes are also explained.</p> </div> </div> </div>
Time-averaged simulations results for bi-phasic blood flow simulations in realistic microvascular networks for various single- and multi-capillary occlusion scenarios.
<p><strong>DOCUMENTATION - Time-averaged simulations results for bi-phasic blood flow simulations in realistic microvascular networks for various single- and multi-capillary occlusion scenarios.</strong></p> <p>Correspondence: fschmid@ethz.ch (Franca Schmid, ORCID: <a href="https://orcid.org/0000-0002-0689-9366">0000-0002-0689-9366</a>)</p> <p><strong>1. Related references:</strong><br> The data set is published in context with the manuscript: <br> [1]<em> The severity of microstrokes depends on local vascular topology and baseline perfusion</em>. <br> F Schmid, G Conti, P Jenny and B Weber. eLife. 2021. Doi: 10.7554/eLife.60208</p> <p>The bi-phasic blood flow simulations have been performed in realistic microvascular networks (MVNs) from the mouse somatosensory cortex first published in:<br> [2]<em> The cortical angiome: an interconnected vascular network with noncolumnar patterns of blood flow</em>. P Blinder, PS Tsai, JP Kaufhold, PM Knutsen, H Suhl and D Kleinfeld. Nature Neuroscience. 2013. Doi: 10.1038/nn.3426</p> <p>The bi-phasic blood flow model for realistic MVNs has first been published in:<br> [3]<em> Depth-dependent flow and pressure characteristics in cortical microvascular networks</em>. F Schmid, PS Tsai, D Kleinfeld, P Jenny and B Weber. PLoS Computational Biology. 2017. Doi: 10.1371/journal.pcbi.1005392</p> <p><em>For further information on how to perform bi-phasic blood flow simulation, please contact the corresponding authors of [1] or [3].</em></p> <p><strong>2. Requirements (software):</strong><br> <em>All simulations and analyses have been performed in Python 2.7. To execute the analysis script the following python libraries need to be installed: cPickle, python-igraph, pandas, seaborn, scipy. The individual analyses script can then be executed by in Python (e.g. “python plot_Figure3.py”).</em></p> <p><strong>3. Content:</strong><br> <em>All folders are stored as compressed archives (*.tar.bz2). On unix-based system the folders can be unpacked by: "</em>tar –jxf ARCHIVE_NAME"<br> <br> <strong>3a. Time-averaged simulation results (python dictionaries stored as python 2.7 pickle files):</strong><br> <strong>SimulationResults_Baseline.tar.bz2:</strong><br> Folders: MVN1, MVN2<br> Content: verticesDict_baseline.pkl, edgesDict_baseline.pkl, pathsDict_allPaths_from_DA_to_AV_mainBranch.pkl (<em>generated from prepare_Figure4.py</em>), data_spatial_distribution_AVfactor.pkl (<em>generated from plot_Figure4.py</em>)</p> <p><strong>SimulationResults_SingleCapillaryOcclusions.tar.bz2:</strong><br> Folders: 1-in-1-out, 1-in-2-out, 2-in-1-out, 2-in-2-out, 2-in-2-out_high, 2-in-2-out_AL1, 2-in-2-out_AL2, 2-in-2-out_AL3, 2-in-2-out_AL4, 2-in-2-out_AL5, 2-in-2-out_closeToDA, 2-in-2-out_farFromDA<br> Content: verticesDict_baseline.pkl, edgesDict_baseline.pkl, pathsDict_allPaths_from_DA_to_AV_mainBranch_vertexBased.pkl (<em>only folders:</em> 1-in-1-out, 1-in-2-out, 2-in-1-out, 2-in-2-out)</p> <p><strong>SimulationResults_MultiCapillaryOcclusions.tar.bz2:</strong><br> Folders: vesselsOccluded_1, vesselsOccluded_3, vesselsOccluded_5, vesselsOccluded_7, vesselsOccluded_9<br> Content: verticesDict_baseline.pkl, edgesDict_baseline.pkl, pathsDict_allPaths_from_DA_to_AV_mainBranch_vertexBased.pkl</p> <p><strong>3b. Analysis scripts (python 2.7 scripts in folder Analyses_Scripts):</strong><br> <em>For details on the figure content see [1]. The verticesDict* and the edgesDict* are converted into graph structure (python-igraph) for all analyses. The functionality of python-igraph is used heavily throughout the various analyses.</em></p> <p><strong>helperFunctions.py</strong>: various functions used by the other analysis scripts</p> <p><strong>plot_Figure1_and_Figure1-supplement_1_a-d.py:</strong><br> <strong>Input:</strong> SimulationResults_Baseline/MVN1/edgesDict_baseline.pkl, SimulationResults_Baseline/MVN1/verticesDict_baseline.pkl, SimulationResults_SingleCapillaryOcclusion/2-in-2-out/edgesDict.pkl, SimulationResults_SingleCapillaryOcclusion/2-in-2-out/verticesDict.pkl, SimulationResults_SingleCapillaryOcclusion/2-in-1-out/edgesDict.pkl, SimulationResults_SingleCapillaryOcclusion/2-in-1-out/verticesDict.pkl, SimulationResults_SingleCapillaryOcclusion/1-in-2-out/edgesDict.pkl, SimulationResults_SingleCapillaryOcclusion/1-in-2-out/verticesDict.pkl, SimulationResults_SingleCapillaryOcclusion/1-in-1-out/edgesDict.pkl, SimulationResults_SingleCapillaryOcclusion/1-in-1-out/verticesDict.pkl<br> <strong>Output:</strong> Figures/Figure_1/*, Supplementary_Figures/Figure_1-supplement_1_a-d/*</p> <p><strong>plot_Figure2_and_Figure2_supplement_1_a-d.py:<br> Input:</strong> SimulationResults_Baseline/MVN1/edgesDict_baseline.pkl, SimulationResults_Baseline/MVN1/verticesDict_baseline.pkl, SimulationResults_SingleCapillaryOcclusion/2-in-2-out/edgesDict.pkl, SimulationResults_SingleCapillaryOcclusion/2-in-2-out/verticesDict.pkl, SimulationResults_SingleCapillaryOcclusion/2-in-1-out/edgesDict.pkl, SimulationResults_SingleCapillaryOcclusion/2-in-1-out/verticesDict.pkl, SimulationResults_SingleCapillaryOcclusion/1-in-2-out/edgesDict.pkl, SimulationResults_SingleCapillaryOcclusion/1-in-2-out/verticesDict.pkl, SimulationResults_SingleCapillaryOcclusion/1-in-1-out/edgesDict.pkl, SimulationResults_SingleCapillaryOcclusion/1-in-1-out/verticesDict.pkl<br> <strong>Output:</strong> Figures/Figure_2/*, Supplementary_Figures/Figure_2-supplement_1_a-d/*</p> <p><strong>plot_Figure3.py:<br> Input:</strong> SimulationResults_Baseline/MVN1/edgesDict_baseline.pkl, SimulationResults_Baseline/MVN1/verticesDict_baseline.pkl, SimulationResults_MultiCapillaryOcclusion/*/edgesDict.pkl, SimulationResults_MultiCapillaryOcclusion/*/verticesDict.pkl <br> <strong>Output</strong>: Figures/Figure_3/*</p> <p><strong>prepare_Figure4.py </strong>(<em>long execution time!):</em><br> <strong>Input:</strong> SimulationResults_Baseline/MVN*/edgesDict_baseline.pkl, SimulationResults_Baseline/MVN*/verticesDict_baseline.pkl,<br> <strong>Output:</strong> SimulationResults_Baseline/MVN*/pathsDict_allPaths_from_DA_to_AV_mainBranch.pkl</p> <p><strong>plot_Figure4.py </strong>(<em>long execution time!):</em><br> <strong>Input:</strong> SimulationResults_Baseline/MVN*/*<br> <strong>Output:</strong> SimulationResults_Baseline/MVN*/edgesDict_baseline.pkl (attribute Lfactor_median added), SimulationResults_Baseline/MVN*/data_spatial_distribution_AVfactor.pkl, Figures/Figure_4/*</p> <p><strong>plot_Figure5.py:</strong><br> <strong>Input:</strong> SimulationResults_Baseline/MVN*/* <br> <strong>Output:</strong> Figures/Figure_5/*</p> <p><strong>plot_Figure6.py:</strong><br> Input: SimulationResults_Baseline/MVN1/*, SimulationResults_SingleCapillaryOcclusion/2-in-2- out/pathsDict_allPaths_from_DA_to_AV_mainBranch_vertexBased.pkl, SimulationResults_SingleCapillaryOcclusion/2-in-1- out/pathsDict_allPaths_from_DA_to_AV_mainBranch_vertexBased.pkl, SimulationResults_SingleCapillaryOcclusion/1-in-2- out/pathsDict_allPaths_from_DA_to_AV_mainBranch_vertexBased.pkl, SimulationResults_SingleCapillaryOcclusion/1-in-1- out/pathsDict_allPaths_from_DA_to_AV_mainBranch_vertexBased.pkl Output: Figures/Figure_6/*</p> <p><strong>4. Attributes stored in python dictionaries:</strong><br> <br> <strong>4a. Baseline:</strong><br> <strong>verticesDict: </strong><em>contains all relevant information and data stored at vertices.</em></p> <ul> <li>index: index of vertex</li> <li>pressure: time averaged pressure at vertex [mmHg]</li> <li>inflowE: list of edges delivering blood to the vertex (inflows of the vertex)</li> <li>outflowE: list of edges removing blood from the vertex (outflows of the vertex)</li> <li>coords: coordinates of the vertex [µm]</li> <li>pBC: pressure boundary conditions [mmHg], None for internal vertices</li> <li>corticalDepth: depth from cortical surface [µm]</li> <li>nkind: identifier for the vessel type. 0: pial artery, 1: pial vein, 2: descending arteriole, 3: ascending vein, 4: capillary</li> </ul> <p><strong>edgesDict:</strong> <em>contains all relevant information and data stored at edges.</em></p> <ul> <li>diameter: effective vessel diameter [µm]. See [3] for details.</li> <li>htd: time averaged discharge hematocrit [-]. </li> <li>connectivity: tuple of vertex indices which are connected by the edge.</li> <li>mainAV: identifier for ascending venule (AV) main brain. 1: is AV main brain, 0: no AV main branch</li> <li>mainDA: identifier for descending arteriole (DA) main brain. 1: is DA main brain, 0: no DA main branch</li> <li>flow: time averaged flow rate [µm<sup>3</sup> ms<sup>-1</sup>]</li> <li>length: tortuous vessel length [µm] See [1] and [3] for details.</li> <li>tissueVolume: topological tissue volume supplied by vessel [µm<sup>3</sup>]. See [1] for details.</li> <li>nkind: identifier for the vessel type. 0: pial artery, 1: pial vein, 2: descending arteriole, 3: ascending vein, 4: capillary</li> <li>edgesFulfillingSelection: identifier if vessels fulfils selection criteria to qualify for analysis. 1: vessel included for analysis, 0: vessel not included for analysis. Details on the selection criteria are provided in [1].</li> <li>htt: time averaged tube hematocrit [-]</li> <li>RBCflux: time averaged RBC flux [RBC/s] computed from the discharge hematocrit and the flow rate.</li> <li>sign: sign describing the flow direction in the vessel. +: flow direction from source (vertex with lower index) to target (vertex with higher index), -: flow direction from target to source vertex. Based on time averaged pressure values.</li> <li>points: list of tortuous vessel coordinates of the edge [µm]. Starting at the source vertex. Ending at the target vertex.</li> <li>Lfactor_median: AV-factor of the vessel. None if no AV-factor can be assigned. See [1] for details. Attribute added by plot_Figure4.py</li> </ul> <p><strong>pathsDict_allPaths_from_DA_to_AV_mainBranch: </strong><em>contains all flow path from DA main brain to AV main branch. For details see [1]</em>.</p> <ul> <li>startPoint: list of vertex indices of the end point of the DA</li> <li>endPoint: list of vertex indices of the end point of the AV</li> <li>allPaths: list of lists of vertex indices describing all paths between a the associated startPoint and endPoint.</li> </ul> <p><strong>data_spatial_distribution_AVfactor:</strong> <em>contains information on the spatial distribution of venule-sided capillaries (AV-factor > 0.5). For details see [1].</em></p> <ul> <li>edges_L_mean_50um: list of all edges for which the average AV-factor in an analysis sphere of 50 µm has been computed.</li> <li>resulting_L_mean_50um: average AV-factor for an analysis sphere for 50 µm (see Figure4/AV_factor_delta_analysisSphere50_MVN*.pkl)</li> <li>shortest_distance_to_closest_vessel: list of shortest distances to any vessel for all discretization points along all venule sided capillaries.</li> <li>shortest_distance_to_Lfactor_lt_05: list of shortest distances to an arteriole-sided capillary (AV-factor < 0.5) for all discretization points along all venule sided capillaries.</li> </ul> <p><strong>4b. Occlusion scenarios (both single- and multi-capillary occlusions):</strong></p> <p><strong>verticesDict:</strong></p> <ul> <li>index: index of vertex</li> <li>coords: coordinates of the vertex [µm]</li> <li>pressure_strokeIndex_n: time averaged pressure at vertex [mmHg] for the simulation where edge n has been occluded. For details see [1].</li> </ul> <p><strong>edgesDict:</strong></p> <ul> <li>htd_strokeIndex_n: time averaged discharge hematocrit [-] for the simulation where edge n has been occluded. For details see [1]. </li> <li>flow: time averaged flow rate [µm<sup>3</sup> ms<sup>-1</sup>] for the simulation where edge n has been occluded. For details see [1].</li> <li>RBCflux: time averaged RBC flux [RBC/s] computed from the discharge hematocrit and the flow rate for the simulation where edge n has been occluded. For details see [1].</li> <li>htt: time averaged tube hematocrit [-] for the simulation where edge n has been occluded. For details see [1].</li> <li>connectivity: tuple of vertex indices which are connected by the edge.</li> <li>diameter_strokeIndex_n: effective vessel diameter [µm] for the simulation where edge n has been occluded (only given for multi-capillary occlusions).</li> </ul> <p><strong>pathsDict_allPaths_from_DA_to_AV_mainBranch_vertexBased:</strong> <em>contains all flow path from DA main brain to AV main branch (unique vertex sequences). For details see helperFunctions.py --></em><em> function convert_pathsDict_to_unique_vertexSequence.</em></p> <ul> <li>startPoint_strokeIndex_n: list of vertex indices of the end point of the DA for the simulation where edge n has been occluded.</li> <li>endpoint_strokeIndex_n: list of vertex indices of the end point of the AV for the simulation where edge n has been occluded.</li> <li>allPaths_strokeIndex_n: list of lists of vertex indices describing all paths between a the associated startPoint and endpoint for the simulation where edge n has been occluded.</li> </ul>
Supplementary material for: PhyloCoalSimulations: A simulator for network multispecies coalescent models, including a new extension for the inheritance of gene flow
<p>We consider the evolution of phylogenetic gene trees along phylogenetic species networks, according to the network multispecies coalescent process, and introduce a new network coalescent model with correlated inheritance of gene flow. This model generalizes two traditional versions of the network coalescent: with independent or common inheritance. At each reticulation, multiple lineages of a given locus are inherited from parental populations chosen at random, either independently across lineages, or with positive correlation according to a Dirichlet process. This process may account for locus-specific probabilities of inheritance, for example.</p> <p>We implemented the simulation of gene trees under these network coalescent models in the Julia package PhyloCoalSimulations, which depends on PhyloNetworks and its powerful network manipulation tools. Input species phylogenies can be read in extended Newick format, either in numbers of generations or in coalescent units. Simulated gene trees can be written in Newick format, and in a way that preserves information about their embedding within the species network. This embedding can be used for downstream purposes, such as to simulate species-specific processes like rate variation across species, or for other scenarios as illustrated in this note. This package should be useful for simulation studies and simulation-based inference methods. The software is available open source with documentation and a tutorial at <a href="https://github.com/cecileane/PhyloCoalSimulations.jl">https://github.com/cecileane/PhyloCoalSimulations.jl</a>.</p>
Supplementary material for: PhyloCoalSimulations: A simulator for network multispecies coalescent models, including a new extension for the inheritance of gene flow
Open the record for dataset details and reuse information.
Data from: Fish communicate with water flow to enhance a school's social network
Open the record for dataset details and reuse information.
Physics-informed neural networks (PINNs) with unsaturated water flow models for inverse analysis of soil hydraulic parameters of layered soil profiles
Open the record for dataset details and reuse information.
Data for: Parameter selection and optimization of a computational network model of blood flow in single-ventricle patients
Open the record for dataset details and reuse information.
Supplementary videos for "Active flow network generates molecular transport by packets: case of the endoplasmic reticulum"
<p>Videos showing simulated motion on the active flow network for different switching timescales. In particular, compare <span class="math-tex">\(\tau_{\text{switch}} = 3 \text{ s}\)</span> to <span class="math-tex">\(\tau_{\text{switch}} = 30 \text{ ms}\)</span>. The red bubbles are proportional to the number of particles present in a node. Initially, all particles are placed in a central source node.</p>
Analysing landscape effects on dispersal networks and gene flow with genetic graphs
<p>Graph-theoretic approaches have relevant applications in landscape genetic analyses. When species form populations in discrete habitat patches, genetic graphs can be used i) to identify direct dispersal paths followed by propagules or ii) to quantify landscape effects on multigenerational gene flow. However, the influence of their construction parameters remains to be explored. Using a simulation approach, we constructed genetic graphs using several pruning methods (geographical distance thresholds, topological constraints, statistical inference) and genetic distances to weight graph links (F<sub>ST</sub>, D<sub>PS</sub>, Euclidean genetic distances). We then compared the capacity of these different graphs to i) identify the precise topology of the dispersal network and ii) to infer landscape resistance to gene flow from the relationship between cost-distances and genetic distances. Although not always clear-cut, our results showed that methods based on geographical distance thresholds seem to better identify dispersal networks in most cases. More interestingly, our study demonstrates that a subselection of pairwise distances through graph pruning (thereby reducing the number of data points) can counter-intuitively lead to improved inferences of landscape effects on dispersal. Finally, we showed that genetic distances such as the D<sub>PS</sub> or Euclidean genetic distances should be preferred over the F<sub>ST</sub> for landscape effect inference as they respond faster to landscape changes.</p>
US Water Network Observed and Inferred Flows
<p>This dataset provides a synthesized national record of river gauges. It includes inferred flows which are based on the structure of the river network and empirical flow relationships. In total, the network contains 22619 gauges (or virtual junction gauges) and over 1 million years of monthly data.</p> <p>The dataset is provide as a saved data file for R, flowdata.RData, containing two variables: nodes and allflow.</p> <p>`nodes` describes each gauges or virtual junction gauge in the water flow network, representing a combination of gauges from multiple sources. The source is specified by the `collection` column, as follows:</p> <ul> <li>`rivdis`: From the RivDIS dataset, at http://iridl.ldeo.columbia.edu/SOURCES/.UNH/.CSRC/.RivDIS/index.html?Set-Language=en</li> <li>`usgs`: GAGES II river gauge</li> <li>`reservoir`: National Inventory of Dams reservoir</li> <li>`usgsres`: USGS gauged reservoir</li> <li>`canal`: Canal cross county boundaries</li> <li>`junction`: Junction node added to capture the structure of rivers from HydroSHEDS</li> </ul> <p>The `colid` specifies the ID of the gauge within its collection, and combined `collection` and `colid` are unique. The location of the gauge is specified by the latitude `lat` and longitude `lon`. The elevation is provided in meters in column `elev`.</p> <p>The flow data is contained in the `allflow` matrix. This matrix has a column for each node (as many columns as there are rows in `nodes)`, and a row for each month starting from Jan. 1915. All the flows are in units of m^3 / s.</p>
Dataset of "3D generative adversarial networks for turbulent flow estimation from wall measurements"
<p>Dataset of the article 'Three-dimensional generative adversarial networks for turbulent flow estimation from wall measurements' (https://doi.org/10.1017/jfm.2024.432). The codes processing data here are on https://github.com/erc-nextflow/3D-GAN.</p> <p>This project has received funding from the European Research Council (ERC) under the European Union’s Horizon 2020 research and innovation programme (grant agreement no. 949085, NEXTFLOW). Views and opinions expressed are, however, those of the authors only, and do not necessarily reflect those of the European Union or the ERC. Neither the European Union nor the granting authority can be held responsible for them. A.C.M. acknowledges financial support from the Spanish Ministry of Universities under the Formación de Profesorado Universitario (FPU) programme 2020. R.V. acknowledges financial support from ERC (grant agreement no. 2021-CoG-101043998, DEEPCONTROL).</p>
Passive Operating System Fingerprinting Revisited - Network Flows Dataset
<p>For the evaluation of OS fingerprinting methods, we need a dataset with the following requirements:</p> <ul> <li>First, the dataset needs to be big enough to capture the variability of the data. In this case, we need many connections from different operating systems.</li> <li>Second, the dataset needs to be annotated, which means that the corresponding operating system needs to be known for each network connection captured in the dataset. Therefore, we cannot just capture any network traffic for our dataset; we need to be able to determine the OS reliably.</li> </ul> <p>To overcome these issues, we have decided to create the dataset from the traffic of several web servers at our university. This allows us to address the first issue by collecting traces from thousands of devices ranging from user computers and mobile phones to web crawlers and other servers. The ground truth values are obtained from the HTTP User-Agent, which resolves the second of the presented issues. Even though most traffic is encrypted, the User-Agent can be recovered from the web server logs that record every connection’s details. By correlating the IP address and timestamp of each log record to the captured traffic, we can add the ground truth to the dataset.</p> <p>For this dataset, we have selected a cluster of five web servers that host 475 unique university domains for public websites. The monitoring point recording the traffic was placed at the backbone network connecting the university to the Internet.</p> <p>The dataset used in this paper was collected from approximately 8 hours of university web traffic throughout a single workday. The logs were collected from Microsoft IIS web servers and converted from W3C extended logging format to JSON. The logs are referred to as <em>web logs </em>and are used to annotate the records generated from packet capture obtained by using a network probe tapped into the link to the Internet.</p> <p>The entire dataset creation process consists of seven steps:</p> <ol> <li>The packet capture was processed by the Flowmon flow exporter (<a href="https://www.flowmon.com">https://www.flowmon.com</a>) to obtain primary flow data containing information from TLS and HTTP protocols.</li> <li>Additional statistical features were extracted using GoFlows flow exporter (<a href="https://github.com/CN-TU/go-flows">https://github.com/CN-TU/go-flows</a>).</li> <li>The primary flows were filtered to remove incomplete records and network scans.</li> <li>The flows from both exporters were merged together into records containing fields from both sources.</li> <li><em>Web logs </em>were filtered to cover the same time frame as the flow records.</li> <li><em>Web logs</em> were paired with the flow records based on shared properties (IP address, port, time).</li> <li>The last step was to convert the User-Agent values into the operating system using a Python version of the open-source tool <em>ua-parser</em> (<a href="https://github.com/ua-parser/uap-python">https://github.com/ua-parser/uap-python</a>). We replaced the unstructured User-Agent string in the records with the resulting OS.</li> </ol> <p>The collected and enriched flows contain 111 data fields that can be used as features for OS fingerprinting or any other data analyses. The fields grouped by their area are listed below:</p> <ul> <li>basic flow properties - flow_ID;start;end;L3 PROTO;L4 PROTO;BYTES A;PACKETS A;SRC IP;DST IP;TCP flags A;SRC port;DST port;packetTotalCountforward;packetTotalCountbackward;flowDirection;flowEndReason;</li> <li>IP parameters - IP ToS;maximumTTLforward;maximumTTLbackward;IPv4DontFragmentforward;IPv4DontFragmentbackward;</li> <li>TCP parameters - TCP SYN Size;TCP Win Size;TCP SYN TTL;tcpTimestampFirstPacketbackward;tcpOptionWindowScaleforward;tcpOptionWindowScalebackward;tcpOptionSelectiveAckPermittedforward;tcpOptionSelectiveAckPermittedbackward;tcpOptionMaximumSegmentSizeforward;tcpOptionMaximumSegmentSizebackward;tcpOptionNoOperationforward;tcpOptionNoOperationbackward;synAckFlag;tcpTimestampFirstPacketforward;</li> <li>HTTP - HTTP Request Host;URL;</li> <li>User-agent - UA OS family;UA OS major;UA OS minor;UA OS patch;UA OS patch minor;</li> <li>TLS - TLS_CONTENT_TYPE;TLS_HANDSHAKE_TYPE;TLS_SETUP_TIME;TLS_SERVER_VERSION;TLS_SERVER_RANDOM;TLS_SERVER_SESSION_ID;TLS_CIPHER_SUITE;TLS_ALPN;TLS_SNI;TLS_SNI_LENGTH;TLS_CLIENT_VERSION;TLS_CIPHER_SUITES;TLS_CLIENT_RANDOM;TLS_CLIENT_SESSION_ID;TLS_EXTENSION_TYPES;TLS_EXTENSION_LENGTHS;TLS_ELLIPTIC_CURVES;TLS_EC_POINT_FORMATS;TLS_CLIENT_KEY_LENGTH;TLS_ISSUER_CN;TLS_SUBJECT_CN;TLS_SUBJECT_ON;TLS_VALIDITY_NOT_BEFORE;TLS_VALIDITY_NOT_AFTER;TLS_SIGNATURE_ALG;TLS_PUBLIC_KEY_ALG;TLS_PUBLIC_KEY_LENGTH;TLS_JA3_FINGERPRINT;</li> <li>Packet timings - NPM_CLIENT_NETWORK_TIME;NPM_SERVER_NETWORK_TIME;NPM_SERVER_RESPONSE_TIME;NPM_ROUND_TRIP_TIME;NPM_RESPONSE_TIMEOUTS_A;NPM_RESPONSE_TIMEOUTS_B;NPM_TCP_RETRANSMISSION_A;NPM_TCP_RETRANSMISSION_B;NPM_TCP_OUT_OF_ORDER_A;NPM_TCP_OUT_OF_ORDER_B;NPM_JITTER_DEV_A;NPM_JITTER_AVG_A;NPM_JITTER_MIN_A;NPM_JITTER_MAX_A;NPM_DELAY_DEV_A;NPM_DELAY_AVG_A;NPM_DELAY_MIN_A;NPM_DELAY_MAX_A;NPM_DELAY_HISTOGRAM_1_A;NPM_DELAY_HISTOGRAM_2_A;NPM_DELAY_HISTOGRAM_3_A;NPM_DELAY_HISTOGRAM_4_A;NPM_DELAY_HISTOGRAM_5_A;NPM_DELAY_HISTOGRAM_6_A;NPM_DELAY_HISTOGRAM_7_A;NPM_JITTER_DEV_B;NPM_JITTER_AVG_B;NPM_JITTER_MIN_B;NPM_JITTER_MAX_B;NPM_DELAY_DEV_B;NPM_DELAY_AVG_B;NPM_DELAY_MIN_B;NPM_DELAY_MAX_B;NPM_DELAY_HISTOGRAM_1_B;NPM_DELAY_HISTOGRAM_2_B;NPM_DELAY_HISTOGRAM_3_B;NPM_DELAY_HISTOGRAM_4_B;NPM_DELAY_HISTOGRAM_5_B;NPM_DELAY_HISTOGRAM_6_B;NPM_DELAY_HISTOGRAM_7_B;</li> <li>ICMP - ICMP TYPE;</li> </ul> <p>The details of OS distribution grouped by the OS family are summarized in the table below. The <em>Other </em>OS family contains records generated by web crawling bots that do not include OS information in the User-Agent.</p> <table> <thead> <tr> <th scope="col">OS Family</th> <th scope="col">Number of flows</th> </tr> </thead> <tbody> <tr> <td>Other</td> <td>42474</td> </tr> <tr> <td>Windows</td> <td>40349</td> </tr> <tr> <td>Android</td> <td>10290</td> </tr> <tr> <td>iOS</td> <td>8840</td> </tr> <tr> <td>Mac OS X</td> <td>5324</td> </tr> <tr> <td>Linux</td> <td>1589</td> </tr> <tr> <td>Ubuntu</td> <td>653</td> </tr> <tr> <td>Fedora</td> <td>88</td> </tr> <tr> <td>Chrome OS</td> <td>53</td> </tr> <tr> <td>Symbian OS</td> <td>1</td> </tr> <tr> <td>Slackware</td> <td>1</td> </tr> <tr> <td>Linux Mint</td> <td>1</td> </tr> </tbody> </table> <p> </p>
Analysing landscape effects on dispersal networks and gene flow with genetic graphs
Open the record for dataset details and reuse information.
IoT network traffic dataset using the custom flow representation
Open the record for dataset details and reuse information.
CellCognize: a neural network pipeline for cell type classification from flow cytometry data
<p>Readme file content</p> <p>The files stored here contain the following material as supplementary and source data for the publication</p> <p>Rapid detection of microbiota cell type diversity using machine-learned classification of flow cytometry data</p> <p>Birge D. Özel Duygan1, Noushin Hadadi1, Ambrin Farizah Bab1, Markus Seyfried2, Jan R. van der Meer1</p> <p>1 Department of Fundamental Microbiology, University of Lausanne, 1015 Lausanne, Switzerland<br> 2 Biotechnology Department, Firmenich SA, Geneva, Switzerland</p> <p>%%%%%%%<br> Flow cytometry data<br> %%%%%%</p> <p>FCM_files:</p> <p>.mat files with cleaned data as described in the supplementary methods section</p> <p>Ecoli_lakewater: raw FCM data (in .csv format) of E. coli cultures and E. coli cultures mixed to lakewater</p> <p>MIX_experiment_ACL_AJH_PVR: raw FCM data (in .csv format) of the synthetic three culture experiment with E. coli, A. johnsonii and P. veronii, as described in the main text and SI methods.</p> <p>PHE_OCT_enrichments: raw FCM data (in .csv format) of the phenol and 1-octanol enrichments and the 1-octanol isolates, as described in the main text and SI methods.</p> <p>%%%%%%%<br> Neural network data<br> %%%%%%</p> <p>NN_file_example: three ANN functions, to be used in conjunction with the SI methods section</p> <p>Supplementary_Methods.docx: Detailed description on the construction, usage and scripts for the ANN. To be used in conjunction with the Flow Cytometry data</p> <p>%%%%%%%<br> 16S sequencing data<br> %%%%%%</p> <p>raw fastq- files of the sample reads of the 1-octanol and phenol enrichments described in the paper, at t=0 and t=3d, each in triplicates, forward and reverse.</p> <p>Readme_16S_sequence_files.txt: sample description of the read files</p>
Data from: Ditch network sustains functional connectivity and influences patterns of gene flow in an intensive agricultural landscape
In intensive agricultural landscapes, plant species previously relying on semi-natural habitats may persist as metapopulations within landscape linear elements. Maintenance of populations' connectivity through pollen and seed dispersal is a key factor in species persistence in the face of substantial habitat loss. The goals of this study were to investigate the potential corridor role of ditches and to identify the landscape components that significantly impact patterns of gene flow among remnant populations. Using microsatellite loci, we explored the spatial genetic structure of two hydrochorous wetland plants exhibiting contrasting local abundance and different habitat requirements: the rare and regionally protected Oenanthe aquatica and the more commonly distributed Lycopus europaeus, in an 83 km2 agricultural lowland located in northern France. Both species exhibited a significant spatial genetic structure, along with substantial levels of genetic differentiation, especially for L. europaeus, which also expressed high levels of inbreeding. Isolation-by-distance analysis revealed enhanced gene flow along ditches, indicating their key role in effective seed and pollen dispersal. Our data also suggested that the configuration of the ditch network and the landscape elements significantly affected population genetic structure, with (i) species-specific scale effects on the genetic neighborhood and (ii) detrimental impact of human ditch management on genetic diversity, especially for O. aquatica. Altogether, these findings highlighted the key role of ditches in the maintenance of plant biodiversity in intensive agricultural landscapes with few remnant wetland habitats.
Dataset of the paper "Modeling the Flow and Geomorphic Heterogeneity Induced by Salt Marsh Vegetation Patches Based on Convolutional Neural Network UNet-Flow"
<p>Modeling the Flow and Geomorphic Heterogeneity Induced by Salt Marsh Vegetation Patches Based on Convolutional Neural Network UNet-Flow</p>
Recognition of dominant driving factors behind sap flow of Liquidambar formosana based on back-propagation neutral network method
<p><i><span>Aims:</span></i> This study focused on the applicability of back-propagation (BP) neural networks in simulating sap flow (SF) using meteorological factors and a phenological index (<i><span>PI</span></i>) for <i><span>Liquidambar formosana</span></i><span>,</span> a deciduous broad-leaf tree species in subtropical China, and thus providing a useful and promising alternative to traditional methods for transpiration prediction.</p> <p><i><span>Methods: </span></i>Three-layered BP models with an architecture 4-10-1 <span>(four neurons in the input layer, ten neurons in the hidden layer and one neuron in the output layer) </span>were trained and tested using the Levenberg-Marquardt (LM) algorithm based on in situ observations of SF and concurrent microclimate at the Qianyanzhou Ecological Station, Jiangxi Province, Southeast China. The model performance was verified with testing data not used in model development.</p> <p><i><span>Results: </span></i>The BP models with eight input combinations proved a satisfactory fit: the determination coefficients (<i><span>R</span></i><sup><span>2</span></sup>) and fitting accuracies (<i><span>Acc</span></i>) (about 0.8 and 70%) were significantly higher than those of the multivariate linear regression (MLR) (about 0.5 and 50%), indicating their advantage in solving complex nonlinear problems involved in transpiration. In addition, the BP models showed a bit better performance by adding <i><span>PI</span></i><i> </i><span>to</span> the input family. The best BP model was achieved taking air temperature (<i><span>T</span></i><sub><span>a</span></sub>), relative humidity (<i><span>RH</span></i>), average net radiation (<i><span>ANR</span></i>) and <i><span>PI</span></i> as the input and sap flux density (<i><span>v</span></i><sub><span>s</span></sub>) as the output, with maximum <i><span>R</span></i><sup><span>2</span></sup> and <i><span>Acc</span></i> as high as 0.95 and 90%, respectively.</p> <p><i><span>Conclusions: </span></i><span>The</span><i> </i><span>BP</span><i> </i><span>models with input combination of </span><i><span>T</span></i><sub><span>a</span></sub><sub><span>, </span></sub><i><span>RH, ANR </span></i><span>and</span><i><span> PI </span></i><span>mirrored very well measured daily variations in </span><i><span>v</span></i><sub><span>s</span></sub>. The results could be used to fine-tune sap flow estimation by <i><span>Liquidambar formosana</span></i>, and thus shed light on the eco-hydrological process related to transpiration for deciduous broad-leaf trees.</p>
ScienceDex guides
Understand access before you commit
These curated guides explain access requirements, typical timelines, costs, and reuse considerations for widely used research datasets.
Allen Brain Atlas
Allen Brain Atlas is an Allen Institute collection of brain map atlases, datasets, APIs, and analysis tools covering mouse, human, and non-human primate brain resources.
Annotated Behaviour and Observability Dataset (ABODe)
ABODe is a University of Edinburgh DataShare dataset for behavior classification in group-housed mice using home-cage video, identities, bounding boxes, ground-plate positions, and annotator labels.
DANDI Archive for NWB datasets
DANDI is a BRAIN Initiative archive for publishing and sharing neurophysiology data, including electrophysiology, optophysiology, and behavioral data packaged as NWB and related standards.
International Brain Laboratory public data
The International Brain Laboratory public data releases expose standardized mouse decision-making experiments, including Neuropixels recordings, widefield calcium imaging, behavior, and session metadata accessed through the ONE API.
OpenNeuro
OpenNeuro is a free, open platform for sharing neuroimaging datasets, with public search, dataset pages, and download paths for web, S3, DataLad, and the OpenNeuro CLI.