Academic literature on the topic 'Local Storage APIs'
Create a spot-on reference in APA, MLA, Chicago, Harvard, and other styles
Consult the lists of relevant articles, books, theses, conference reports, and other scholarly sources on the topic 'Local Storage APIs.'
Next to every source in the list of references, there is an 'Add to bibliography' button. Press on it, and we will generate automatically the bibliographic reference to the chosen work in the citation style you need: APA, MLA, Harvard, Chicago, Vancouver, etc.
You can also download the full text of the academic publication as pdf and read online its abstract whenever available in the metadata.
Journal articles on the topic "Local Storage APIs"
1
Kviesis, Armands, Aleksejs Zacepins, Vitalijs Komasilovs, Amanda Manggiasih Paramita, and Fakhri Rido Muhammad. "Temperature and Weight Monitoring of the Apis Cerana Bee Colony Indonesia." Rural Sustainability Research 44, no. 339 (December 1, 2020): 54–60. http://dx.doi.org/10.2478/plua-2020-0017.
Full textAbstract:
AbstractRemote and automatic monitoring of two Apis Cerana bee colonies was conducted in Indonesia to demonstrate precision beekeeping approach in that region. Successful implementation of the precision beekeeping system includes development of the bee colony monitoring hardware and software for data collection, analysis and visualisation. This paper focuses on development and installation of such systems at the private apiary in Indonesia. For bee colony monitoring at the apiary a developed monitoring unit was used, which is based on ESP microchip, and for the data storage SAMS data warehouse was used. The monitoring results showed that the choice of the location of the temperature sensor is important, as the temperature at the hive sides changes synchronously with the outside temperature. Also, feedback from the beekeeper is collected to further improve the system and monitoring process. This research is conducted within the SAMS – Smart Apiculture Management Services project, which is funded by the European Union within the H2020-ICT-39-2016-2017 call and with close collaboration with the local private beekeeper. To find out more, visit the project website https://sams-project.eu/.
2
Lazarov, S., and I. Zhelyazkova. "Hygienic behavior and fat body development in worker bees (Apis mellifera L.)." Agricultural Science and Technology 14, no. 1 (March 2022): 71–76. http://dx.doi.org/10.15547/ast.2022.01.010.
Full textAbstract:
Abstract. Testing for the level of manifestation of the hygienic behavior of 32 bee colonies from the local honey bee (Apis mellifera L.) from three apiaries has been carried out. Depending on the level of manifestation of the cleansing instinct, two groups of bee colonies have been formed – hygienic (these clean over 95% of the cells with dead brood up to the 48th hour after killing the brood) and non-hygienic (these clean less than 95% of the cells with dead brood up to the 48th hour). Worker bee samples have been taken from the tested bee colonies to determine the level of fat body development. The fat body is important for the bee organism, since in addition to being a fat and carbohydrate storage depot, it is also considered to be the center of metabolism in insects. The analysis of the results from the present study revealed that the mean value of the level of fat body development in worker bees from the group of hygienic bee colonies was 2.76±0.038. In the group of non-hygienic colonies this value was 7.61% lower (2.55±0.079). This difference is statistically significant at p≤0.05. Significant differences have been found in the development of the fat body in worker bees from apiaries at a distance of 100 km without regard to hygienic behavior and according to hygienic behavior. The results obtained suggest that there is a correlation between the level of fat body development and the hygienic behavior in bees.
3
Gutsche, Oliver, and Igor Mandrichenko. "Striped Data Analysis Framework." EPJ Web of Conferences 245 (2020): 06042. http://dx.doi.org/10.1051/epjconf/202024506042.
Full textAbstract:
A columnar data representation is known to be an efficient way for data storage, specifically in cases when the analysis is often done based only on a small fragment of the available data structures. A data representation like Apache Parquet is a step forward from a columnar representation, which splits data horizontally to allow for easy parallelization of data analysis. Based on the general idea of columnar data storage, working on the [LDRD Project], we have developed a striped data representation, which, we believe, is better suited to the needs of High Energy Physics data analysis. A traditional columnar approach allows for efficient data analysis of complex structures. While keeping all the benefits of columnar data representations, the striped mechanism goes further by enabling easy parallelization of computations without requiring special hardware. We will present an implementation and some performance characteristics of such a data representation mechanism using a distributed no-SQL database or a local file system, unified under the same API and data representation model. The representation is efficient and at the same time simple so that it allows for a common data model and APIs for wide range of underlying storage mechanisms such as distributed no-SQL databases and local file systems. Striped storage adopts Numpy arrays as its basic data representation format, which makes it easy and efficient to use in Python applications. The Striped Data Server is a web service, which allows to hide the server implementation details from the end user, easily exposes data to WAN users, and allows to utilize well known and developed data caching solutions to further increase data access efficiency. We are considering the Striped Data Server as the core of an enterprise scale data analysis platform for High Energy Physics and similar areas of data processing. We have been testing this architecture with a 2TB dataset from a CMS dark matter search and plan to expand it to multiple 100 TB or even PB scale. We will present the striped format, Striped Data Server architecture and performance test results.
4
Arora, Ishank, Samuel Alfageme Sainz, Pedro Ferreira, Hugo Gonzalez Labrador, and Jakub Moscicki. "Enabling interoperable data and application services in a federated ScienceMesh." EPJ Web of Conferences 251 (2021): 02041. http://dx.doi.org/10.1051/epjconf/202125102041.
Full textAbstract:
In recent years, cloud sync & share storage services, provided by academic and research institutions, have become a daily workplace environment for many local user groups in the High Energy Physics (HEP) community. These, however, are primarily disconnected and deployed in isolation from one another, even though new technologies have been developed and integrated to further increase the value of data. The EU-funded CS3MESH4EOSC project is connecting locally and individually provided sync and share services, and scaling them up to the European level and beyond. It aims to deliver the ScienceMesh service, an interoperable platform to easily sync and share data across institutions and extend functionalities by connecting to other research services using streamlined sets of interoperable protocols, APIs and deployment methodologies. This supports multiple distributed application workflows: data science environments, collaborative editing and data transfer services. In this paper, we present the architecture of ScienceMesh and the technical design of its reference implementation, a platform that allows organizations to join the federated service infrastructure easily and to access application services outof-the-box. We discuss the challenges faced during the process, which include diversity of sync & share platforms (Nextcloud, Owncloud, Seafile and others), absence of global user identities and user discovery, lack of interoperable protocols and APIs, and access control and protection of data endpoints. We present the rationale for the design decisions adopted to tackle these challenges and describe our deployment architecture based on Kubernetes, which enabled us to utilize monitoring and tracing functionalities. We conclude by reporting on the early user experience with ScienceMesh.
5
Oktian, Yustus Eko, Sang-Gon Lee, and Hoon Jae Lee. "Hierarchical Multi-Blockchain Architecture for Scalable Internet of Things Environment." Electronics 9, no. 6 (June 25, 2020): 1050. http://dx.doi.org/10.3390/electronics9061050.
Full textAbstract:
Many researchers challenge the possibility of using blockchain and smart contracts to disrupt the Internet of Things (IoT) architecture because of their security and decentralization guarantees. However, the state-of-the-art blockchain architecture is not scalable enough to satisfy the requirements of massive data traffics in the IoT environment. The main reason for this issue is one needs to choose the consensus trade-off between either coping with a high throughput or a high number of nodes. Consequently, this issue prevents the applicability of blockchain for IoT use cases. In this paper, we propose a scalable two-tiered hierarchical blockchain architecture for IoT. The first tier is a Core Engine, which is based on a Practical Byzantine Fault Tolerance (PBFT) consensus to cope with a high throughput, that supervises the underlying subordinate engines (sub-engines) as its second tier. This second tier comprises of the Payment, Compute, and Storage Engine, respectively. We can deploy multiple instances of these sub-engines as many as we need and as local as possible near to the IoT domains, where IoT devices reside, to cope with a high number of nodes. Furthermore, to further extend the scalability of the proposed architecture, we also provide additional scalability features on the Core Engine such as request aggregation, request prioritization, as well as sub-engine parallelism. We implement all of our engines and expose them to IoT applications through the Engine APIs. With these APIs, developers can build and run IoT applications in our architecture. Our evaluation results show that our proposed features on the Core Engine can indeed enhance the overall performance of our architecture. Moreover, based on our proof-of-concept IoT car rental application, we also show that the interoperability between sub-engines through the Core Engine is possible, even when the particular sub-engine is under sub-engine parallelism.
6
Alves, Társio Thiago Lopes, Janeanne Nascimento Silva, Maria Suiane de Moraes, Sarah da Silva Crispim, Daniele Leite Bezerra, and Dafné Didier Gonçalves Mota. "Caracterização físico-química do pólen polifloral coletado por abelhas africanizadas (Apis mellifera L.) na região do Cariri cearense." ACTA Apicola Brasilica 3, no. 2 (December 31, 2015): 19–22. http://dx.doi.org/10.18378/aab.v3i2.4772.
Full textAbstract:
O pólen apícola pode apresentar variações em sua composição química decorrente principalmente de fatores abióticos, os quais podem influenciar diretamente em sua qualidade nutricional. Nesse contexto, objetivou-se com o presente estudo caracterizar durante o período de um ano, o pólen polifloral coletado por abelhas africanizadas (Apis mellifera L.) na região do cariri cearense através de análises físico-químicas. Foram analisadas amostras de pólen apícola quanto aos parâmetros: proteína, cinzas, umidade, lipídeos e açúcares totais. Obteve-se valores médios de 26,43% de proteína, 2,56% para cinzas, 13,72% para umidade, 7,57% para lipídeos, e 29,14% para açúcares totais. Todos os parâmetros analisados atenderam aos padrões do Regulamento Técnico para Fixação de Identidade e Qualidade do pólen Apícola estabelecido pelo Ministério da Agricultura. Os resultados demostraram que houve uma grande oscilação nos dados durante os meses estudados, podendo estar relacionada a fatores ambientais locais ou ainda ao armazenamento o qual as amostras de pólen foram submetidas. Todavia, é possível concluir que os pólen apícolas estudados podem ser considerados alimentos ricos em nutrientes, om teores consideráveis de proteínas, lipídeos e açúcares. Physical-chemical characterization of polifloral pollen collected by Africanized bees (Apis mellifera L.) in the region of Cariri CearáABSTRACT: Apiculture pollen may present variations in its chemical composition, mainly due to abiotic factors, which may directly influence its nutritional quality. In this context, the objective of the present study was to characterize the polifloral pollen collected by Africanized bees (Apis mellifera L.) in the region of the Cariri region of Ceará through physicochemical analyzes during a one-year period. Samples of bee pollen were analyzed for the parameters: protein, ash, moisture, lipids and total sugars. Mean values were 26.43% protein, 2.56% for ash, 13.72% for moisture, 7.57% for lipids, and 29.14% for total sugars. All the analyzed parameters met the standards of the Technical Regulation for Identification and Quality of Beekeeping pollen established by the Ministry of Agriculture. The results showed that there was a great oscillation in the data during the months studied and could be related to local environmental factors or to the storage in which the pollen samples were submitted. However, it is possible to conclude that the bee pollen studied can be considered nutrient-rich foods. With considerable levels of proteins, lipids and sugars.
7
Hubbard, Allen, Matthew Bomhoff, and Carl J. Schmidt. "fRNAkenseq: a fully powered-by-CyVerse cloud integrated RNA-sequencing analysis tool." PeerJ 8 (May 14, 2020): e8592. http://dx.doi.org/10.7717/peerj.8592.
Full textAbstract:
Background Decreasing costs make RNA sequencing technologies increasingly affordable for biologists. However, many researchers who can now afford sequencing lack access to resources necessary for downstream analysis. This means that even as algorithms to process RNA-Seq data improve, many biologists still struggle to manage the sheer volume of data produced by next generation sequencing (NGS) technologies. Scalable bioinformatics tools that exploit multiple platforms are needed to democratize bioinformatics resources in the sequencing era. This is essential for equipping many research groups in the life sciences with the tools to process the increasingly unwieldy datasets they produce. Methods One strategy to address this challenge is to develop a modern generation of sequence analysis tools capable of seamless data sharing and communication. Such tools will provide interoperability through offerings of interlinked resources. Systems of interlinked, scalable resources, which often incorporate cloud data storage, are broadly referred to as cyberinfrastructure. Cyberinfrastructure integrated tools will help researchers to robustly analyze large scale datasets by efficiently sharing data burdens across a distributed architecture. Additionally, interoperability will allow emerging tools to cross-adapt features of existing tools. It is important that these tools are designed to be easy to use for biologists. Results We introduce fRNAkenseq, a powered-by-CyVerse RNA sequencing analysis tool that exhibits interoperability with other resources and meets the needs of biologists for comprehensive, easy to use RNA sequencing analysis. fRNAkenseq leverages a complex set of Application Programming Interfaces (APIs) associated with the NSF-funded cyberinfrastructure project, CyVerse, to execute FASTQ-to-differential expression RNA-Seq analyses. Integrating across bioinformatics platforms, fRNAkenseq also exploits cloud integration and cross-talk with another CyVerse associated tool, CoGe. fRNAkenseq offers novel features for the biologist such as more robust and comprehensive pipelines for enrichment than those currently available by default in a single tool, whether they are cloud-based or local installation. Importantly, cross-talk with CoGe allows fRNAkenseq users to execute RNA-Seq pipelines on an inventory of 47,000 archived genomes stored in CoGe or upload their own draft genome.
8
Zhang, Gai, Hai-Mei Xie, Hai-Bin Song, Xiao-Fei Li, Qian Zhang, and Yi-Lan Kang. "Experimental analysis of influence of different charge-discharge modes on lithium storage performance of reduced graphene oxide electrodes." Acta Physica Sinica 71, no. 6 (2022): 066501. http://dx.doi.org/10.7498/aps.71.20211405.
Full textAbstract:
In this paper we conduct comprehensive experimental research and analyze the effect of charge-discharge modes on the performance of lithium storage. Four charge-discharge modes are designed, and the lithium storage performance experiments of the reduced graphene oxide electrode under different charge-discharge modes are carried out to analyze the effect mechanism of charge-discharge mode on lithium storage time and capacity from two aspects of electrode dynamic reaction performance and strain. The experimental results show that the shorter the lithium storage time of the electrode, the more the capacity loss under different charge-discharge modes. Comprehensive data analysis indicates that the charge transfer resistance, diffusion coefficient, overpotential and strain in the electrochemical process show non-linear and staged characteristics, resulting in the different lithium storage performances’ mechanism of different stages under different charge-discharge modes. Finally, “High current-low current” mode is proposed as a feasible optimization plan for charging and discharging. In the initial stage-I, the dual role of large electric field drive and concentration gradient drive enhances the migration and diffusion rate and shortens the lithium storage time; in the stage-II, the small current relieves local concentration accumulation and increases the amount of lithium inserted, thereby giving full play to the greatest advantage of current in each stage and balance the discrepancy between time and capacity. And this discussion provides certain guidance for designing and optimizing the fast charging technology.
9
Appaw, William, William O. Ellis, Richard Akromah, Moses B. Mochiah, Awere Dankyi, Mumuni Abudulai, David L. Jordan, et al. "Minimizing Aflatoxin Contamination in the Field, During Drying, and in Storage in Ghana." Peanut Science 47, no. 2 (June 1, 2020): 72–80. http://dx.doi.org/10.3146/0095-3679-47.2.72.
Full textAbstract:
ABSTRACT Aflatoxin in peanut (Arachis hypogaea L.) and other crops can negatively affect human health, especially in countries where regulatory agencies do not have limits on aflatoxin entering the food supply chain. While considerable research has been conducted addressing aflatoxin contamination in peanut at individual steps in the supply chain, studies that quantify aflatoxin contamination following combinations of interventions to crop management, drying, and storage are limited. Research was conducted during 2016 and 2017 in two villages in southern Ghana to follow aflatoxin contamination along the supply chain and to compare improved practices with traditional farmer practices used by smallholders. The farmer practice of only a single weeding was compared with improved practices during the growing season up to harvest that included applying local soaps to suppress aphids (Aphis gossypii Golver) that transmit peanut rosette virus disease (Umbravirus: Tombusviridaee), one additional weeding, and calcium applied at pegging. The improved practice for drying included placing pods removed from plants onto tarps compared with the traditional practice of drying on the ground. Storing peanut for four months in hermetically-sealed bags was the improved practice compared with storing in traditional poly bags. All improved practices individually resulted in lower aflatoxin contamination as compared to the farmer practices. While aflatoxin levels were very low (<1 μg/kg) at harvest, the levels increased significantly during drying and storage, with the improved methods resulting in lower levels. Greater estimated financial returns were noted when at least one improved practice along the supply chain was implemented through either increased yield or maintenance of quality kernels. Results from this research demonstrate progression of aflatoxin contamination at pre- and especially post-harvest in villages in Ghana. Future research needs to consider the effects of improved practices as components of packages that farmers can consider, and not just as individual interventions.
10
"DISTRIBUTED SYSTEM MODEL FOR KEY MANAGEMENT." Bulletin of TUIT: Management and Communication Technologies, January 20, 2018, 1–5. http://dx.doi.org/10.51348/tuitmct115.
Full textAbstract:
Key management plays a crucial role in cryptography, as the basis for secure information exchange, data identification and integrity. There are software and hardware key management tools that support Crypto APIs and Cryptography Next Generation APIs(CNG API), Public Key Cryptography Standards (PKCS). These tools store cryptographic keys on hard disks, smart cards, tokens, and in other storage media. To use the cryptographic keys stored on these smart cards and tokens, you need to connect them to the appropriate hardware. The cryptographic keys stored on the hard drives of a computer or a laptop are used by the programs of these devices. If it becomes necessary to use a single key in different systems, then you will have to create copies of the key on all these devices. This complicates the process of key management, raises tasks of securely store keys, keys access control. This paper proposes a distributed system model for key management and a protocol of interaction of the distributed system modules. The proposed model provides the ability to store keys in a smartphone, and access to keys from other devices. The system described in the model consists of 3 modules. The module 1 has computer version and smartphone version, and serves to send a request for signing, signature verification, hashing. The module 2, a smartphone software, provides key pair generation, storing, encrypting and decrypting, archiving keys, export/import keys, keys access control, and destroying keys. The module 3, web service, provides communication of the first and second modules. In addition, the system, which was created based on the current model, provides the ability to use digital signatures in web applications. The Module 1 operates as a local web service that accepts requests from a web page running in a browser. A special script in a web page sends http requests that include cryptographic operations to the specified localhost port and accepts responses.
Dissertations / Theses on the topic "Local Storage APIs"
1
Jemel, Mayssa. "Stockage des données locales : sécurité et disponibilité." Electronic Thesis or Diss., Paris, ENST, 2016. http://www.theses.fr/2016ENST0053.
Full textAbstract:
Le progrès technologique offre désormais de plus en plus aux utilisateurs divers équipements connectés et intelligents. En conséquence, la gestion des données entre ces équipements a fait l’objet d’ un nombre croissant d’études. Les applications déjà proposées sont principalement basées sur des solutions propriétaires dites solutions privées ou fermées. Toutefois, cette stratégie a toujours montré ses insuffisances en termes de problèmes de sécurité, de coût, de simplicité pour les développeurs et de transparence des solutions. Migrant vers des solutions standardisées, HTML5 propose de nouvelles fonctionnalités pour répondre aux exigences des entreprises et des utilisateurs. L’objectif principal est de mettre à la disposition des développeurs web un langage simple pour la mise en œuvre des applications concurrentes à moindre coût. Ces applications ne sont pas liées ni aux dispositifs utilisés ni aux logiciels installés. Trois contributions font l’objet de nos travaux. Dans la première partie, nous proposons un Coffre Fort Client basé sur les APIs HTML5 de stockage. Tout d’abord, nous commençons par le renforcement de la sécurité de ces API pour fournir une base sécurisée à notre Coffre Fort Client. Dans la deuxième contribution, nous proposons un protocole de synchronisation appelé SyncDS qui est caractérisé par son efficacité avec une consommation minimale des ressources. Nous traitons enfin les problèmes de sécurité, et nous nous concentrons principalement sur le contrôle d’accès dans le cas de partage des données tout en respectant les exigences des Coffres FortsDue to technological advancements, people are constantly manipulating multiple connected and smart devices in their daily lives. Cross-device data management, therefore, remains the concern of several academic and industrial studies. The proposed frameworks are mainly based on proprietary solutions called private or closed solutions. This strategy has shown its deficiency on security issues, cost, developer support and customization. In recent years, however, the Web has faced a revolution in developing standardized solutions triggered by the significant improvements of HTML5. With this new version, innovative features and APIs are introduced to follow business and user requirements. The main purpose is to provide the web developer with a vendor-neutral language that enables the implementation of competing application with lower cost. These applications are related neither to the used devices nor to the installed software. The main motivation of this PhD thesis is to migrate towards the adoption of standardized solutions to ensure secure and reliable cross-device data management in both the client and server side. There is already a proposed standardized Cloud Digital Safe on the server side storage that follows the AFNOR specification while there is no standardized solution yet on the client-side. This thesis is focused on two main areas : 1) the proposal of a standardized Client Digital Safe where user data are stored locally and 2) the synchronization of these data between the Client and the Cloud Digital Safe and between the different user devices. We contribute in this research area in three ways. First, we propose a Client Digital Safe based on HTML5 Local Storage APIs. We start by strengthening the security of these APIs to be used by our Client Digital Safe. Second, we propose an efficient synchronization protocol called SyncDS with minimum resource consumption that ensures the synchronization of user data between the Client and the Cloud Digital Safe. Finally, we address security concerns, in particular, the access control on data sharing following the Digital Safe requirements
Book chapters on the topic "Local Storage APIs"
1
Tang, David. "Swapping the API with Local Storage." In Pro Ember Data, 75–86. Berkeley, CA: Apress, 2020. http://dx.doi.org/10.1007/978-1-4842-6561-1_6.
Full text
2
Sundaresan, M., and D. Boopathy. "Different Perspectives of Cloud Security." In Cloud Technology, 1432–49. IGI Global, 2015. http://dx.doi.org/10.4018/978-1-4666-6539-2.ch066.
Full textAbstract:
Cloud storage systems can be considered to be a network of distributed datacenters that typically use cloud computing technology like virtualization and offer some kind of interface for storing data. To increase the availability of the data, it may be redundantly stored at different locations. Basic cloud storage is generally not designed to be accessed directly by users but rather incorporated into custom software using API. Cloud computing involves other processes besides storage. In this chapter, the authors discuss different viewpoints for cloud computing from the user, legal, security, and service provider perspectives. From the user viewpoint, the stored data creates a mirror of currently available local data. The backup feature allows users to recover any version of a previously stored data. Synchronization is the process of establishing consistency among the stored data. From the legal viewpoint, provisions regulating the user processing and storage of the data must have to be constant from when the data is stored in the cloud. The security viewpoint requires interaction with the Web application, data storage, and transmission. The service provider viewpoint requires the maximum level of cloud storage service at the minimum cost.
3
Sundaresan, M., and D. Boopathy. "Different Perspectives of Cloud Security." In Advances in Business Information Systems and Analytics, 73–90. IGI Global, 2014. http://dx.doi.org/10.4018/978-1-4666-5788-5.ch004.
Full textAbstract:
Cloud storage systems can be considered to be a network of distributed datacenters that typically use cloud computing technology like virtualization and offer some kind of interface for storing data. To increase the availability of the data, it may be redundantly stored at different locations. Basic cloud storage is generally not designed to be accessed directly by users but rather incorporated into custom software using API. Cloud computing involves other processes besides storage. In this chapter, the authors discuss different viewpoints for cloud computing from the user, legal, security, and service provider perspectives. From the user viewpoint, the stored data creates a mirror of currently available local data. The backup feature allows users to recover any version of a previously stored data. Synchronization is the process of establishing consistency among the stored data. From the legal viewpoint, provisions regulating the user processing and storage of the data must have to be constant from when the data is stored in the cloud. The security viewpoint requires interaction with the Web application, data storage, and transmission. The service provider viewpoint requires the maximum level of cloud storage service at the minimum cost.
4
Packee, Edmond C., and David K. Swanson. "State Factor Control of Soil Formation in Interior Alaska." In Alaska's Changing Boreal Forest. Oxford University Press, 2006. http://dx.doi.org/10.1093/oso/9780195154313.003.0007.
Full textAbstract:
The most striking feature of Alaska’s boreal soils, compared to those from most other biomes, is the lack of significant soil development even though much of interior Alaska has not been glaciated for millions of years. Soils in the boreal region support forest ecosystems that account for nearly half of the land area of Alaska. Worldwide, boreal forests store nearly a third of the terrestrial carbon (Apps et al. 1993). Hence, changes in boreal soils could greatly impact the global carbon balance (Chapter 19). Another striking feature of boreal soils is their great local variation due to slope and aspect. Compared to the well-developed, colorful soils of the temperate and tropical regions, boreal soils generally have ochric (yellowish brown) colors in uplands and dark-colors in lowlands due to organic matter accumulations. These lowlands account for 85% of the wetland inventory in the United States (Bridgham et al. 2001). Soil is a mixture of geological parent material and organic matter altered by weathering and the action of living organisms and conditioned by topography over time. Jenny (1941) defined the major factors that influence soil formation as parent material, organisms, topography, climate, and time. When only one of these factors varies, soil characteristics can be treated as a function of that factor (Chapter 1). Soils are also responsive to anthropogenic changes, such as agriculture and forestry, that alter interactive controls at the local scale (Moore and Ping 1989). Interior Alaska consists of several broad, nearly level lowlands with elevations mostly below 500 m and rounded mountains with elevations up to about 2000 m (Wahrhaftig 1965). The Interior Highlands Ecoregion (Chapter 2) includes the Kuskokwim Highlands and the Interior Highlands. The Interior Bottomlands Ecoregion includes the Koyukuk-Innoko Lowland, the Kanuti Flats, and the Tanana- Kuskokwim Lowlands (Rieger et al. 1979). The Copper River Basin south of the Alaska Range has a climate and vegetation similar to that of interior Alaska. The Copper River Basin has fine-textured subsoils of lacustrine origin. Soils from the Alaska Range, the Kuskokwim, and the Interior Highlands generally form in glacial deposits and residual materials and have abundant rock fragments.
Conference papers on the topic "Local Storage APIs"
1
Botsis, Ch, G. Anagnostides, and N. Kokavesis. "Seismic Design of Cylindrical and Spherical Storage Tanks According to API and Eurocode: A Difficult Merge in Design Philosophies." In ASME 2003 Pressure Vessels and Piping Conference. ASMEDC, 2003. http://dx.doi.org/10.1115/pvp2003-2109.
Full textAbstract:
Herein a comprehensive review and comparison of the parameters used in design of cylindrical tanks according to API 650 and Eurocodes is presented. API 650 is extensively used in many countries, including Greece, for the design of storage tanks. The European Community has developed a set of structural design codes named Eurocodes. They are the gathering and combination of existing design knowledge of many member states. Some of these codes are already mandatory in many member states, whereas others are still under discussion and improvement. The design of storage tanks is covered in the last editions of Eurocodes. It was found that the seismic design according to Eurocodes is more conservative that of API 650. As compared to API 650, the thickness of the first, second, and third courses of storage tanks needs to be increased by 15% or 20% on average, when the seismic design requirements of Eurocodes is used. Similarly the thickness of the bottom plate under the first course, must also be increased to comply with the seismic design requirements of Eurocodes. Most likely Eurocodes will be mandatory in the European Union, and therefore it is important to study and discuss the main differences between API 650 and Eurocodes. Undoubtedly API 650 is a historic and well-tested code. It has been applied in the design of storage tanks all over the world, however compliance with local and European laws is required to issue an installation license.
2
Sathyanarayanan, Sridhar, and Seshu M. R. Adluri. "Improvements in Adapting mα-Tangent Method for Fitness for Service Evaluation of Local Thin Areas in Storage Tanks." In ASME 2013 Pressure Vessels and Piping Conference. American Society of Mechanical Engineers, 2013. http://dx.doi.org/10.1115/pvp2013-98068.
Full textAbstract:
Damage due to corrosion in the form of local thin area (LTA) is a widespread problem in hydrocarbon storage tanks. Fitness for service (FFS) methods are quantitative engineering evaluations that are performed to demonstrate the structural integrity of an in-service tank containing damage like LTAs and make run, repair or replace decisions. The mα-tangent method is a simplified limit load procedure that can be used for FFS evaluations. The method uses a kinematically active reference volume for evaluating the limit load multiplier. This paper reports preliminary results on the use of a modified reference volume approach by considering the reference volume inside the LTA, formed by the overlapping decay lengths from the LTA boundaries. The results from this approach are compared with the existing method which considers a much broader volume outside the damage as the reference volume and with nonlinear FEA. The Remaining Strength Factor (RSF) calculated from the modified reference volume also compares reasonably well with the results from American Petroleum Institute (API)/American Society of Mechanical Engineers (ASME) FFS procedure widely referred as API 579-1/ASME FFS-1. The study also finds that for large cylinders like tanks with very high R/t ratio, the circumferential decay lengths will be smaller than those previously reported (2.5Rt rather than 6.3Rt).
3
Prueter, Phillip E., and Seetha Ramudu Kummari. "Evaluating Large Aboveground Storage Tanks Subject to Seismic Loading: Part I — Closed-Form Solutions and Equivalent Static Analysis." In ASME 2018 Pressure Vessels and Piping Conference. American Society of Mechanical Engineers, 2018. http://dx.doi.org/10.1115/pvp2018-84836.
Full textAbstract:
Evaluating the dynamic response of large, aboveground storage tanks exposed to seismic loading is multifaceted. There are foundation-structure and fluid-structure interaction effects that can influence the overall tank behavior and likely failure modes. Additionally, local stresses at anchor bolt support chair attachments and the shell-to-floor junction can be difficult to quantify without detailed finite element analysis (FEA). Often times, performing explicit dynamic analysis with liquid sloshing effects can be time consuming, expensive, and even impractical. The intent of this paper is to summarize simplified analysis techniques that can be leveraged to evaluate aboveground storage tanks subject to seismic loading. Closed-form calculations to establish a recommended design for a tank, including seismic considerations, are available in storage tank design standards, including API 650 [1] (Appendix E). Seismic design standards have evolved significantly in recent years. Furthermore, for many vintage, in-service storage tanks, explicit seismic considerations were not incorporated into the original design. In Part I of this study, these design equations and other closed-form solutions are used to evaluate the structural integrity of a large, in-service, mechanically-anchored storage tank. The design equations in API 650 [1] are used to form the basis of simplified, equivalent static analysis, where seismic loads are applied to a three-dimensional FEA model via equivalent lateral body forces. These practical results are then compared to explicit dynamic seismic behavior of the same tank with fluid-structure interaction effects considered (in Part II of this study [2]). These comparisons offer insight into the appropriateness of using simplified hand-calculations and equivalent static analysis (and their relative conservatism) in lieu of more rigorous explicit dynamic and fluid sloshing simulations.
Reports on the topic "Local Storage APIs"
1
Badia, R., J. Ejarque, S. Böhm, C. Soriano, and R. Rossi. D4.4 API and runtime (complete with documentation and basic unit testing) for IO employing fast local storage. Scipedia, 2021. http://dx.doi.org/10.23967/exaqute.2021.9.001.
Full textAbstract:
This deliverable presents the activities performed on the ExaQUte project task 4.5 Development of interface to fast local storage. The activities have been focused in two aspects: reduction of the storage space used by applications and design and implementation of an interface that optimizes the use of fast local storage by MPI simulations involved in the project applications. In the rst case, for one of the environments involved in the project (PyCOMPSs) the default behavior is to keep all intermediate les until the end of the execution, in case these les are reused later by any additional task. In the case of the other environment (HyperLoom), all les are deleted by default. To unify these two behaviours, the calls \delete object" and \detele le"have been added to the API and a ag \keep" that can be set to true to keep the les and objects that maybe needed later on. We are reporting results on the optimization of the storage needed by a small case of the project application that reduces the storage needed from 25GB to 350MB. The second focus has been on the de nition of an interface that enables the optimization of the use of local storage disk. This optimization focuses on MPI simulations that may be executed across multiple nodes. The added annotation enables to de ne access patters of the processes in the MPI simulations, with the objective of giving hints to the runtime of where to allocate the di erent MPI processes and reduce the data transfers, as well as the storage usage.