An official website of the United States government
Data Description Created by: James Booth Contact: jbooth@ccny.cuny.edu This data is used in the following journal article: Towey, K. L., Booth, J. F., A. Rodríguez Enríquez, T. Wahl, 2022: Tropical cyclone storm surge probabilities for the east coast of the United States: A cyclone-based perspective. Nat. Hazards Earth Syst. Sci., 22, 1287–1300, https://doi.org/10.5194/nhess-22-1287-2022. Brief: Each .mat file contains two variables: alldate - a vector of dates using the Matlab datenum format surgenon – a vector of de-trended storm surge values (units: Meters) De-trending is carried out by removing a 365-day running average. For all time points within the first half-year and the final half-year, the running average centered on the middle of the respective year is removed. A full description of the calculations used in generating the data is in the journal article. If you would like the data in a different file type, contact James Booth at jbooth@ccny.cuny.edu
more »
« less
The atmospheric blocking data produced for the following publication: Booth, J. F., V. Narinesingh, K. L. Towey, J. Jeyaratnam, 2021: Storm Surge, Blocking, and Cyclones: A Compound Hazards Analysis for the Northeast United States, Journal of Applied Meteorology and Climatology. 60(11), 1531-1544.
Each netcdf (.nc) file contains the location of atmospheric blocks over North America and its surrounding oceans. The data are gridded in latitude and longitude. The block data is simply a mask, with 1s in locations where a block has been detected and zeros elsewhere. A full description of the calculations used in generating the data is in the related journal article. If you would like the data in a different file type, contact James Booth. Contact: jbooth@ccny.cuny.edu
more »
« less
- Award ID(s):
- 1854773
- PAR ID:
- 10546789
- Publisher / Repository:
- Harvard Dataverse
- Date Published:
- Format(s):
- Medium: X
- Location:
- Harvard Dataverse
- Institution:
- Harvard
- Sponsoring Org:
- National Science Foundation
More Like this
-
-
A series of files for the execution of finite element simulations of topologically interlocked assemblies are provided and can be executed with the finite element code ABAQUS (or similar). In all files the following structure is present: -- For each part of the assembly (frame, indenter, building block), a definition of nodes (*node) and sets of nodes (*nset), elements (*element) and set of elements (*elset) is provided. -- Instances of parts are defined an placed in the assembly at position according to the assembly plan. -- Parts frame and indenter are defined as rigid bodies (*rigid body) . Building blocks as linear elastic (*elastic). -- Boundary conditions and constraints are defined (*boundary) -- Surfaces (*surface), surface behavior (*surface behavior) and contact interactions (*contact) are given. -- A mass scaled explicit solution is used (*dynamic, explicit) -- Computed values are recorded (*node output, *energy output, *element output) ABAQUS inp file for a 6 by 6 assembly of hexagonal scutoids, coefficient of friction 0.4: HexScutoid6x6mu4.inp ABAQUS inp file for a 6 by 6 assembly of hexagonal scutoids, all building blocks fused to a monolithic system: HexScutoid6x6mu4_fused.inp ABAQUS inp file for a 7 by 7 assembly of hexagonal scutoids, coefficient of friction 0.4: HexScutoid6x6mu4.inp ABAQUS inp file for a 6 by 6 assembly of pentagonal scutoids, coefficient of friction 0.4: PentagonScutoid6x6mu4.inp ABAQUS inp file for a 7 by 7 assembly of pentagonal scutoids, coefficient of friction 0.4: PentagonScutoid6x6mu4.inp ABAQUS inp file for a 6 by 6 assembly of tetrahedra, coefficient of friction 0.4: Tetrahedra6x6mu4.inp ABAQUS inp file for a 7 by 7 assembly of tetrahedra, coefficient of friction 0.4: Tetrahedra7x7mu4.inp This work was supported by NSF Award 16622177.more » « less
-
null (Ed.)Container storage commonly relies on overlay file systems to interpose read-only container images upon backing file systems. While being transparent to and compatible with most existing backing file systems, the overlay file-system approach imposes nontrivial I/O overhead to containerized applications, especially for writes: To write a file originating from a read-only container image, the whole file will be copied to a separate, writable storage layer, resulting in long write latency and inefficient use of container storage. In this paper, we present BAOverlay, a lightweight, block-accessible overlay file system: Equipped with a new block-accessibility attribute, BAOverlay not only exploits the benefit of using an asynchronous copy-on-write mechanism for fast file updates but also enables a new file format for efficient use of container storage space. We have developed a prototype of BAOverlay upon Linux Ext4. Our evaluation with both micro-benchmarks and real-world applications demonstrates the effectiveness of BAOverlay with improved write performance and on-demand container storage usage.more » « less
-
The datafiles in this dataset contain tropical or extratropical cyclone track information. Each datafile name includes the name of city. The datafile contains track information (location and time) for all cyclones that pass within 1000 km of the named city. Each datafile contains a single variable, which is a datatype called: structure in Matlab (or, dictionary). Each entry in the dictionary is an cyclone track. The entries in the dictionary are in chronological order, based on the starting date of the track. The relevant fields in the dictionary are the center latitude, center longitude, and date. The extratropical tracks were identified by applying Mike Bauer’s MCMS tracking tool to ERA5 reanalysis data. The tropical cyclone tracks are from HURDAT2. Full details can be found in the Booth et al. (2021) article referenced with this dataset. For more information contact James Booth: jbooth@ccny.cuny.edumore » « less
-
null (Ed.)Persistent main memory (PM) dramatically improves IO performance. We find that this results in file systems on PM spending as much as 70% of the IO path performing file mapping (mapping file offsets to physical locations on storage media) on real workloads. However, even PM-optimized file systems perform file mapping based on decades-old assumptions. It is now critical to revisit file mapping for PM. We explore the design space for PM file mapping by building and evaluating several file-mapping designs, including different data structure, caching, as well as meta-data and block allocation approaches, within the context of a PM-optimized file system. Based on our findings, we design HashFS, a hash-based file mapping approach. HashFS uses a single hash operation for all mapping and allocation operations, bypassing the file system cache, instead prefetching mappings via SIMD parallelism and caching translations explicitly. HashFS’s resulting low latency provides superior performance compared to alternatives. HashFS increases the throughput of YCSB on LevelDB by up to 45% over page-cached extent trees in the state-of-the-art Strata PM-optimized file systemmore » « less
