Peter J. Selby, Rafael Abbeloos, Jan Erik Backlund et al. · Greater South Information System · 2019
Modern genomic breeding methods rely heavily on very large amounts of phenotyping and genotyping data, presenting new challenges in effective data management and integration. Recently, the size and complexity of datasets have increased significantly, with the result that data are often stored on multiple systems. As analyses of interest increasingly require aggregation of datasets from diverse sources, data exchange between disparate systems becomes a challenge.To facilitate interoperability among breeding applications, we present the public plant Breeding Application Programming Interface (BrAPI). BrAPI is a standardized web service API specification. The development of BrAPI is a collaborative, community-based initiative involving a growing global community of over a hundred participants representing several dozen institutions and companies. Development of such a standard is recognized as critical to a number of important large breeding system initiatives as a foundational technology. The focus of the first version of the API is on providing services for connecting systems and retrieving basic breeding data including germplasm, study, observation, and marker data. A number of BrAPI-enabled applications, termed BrAPPs, have been written, that take advantage of the emerging support of BrAPI by many databases.More information on BrAPI, including links to the specification, test suites, BrAPPs, and sample implementations is available at https://brapi.org/. The BrAPI specification and the developer tools are provided as free and open source.
Cited by 0Open access
Roca, Vincent, Detchart, Jonathan, Adjih, Cédric et al. · HAL (Le Centre pour la Communication Scientifique Directe) · 2017
Internet Research Task Force - Working document of the Network Coding Research Group (NWCRG), draft-roca-nwcrg-generic-fec-api-00 (work in progress), https://datatracker.ietf.org/doc/draft-roca-nwcrg-generic-fec-api/
Cited by 0Open access
Herold, F. · Publikationsdatenbank der Fraunhofer-Gesellschaft (Fraunhofer-Gesellschaft) · 2005
Bedingt durch die zunehmende Verbreitung mobiler Endgeräte mit teilweise unterschiedlichem Anwendungsbereich wird das klassische Oberflächenmodell für Benutzerschnittstellen den heutigen Anforderungen nicht mehr gerecht. Um auf die neuen Gegebenheiten eingehen zu können, ist der Einsatz von neuen Methaphern für die Interaktion zwischen Mensch und Maschine unumgänglich. Dies stellt eine zusätzliche Erschwernis bei der Anwendungsentwicklung dar. Für alle zu bedienenden Plattformen ist die Konzeption und Realisierung des Oberflächenmodells getrennt durchzuführen, da sich die Zielplattformen bezüglich Ein- und Ausgabemöglichkeiten teilweise erheblich voneinander unterscheiden. Die vorliegende Diplomarbeit ist im Rahmen eines sich im Aufbau befindlichen Frameworks entstanden, welches den Anwendungsentwickler bei der Erstellung von plattformunabhängigen Benutzeroberflächen unterstützt. Dieses ist in der Lage, aus einer auf dem W3C-Standard XForms basierenden abstrakten Definition heraus eine für die jeweilige Plattform angepaßte Darstellung zu generieren. Dabei ist das mit dieser Arbeit verfolgte Ziel die Bereitstellung einer Programmierschnittstelle, durch deren Einsatz die Details und Komponenten des abstrakten Modells in einer für den Programmierer bekannten Form gekapselt und angeboten werden. Die Problematik bei der Entwicklung der Programmierschnittstelle und die Motivation, eine möglichst große Entwicklergruppe anzusprechen, führte zur Realisierung von zwei eigenständigen Programmierschnittstellen. Diese unterscheiden sich in ihrer Nähe zum XForms-Modell. Während eine API alle Optionen des abstrakten Modells unterstützt, bietet die zweite nur die von der Oberflächenbibliothek Windows Forms bekannten Elemente an. Innerhalb dieser Arbeit werden die konzeptionalen Überlegungen dieser Vorgehensweise dargestellt und es wird auf die konkrete Architektur der beiden entwickelten APIs eingegangen. Beide Konzepte werden darüber hinaus anhand einer Beispielanwendung evaluiert.
Cited by 0
2023
Cited by 0
Tamás Keviczky, Andrew Packard, O.R. Natale et al. · 2006
An application programming interface (API) was developed to support implementation of receding horizon control (RHC) schemes with in the Open Control Platform (OCP) real-time software environment. The basic philosophy and process timing architecture is presented, along with details of a prototype implementation of a quadratic programming based generic RHC scheme. The API framework relies on a real-time software infrastructure and provides a high-level interface to control engineers, which simplifies the embedded control design and implementation process significantly. The RHC API was successfully a fight tested on a full-scale aircraft in the DARPA-sponsored Software Enabled Control program final demonstration experiment.
Cited by 2
Lian Zou, Shaode Yu, Zhao Xie et al. · 2024
Cited by 0
Peter J. Selby, Rafael Abbeloos, Jan Erik Backlund et al. · Greater South Information System · 2019
Modern genomic breeding methods rely heavily on very large amounts of phenotyping and genotyping data, presenting new challenges in effective data management and integration. Recently, the size and complexity of datasets have increased significantly, with the result that data are often stored on multiple systems. As analyses of interest increasingly require aggregation of datasets from diverse sources, data exchange between disparate systems becomes a challenge.To facilitate interoperability among breeding applications, we present the public plant Breeding Application Programming Interface (BrAPI). BrAPI is a standardized web service API specification. The development of BrAPI is a collaborative, community-based initiative involving a growing global community of over a hundred participants representing several dozen institutions and companies. Development of such a standard is recognized as critical to a number of important large breeding system initiatives as a foundational technology. The focus of the first version of the API is on providing services for connecting systems and retrieving basic breeding data including germplasm, study, observation, and marker data. A number of BrAPI-enabled applications, termed BrAPPs, have been written, that take advantage of the emerging support of BrAPI by many databases.More information on BrAPI, including links to the specification, test suites, BrAPPs, and sample implementations is available at https://brapi.org/. The BrAPI specification and the developer tools are provided as free and open source.
Cited by 0Open access
P. Charrue, J. Cuperus, I. Deloose et al. · University of North Texas Digital Library (University of North Texas) · 1999
The PS/SL Convergence Project was launched in March 1998.Its objective is to deliver a common controls infrastructure for the CERN accelerators by year 2001.In the framework of this convergence activity, a project was launched to develop a Java Application Programming Interface (API) between programs written in the Java language and the PS and SL accelerator equipment.This Java API was specified and developed in collaboration with TJNAF.It is based on the Java CDEV [1] package that has been extended in order to end up with a CERN/TJNAF common product.It implements a detailed model composed of devices organised in named classes that provide a property-based interface.It supports data subscription and introspection facilities.The device model is presented and the capabilities of the API are described with syntax examples.The software architecture is also described.
Cited by 1Open access
Douglas VanGilder · Defense Technical Information Center (DTIC) · 2004
APPROACH: A new 3D plasma simulation system (COLISEUM) is being developed: * Allows easy implementation of various plasma simulation modules for quicker code development & controllable fidelity * Using COTS extensively. CURRENT STATUS: * Low-fidelity plume (prescribed plume & ray tracing) * High-fidelity plume (AQUILA & DRACO) * Thruster modeling (HET & Colloid). FUTURE WORK: * DRACO (charging, sputtering, surface contamination) * AQUILA (parallel, generalized collisions) * Device modeling (HET extension) * Plasma diagnostics.
Cited by 0
James P. Diprose · ResearchSpace (University of Auckland) · 2015
Despite there being much work bringing the vision of socially interactive robots to life, it is still a challenge to program them. There are two key reasons for this. First, many robot programming tools express primitives for programming social-interaction at low abstraction levels. Second, the usability of methods used to combine primitives, regardless of their abstraction levels, into social-interactions are not well understood. To address these problems, this thesis presents the iterative design and evaluation of application programming interfaces (APIs) for programming socially interactive robots. An iterative design-based research method was used throughout this thesis. During each research iteration, an API was designed with user-centred design principles to address particular aspects of the social robot programming research problem. Each API was then evaluated with a user study and the data analysed with the Cognitive Dimensions of Notations. The first API iteration began exploring what abstraction level is appropriate for programming social robot applications, through an evaluation of an API with high-level, domain-specific primitives. The results of the evaluation showed that the chosen abstraction level had positive effects on usability, however, a stakeholder interview suggested that finer control of social-interaction was needed. This evaluation also explored how primitives, regardless of their abstraction level, should be orchestrated to create higher level social-interaction. This was done by evaluating an imperative finite state machine API for authoring robot dialogue; the results showed that they have poor usability when used in this context. This is important because imperative finite state machines are a common means of orchestrating robot behaviour in the robotics community. The second API iteration further refined what abstraction level is appropriate for programming social robot applications. Based on the results of a stakeholder interview of the previous API, its primitives were refactored into a slightly lower abstraction level, providing finer control of social-interaction. A user evaluation demonstrated the benefits of the refactoring which retained the key advantages from the previous API and also the trade-offs inherent in having a higher abstraction level. The positive effects include hiding of lower level implementation details, primitives having a close mapping to the socialinteraction domain and a structure that enables programmers to use their domain knowledge to understand the API. The main trade-off occurs when implementation details are hidden, this can make progressive evaluation difficult because programmers are suddenly exposed to lower level implementation details when debugging errors. Parallel to the iterative API design, I derived an expanded implementation independent taxonomy of the primitives required for programming robot social-interaction. The taxonomy defines robot actions, perceptions and the objects with which a social robot interacts. This is important for stakeholders who help create socially interactive robots. The last stage of the research was the design and implementation of an extensible, vendor agnostic architecture to support the API. The architecture enables API users to define new entities (objects, people and robots) and create relationships between them. It also enables the API to interface with multiple social robot platforms through its vendor agnostic action and perception interfaces. In summary, this thesis makes five main contributions. First, the implementation of an API with high-level, domain-specific primitives for programming socially interactive robots. Second, an in depth understanding of what abstraction level is appropriate for programming social robot applications and the effects that different abstraction levels have on the APIs usability. Third, an exploration of how primitives should be orchestrated into higher level social-interaction, in particular, the effects that imperative finite state machines have on usability when used to author robot dialogue. Fourth, a taxonomy of primitives that are set at an appropriate abstraction level for programming robot socialinteraction. Fifth, the design and implementation of an extensible, vendor agnostic architecture to support social robot programming APIs with primitives at an appropriate abstraction level.
Cited by 0Open access
S. J. Oh, Gyongchan Chung, Keuntae Cho · Sustainability · 2024
Fintech facilitates financial inclusion by introducing new sustainable and accessible business models in developing countries. Open banking API technology is used by various fintech businesses in both developing and developed countries, with varying effects on financial markets. It changes the financial market distribution structure by separating financial product manufacturing and distribution and intensifying competition between traditional financial institutions and fintech companies. Fintech companies innovate by using this tool to create new business models. In December 2019, Korea established a standardized “open banking API platform”, sharing an interbank payment network with fintech companies. It has since shown explosive growth, surpassing the trading volume of the UK, the country that introduced open banking APIs for the first time. This study analyzes new business models fintech companies created using this API technology. Based on existing literature, statistics from the platform operator (the Korea Financial Telecommunications and Clearings Institute), and investigations of 30 Korean fintech mobile applications, this study analyzes new fintech business models that provide financial services using this platform. These companies create sustainable business models by combining multiple APIs. Four representative business models (simple funds transfer, simple payment, cross-border remittance, and asset management) are analyzed to reveal how fintech companies create business models with open APIs.
Cited by 3Open access
Barrett, Hays, Benedict, Karl, Hoebelheinrich, Nancy et al. · Zenodo (CERN European Organization for Nuclear Research) · 2022
This is the collection of python code developed in support of the application programming interface for the enhanced Data Management Training Clearinghouse from 2018-2022. This API has been developed in direct support of an updated user interface for the Clearinghouse. Development of the API and associated user interface has been supported by the Institute of Museum and Library Services (https://ror.org/030prv062, Award Number LG-70-18-0092-18), the Science Gateways Community Institute, and the Earth Science Information Partners (https://ror.org/03q5xa910).
Cited by 0Open access
Peter M. Athanas, Scott F. Midkiff, Kuan Yao · 2000
Cited by 4
Rakesh Mittapally · International Journal of Cloud Computing and Supply Chain Management · 2025
An Application Programming Interface (API) entails guidelines, Principles and an array of utilities, it stands as distinct software Applications interacting with one another communication enables A service tailored for developers, of the library or website Intrinsic operations without the need for comprehension in connection with that correspondence Approaches that can be employed and structures of data APIs establish. service or platform. Abstraction Layer: An API acts as an abstraction layer that separates the implementation details of a software component from its usage. It provides a standardized way for developers to access the functionality of another software component or service. Interoperability: The significance of application programming interfaces (APIs) in research is profound and multifaceted, impacting various fields and disciplines. APIs serve as crucial tools that enable researchers to interact with and harness the capabilities of existing software, platforms, and services. Here's why APIs are significant in research: Efficiency and Productivity: APIs allow researchers to access complex functionalities without having to reinvent the wheel. By integrating APIs, researchers can save time and effort, focusing more on the core research objectives. Data Access and Analysis: APIs provide access to vast amounts of data from different sources. Researchers can gather, analyze, and synthesize data from diverse platforms, expanding the scope and depth of their research. Interdisciplinary Collaboration: APIs facilitate collaboration across disciplines. Researchers from different domains can utilize APIs to combine tools and data, fostering interdisciplinary studies that address complex problems. Innovation: APIs encourage innovation by enabling researchers to build upon existing technologies. By integrating APIs creatively, researchers can develop novel solutions that were not feasible before. Replicability and Transparency: APIs enhance research transparency by allowing others to reproduce research procedures easily. The use of APIs ensures that methodologies and data processing steps can be replicated accurately. Customization: APIs enable researchers to customize tools and platforms according to their specific research needs. This flexibility empowers researchers to tailor solutions to their unique requirements. Automation: APIs facilitate the automation of repetitive tasks and data collection, reducing human errors and enhancing the reliability of research outcomes. Real-time Data: Many APIs provide real-time data updates. Researchers can access and analyze current information, making their studies more relevant and timelier. Experimentation and Prototyping: APIs enable researchers to quickly prototype ideas and experiment with different functionalities. This rapid iteration helps in refining research methodologies. Cross-platform Integration: APIs bridge the gap between different software and platforms, enabling seamless integration between tools that might not natively work together. Cost-effectiveness: Instead of building tools from scratch, researchers can utilize APIs, which often offer cost-effective solutions for specific research needs. Education and Training: APIs play a role in educating the next generation of researchers and programmers. Learning to work with APIs exposes students to real world coding practices and software development concepts. The ARAS method for complex decision problems Trying to simplify and appropriate indicator (degree of application) "excellent" Through alternate exams It is in between alternative and the best solution Reflects difference and is different Eliminates the influence of units of measurement. ARAS technique might be used. A regular MCDM trouble is related to the project of Limited variety of results Ranking the options, each of them Based on various selection criteria are clearly described, in line with the ARAS method, decide a application characteristic fee. The relative effectiveness of the complexity of the viable opportunity. Google Maps API, Twitter API, Stripe API, Spotify API, Open Weather Map API and Twilio API. Documentation Quality, Ease of Integration, Functionality, Performance, Community and Support and Security. the Rank Application Programming Interface using the analysis of Addition Ratio Assessment (ARAS) Method. Twilio API is showing the highest value of rank whereas Twitter API is showing the lowest value.
Cited by 0Open access
Т. А. Трохова, И. В. Емельяненко · Online library Sukhoi State Technical University of Gome (Sukhoi State Technical University of Gomel) · 2025
Обоснована необходимость применения технологии голосового интерфейса в ERP-системах при программировании производственных процессов предприятий. Разработано программное приложение, позволяющее выполнить оперативный ввод информации о выпуске продукции производственного цеха с использованием голосового интерфейса.
Cited by 0
Egon Willighagen, Nina Jeliazkova, Barry Hardy et al. · BMC Research Notes · 2011
A novel computational toxicity assessment platform was generated from integration of two open science platforms related to toxicology: Bioclipse, that combines a rich scriptable and graphical workbench environment for integration of diverse sets of information sources, and OpenTox, a platform for interoperable toxicology data and computational services. The combination provides improved reliability and operability for handling large data sets by the use of the Open Standards from the OpenTox Application Programming Interface. This enables simultaneous access to a variety of distributed predictive toxicology databases, and algorithm and model resources, taking advantage of the Bioclipse workbench handling the technical layers.
Cited by 27Open access
Mundy, Darren, Ball, E. · Kent Academic Repository (University of Kent) · 2003
The United Kingdom (UK) government has stated within its plan of reform for the National Health Service (NHS) that a secure system for the Electronic Transfer of Prescriptions (ETP) will be available by 2004.Three UK ETP pilots have recently run.We briefly describe these and their shortcomings, then describe an alternative design that overcomes their disadvantages.This alternative design is provided with a Java Application Programming Interface (API), thus making it easy to build into current prescribing and dispensing applications.The API is described, along with reasons for the design decisions that we made.
Cited by 1Open access
C. H. Lee, A. Marin-Laflèche, M. A. Smith · OSTI OAI (U.S. Department of Energy Office of Scientific and Technical Information) · 2014
The goal of NEAMS neutronics is to develop a high-fidelity deterministic neutron transport code termed PROTEUS for use on all reactor types of interest, but focused primarily on sodium-cooled fast reactors. While PROTEUS-SN has demonstrated good accuracy for homogeneous fast reactor problems and partially heterogeneous fast reactor problems, the simulation results were not satisfactory when applied on fully heterogeneous thermal problems like the Advanced Test Reactor (ATR). This is mainly attributed to the quality of cross section data for heterogeneous geometries since the conventional cross section generation approach does not work accurately for such irregular and complex geometries. Therefore, one of the NEAMS neutronics tasks since FY12 has been the development of a procedure to generate appropriate cross sections for a heterogeneous geometry core.
Cited by 8Open access
2017
u s refinery imports of all grades of crude oil i e heavy sour heavy sweet light sour light sweet and medium crude oil data organized by refinery padd i e east coast midwest gulf coast rocky mountain west coast and territories data in monthly or annual time series users of the eia api are required to obtain an api key via this registration form http www eia gov beta api register cfm
Cited by 0
Shimul Chandra Das, Md. Benajir Alam, Most. Sumiya Akter Moon et al. · 2022
With the recent increasing interest in the study of the emotional component of speech signals, a number of methods have been put forth to ascertain the emotional content of uttered words. Often, we can tell how someone is feeling by looking at their faces. Another method is to detect someone’s emotions by auditory cues or speech. With a more straightforward architecture and fewer learnable parameters, the aim of this paper is to identify someone’s emotion from an audio input. Three aspects have been suggested in the proposed methodology named MFCC (Mel-frequency Cepstral Coefficients), Mel-spectrogram and Chromagram, and MLP (Multilayer Perceptron). These features have been employed in this paper, because they perform better. MLP is a supervised machine learning, which is frequently used in various research to categorize human voice recognition. In addition, MLPs are appropriate for classification prediction issues where inputs are given as a class or label. They are also appropriate for regression prediction issues in which a real-valued quantity is forecasted from a collection of inputs. With the help of our proposed methods, we are able to achieve an accuracy of 80% on the RAVDESS Dataset.
Cited by 5