Developing an Open-access Telegram Bot for Automated, estimation and IA-based interpreted of OpenQuake Ground-Motion intensity measures | Research Square window.SnipcartSettings = { analytics: { enabled: false } }; (function() { var accessVector = localStorage.getItem('access_vector') || ''; window.dataLayer = window.dataLayer || []; if (accessVector) { window.dataLayer.push({ user: { profile: { profileInfo: { snid: accessVector } } } }); } })(); (function(w,d,s,l,i){w[l]=w[l]||[];w[l].push({'gtm.start':new Date().getTime(),event:'gtm.js'});var f=d.getElementsByTagName(s)[0],j=d.createElement(s),dl=l!='dataLayer'?'&l='+l:'';j.async=true;j.src='https://www.googletagmanager.com/gtm.js?id='+i+dl;f.parentNode.insertBefore(j,f);})(window,document,'script','dataLayer','GTM-K279D39R'); Browse Preprints In Review Journals COVID-19 Preprints AJE Video Bytes Research Tools Research Promotion AJE Professional Editing AJE Rubriq About Preprint Platform In Review Editorial Policies Our Team Advisory Board Help Center Sign In Submit a Preprint Cite Share Download PDF Research Article Developing an Open-access Telegram Bot for Automated, estimation and IA-based interpreted of OpenQuake Ground-Motion intensity measures Boumediene Derras This is a preprint; it has not been peer reviewed by a journal. https://doi.org/ 10.21203/rs.3.rs-8118076/v1 This work is licensed under a CC BY 4.0 License Status: Posted Version 1 posted You are reading this latest preprint version Abstract The prediction of Intensity Measures (IMs) using Ground-Motion Models (GMMs) is a fundamental component of seismic hazard assessment. However, the best estimation of IMs traditionally requires specialised searchers, programming expertise, and the manual sourcing of regression coefficients. This complexity creates a significant barrier to rapid, scenario-based analysis for engineers, researchers, and students. To address this challenge, we have developed the OpenGSIM bot, an automated and conversational workflow that provides on-demand access to the entire OpenQuake-engine GMM library via the Telegram messaging application. The system leverages the n8n workflow automation platform to orchestrate a user interaction, guiding the selection from over 21 IMs—along with their associated total standard deviation (aleatory variability)—and more than 500 distinct GMMs classes. The bot interactively elicits the necessary physical parameters, accounting for source, path, site, geological, tectonic, and regional effects as required by the chosen model. A Python wrapper executes the calculation and generates a comprehensive report. A Large Language Model (Gemini) is used to provide an automated interpretation of different types of response spectrum. By abstracting the complexities of software installation and programming, OpenGSIM democratises access to advanced seismic hazard tools, enabling robust IM estimation on any device and without the installation of any software or code package. Figures Figure 1 Figure 2 Figure 3 Figure 4 Figure 5 Figure 6 Figure 7 Figure 8 1 Introduction The seismic hazard assessment stands as a cornerstone of earthquake engineering (Kramer, 1996). At the heart of this endeavour lies the use of Ground Motion Models (GMMs). Functional forms that predict the ground motion intensity measures (IMs) at a given site conditional on a set of physical parameters (Douglas, 2003). These models form the critical bridge between seismological source, path, and site characterisations and engineering structural analysis and are the key to performing deterministic, probabilistic, and site-specific seismic hazard assessments. The GMMs over the past several decades have been ones of ever-increasing complexity and refinement. The field has evolved dramatically from simple, empirically derived attenuation laws to a vast and intricate ecosystem of over 500 distinct models, if we account for Openquake’s models(Silva et al., 2020). This increase is not only quantitative; it signifies a profound diversity in the approaches used and a more thorough examination of the fundamental physical processes. Conventional empirical regression, utilising globally compiled strong-motion datasets from significant projects such as NGA-West2 and RESORCE, continues to be a fundamental component (Abrahamson et al., 2014), (Boore et al., 2014). However, the GMMs library has been augmented by a variety of additional methodologies. These include data-driven approaches as Artificial Neural Networks (ANN), which can complex, non-linear relationships in data without a functional form a priori (Derras et al., 2014), and physics-based stochastic simulations, which provide a vital tool for estimating ground motion in data-scarce regions (Atkinson & Boore, 2006). The modern GMMs collectively account for over 42 distinct physical parameters that characterise the earthquake source (e.g., moment magnitude, hypocentral depth, faulting style, stress drop parameter Ds), the wave propagation path (e.g., various distance metrics, regional quality factors Q, anelastic attenuation, volcanic path effects), and the local site conditions (e.g., time-averaged shear-wave velocity V s30 , basin depth metrics, high-frequency attenuation kappa, geological unit, and parameters for liquefaction susceptibility). This development in modelling capability is mirrored, also, by an expansion in the diversity of IMs required for a comprehensive seismic-hazard analysis. The demands of modern engineering have moved beyond the conventional of PGA, PGV, and SA. For instance, a next-generation performance-based seismic design now necessitates a broad suite of IMs. This includes Intensity scales such as Modified Mercalli Intensity (MMI) and Japan Meteorological Agency (JMA) for calibrating models against historical and observational data (Allen et al., 2012); The Modified Mercalli Intensity (MMI) and Japan Meteorological Agency (JMA) scale serve as macroseismic intensity measures which scientists use to validate their models through comparison with historical earthquake data and direct observational records (Allen et al., 2012). The Arias Intensity (IA) and significant duration (RSD) provide better evaluation of total energy input and shaking duration, which makes them suitable for assessing structural damage accumulation and liquefaction potential (Travasarou et al., 2003). The Fourier Amplitude Spectrum (FAS) and Effective Amplitude Spectrum (EAS) frequency-domain representations serve as essential tools for advanced site-response analysis and stochastic ground-motion simulations (Bayless & Abrahamson, 2019). Inelastic spectral displacement (SDi) for structural response, lateral spread displacement (LSD) for ground failure, and period-averaged spectral acceleration (AvgSA) for multi-period demand prediction are few of the parameters that the engineering community has developed to measure specific performance elements (Aristeidou et al., 2023); (Youd et al., 2002); (Weatherill, 2024). (Gulerce & Abrahamson, 2011) state that the vertical motion intensity metrics of vertical spectral acceleration (VHR_SA) and vertical-to-horizontal spectral ratio (V/H) are crucial instruments for the design and assessment of vertically sensitive structures close to fault zones. This confluence of complexity—diverse GMM methodologies, a vast physical parameter, and a specialized suite of IMs—represents a profound scientific achievement. However, it has created a widening accessibility gap between the frontiers of ground motion science and its practical application by the very community it is meant to serve. The very tools designed for precision have become difficult to wield. The practical application of this state-of-the-art science is often constrained by a significant computational barrier. The use of powerful, open-source engines like the OpenQuake engine is an excellence of transparency and reproducibility (Pagani et al., 2014), but it requires a specialist software environment and considerable programming skills, hence being a deterrent for the majority of practitioners. This overhead also adds to the intrinsic scientific problem of GMM selection. To bridge this gap between scientific advancement and practical application, this paper introduces OpenGSIM. The objective of this study is to present an automated and conversational workflow that democratizes access to the entire ecosystem of modern ground motion modeling. We detail the development of a novel platform that leverages the ubiquitous Telegram messaging application and the n8n visual automation framework to provide mobile, on-demand access to the complete OpenQuake GMM library. We demonstrate how this tool abstracts the computational and informational complexities, enabling any user to perform seismic prediction by simply responding to a series of guided prompts. A key innovation of the currently approach is the integration of a Large Language Model (Gemini) to provide an automated, AI-powered interpretation of the numerical results, making the outputs more accessible and immediately useful. Ultimately, this work presents a new paradigm for scientific software interaction, transforming a complex analytical task into a simple, conversational, and universally accessible process. To achieve objectives of this study, the paper will be organised as follows. We begin by creating the full scientific basis, offering a thorough review of the ground motion modeling ecosystem, including its numerous model taxonomies, the extensive physical parameter, and the categorisation of essential Intensity Measures. With this foundation in place, we next go into the design and methodology of the OpenGSIM itself, outlining the function and interaction of its four core layers: Interface, Orchestration, Computation, and LLM. To show how OpenGSIM works, we go through an end-to-end case study, exhibiting the user's conversational journey from first question to final report. Finally, we step back to address the larger implications of our study, evaluating its present limits and possible effect, before making closing comments and proposing intriguing avenues for future research. 2 Ground Motion Modeling Before presenting the automated workflow, it is essential to first understand the complexity and diversity of GMMs. These models are characterised by a tripartite diversity: the theoretical foundations of functional forms, the physical parameters they require, and the broad suite of intensity measures they are designed to predict. 2.1 A Taxonomy of Ground Motion Models GMMs, as implemented in frameworks like the OpenQuake engine, are not a monolithic collection of equations but rather a mosaic of models generated from different techniques and algorithms. While not complete, the important groupings include: Empirical Models: This is the most typical and frequently utilised method. These models are built by statistical regression on massive strong-motion datasets, fitting a predefined functional form to observed ground motion data. Landmark databases such as NGA-West2 and RESORCE have generated highly complicated empirical GMMs that are now the standard of practice in many fieldse.g.,(Abrahamson et al., 2014); (Boore et al., 2014) ; (Akkar et al., 2014) . Stochastic Models: In regions with limited strong-motion recordings, physics-based stochastic ground-motion models are commonly employed. These models, often formulated within the framework of Random Vibration Theory (RVT), generate synthetic ground-motion time series from simplified seismological source representations (e.g., the Brune ω² spectrum (Brune, 1970)) and path attenuation parameters. Such approaches constitute a cornerstone of probabilistic seismic hazard assessment (PSHA) in stable continental regions, where empirical data are sparse (Hanks & McGuire, 1981); (Boore, 2003); (Atkinson & Silva, 2000); (Edwards & Fäh, 2013). Data-driven models: involves the use of machine learning. These models learn the complex, non-linear relationships between predictor variables and ground motion intensity directly from the data, without imposing functional form a priory. This can provide greater flexibility in capturing observed trends e.g.,(Chaibeddra Tani & Derras, 2024). Hybrid Models: This category combines elements from the other approaches. For instance, a hybrid model might use simulated ground motions from a physics-based method (like Green's Functions) to supplement empirical data in ranges where recordings are scarce, such as for large magnitudes at short distances (e.g., (Somerville et al., 2001)). OpenGSIM tool is designed to be agnostic to these methodologies, treating each GMM as a functional object and thereby allowing for the comparison of models with different theoretical underpinnings. 2.2 The Physical Parameter The evolution of GMMs is reflected, also, by the rise of number of the physical parameter they utilize. To perform a calculation, our workflow must be capable of handling over 42 distinct physical parameters, which can be broadly classified, mainly, into three categories (the list of physical all parameters required by GMMs is represented in the Supplementary Material : Table S1): Source Parameters: characterise the seismological features of the earthquake rupture. They generally contain the moment magnitude (Mw), which quantifies the released seismic energy; the hypocentral depth (hypo_depth), controlling attenuation and frequency content; and the faulting mechanism (e.g., rake, dip, strike), which influences radiation pattern and directivity effects. Additional source parameters, such as the stress drop (Δσ), give insights into source dynamics and spectrum scaling, affecting the high-frequency content of ground movements (Brune, 1970); (Atkinson & Silva, 2000). Path Parameters: define the propagation effects that seismic waves encounter as they travel from the source to the site. These characteristics influence geometric spreading, anelastic attenuation, and crustal heterogeneity along the travel route. Common usual metrics include the Joyner-Boore distance (R JB , the closest distance to the surface projection of the rupture) and the rupture distance (R rup , the shortest distance to the fault plane). In certain models, the azimuth (Supplementary Material : Table S1)—the angle of the site relative to the fault strike, measured clockwise from North—is also used to account for directivity and hanging-wall effects (Campbell & Bozorgnia, 2008); (Chiou & Youngs, 2014). Site Parameters: Describe the geological and geotechnical proxies that affect ground-motion amplitude, frequency, and duration. The time-averaged shear-wave velocity in the top 30 metres (V S30 ) is the most often used, it’s a proxy for near-surface stiffness and site amplification potential. Current GMMs include depth metrics (Z 1.0 , depth to the 1000 m/s shear-wave velocity horizon; Z 2.5 , depth to 2.5 km/s), high-frequency attenuation (κ 0 ), and geological or site-class indicators (e.g., NEHRP or EC8 categories). These factors jointly explain the impedance contrasts and resonance events that regulate local amplification (Seyhan & Stewart, 2014) (Zaoui et al., 2025)(Derras et al., 2020). 2.3 A Classification of Modern Intensity Measures The final dimension of complexity lies in the variety of IMs that an engineer or seismologist may need to calculate. Our workflow provides access to the full suite of IMs available in the OpenQuake engine, which can be grouped by their physical meaning and application (the list of IMs is represented in the Supplementary Material: Table S2) Peak Amplitudes: The most conventional IMs, including Peak Ground Acceleration (PGA), Velocity (PGV), and Displacement (PGD). They are commonly utilised in design codes and seismic hazard assessment. Spectral Ordinates: This large family describes the response of a single-degree-of-freedom oscillator. It includes Pseudo-Spectral Acceleration (SA) at various periods, as well as the recently developed Average Spectral Acceleration (AvgSA), which provides a robust measure of structural demand by averaging spectral ordinates across a range of periods. Energy and Duration Measures: These IMs, which include Arias Intensity (IA), Cumulative Absolute Velocity (CAV), and several definitions of significant duration (such as RSD575 and DRVT), measure the energy content and duration of shaking. This makes them more reliable predictors of the potential for cumulative damage than just peak values. Frequency-Domain Measures: The Fourier Amplitude Spectrum (FAS) and the Effective Amplitude Spectrum (EAS) provide a direct view of the frequency content of the ground motion and are essential for stochastic simulations. Engineering and Damage-Proxy Measures: This category includes IMs designed to predict specific types of damage, such as Inelastic Spectral Displacement (SDi) for performance-based design and Lateral Spread Displacement (LSD) for liquefaction hazard assessment. Intensity Scales and Ratios: This includes observational scales like Modified Mercalli Intensity (MMI) and the Japan Meteorological Agency (JMA) scale, as well as the Vertical-to-Horizontal Spectral Ratio (VHR_SA), which is particularly informative in near-fault and site characterization contexts. 3 System Architecture and Methodology To address the challenges outlined in the previous sections (assembling all GMMs in the same ecosystem), we designed and implemented a Telegram (Telegram, 2025) chatbot (named OpenGSIM) through an application programming interface. The n8n platform (n8n, 2025), a conversational workflow for on-demand GMM calculation, fully automates OpenGSIM. The resulting architecture is a microservices-based system orchestrated by a visual workflow automation platform. 3.1 Conceptual Overview The overall architecture of the OpenGSIM is illustrated in Figure 1. The system operates as a stateful, event-driven application where the user's messages on Telegram act as triggers that propel the workflow through a series of defined states. The n8n automation platform serves as the central orchestration engine, receiving user inputs via a webhook (we used ngrok (ngrok, 2025) proxy service) and dispatching tasks to the appropriate backend services. The scientific calculations are delegated to a dedicated (Python Software Foundation, 2025) wrapper that interfaces with the OpenQuake engine, running within an isolated Docker container (Merkel, 2014). The numerical results are then post-processed and, optionally, sent to the Gemini API for natural-language (Google, 2025) interpretation before the final report through (WeasyPrint, 2025) and data files are delivered back to the user via the Telegram Bot API. 3.2 The User and Interface Layers The top layer of the architecture is dedicated to user interaction (Figure 1). The User Layer represents the end-user (e.g., an engineer, researcher, or student) interacting with their device. The Interface Layer is handled exclusively by the Telegram Bot API. This choice was strategic: Today, Telegram reportedly has more than 1 billion monthly active users. Ranked by the number of downloads, Telegram is among the top 10 most popular social networks in the world (Telegram, 2025). Through Telegram, the user selects for n8n via the ngrok webhook the type of IMs, the GMM class that gives IM. In addition, he provides the physical parameters supported by the GMM class. This layer is the route for all user interactions (see Figure 1, Arrows 1 and 11). Our process uses webhook capability, such as (ngrok, 2025)which sends any user communication as a JSON-formatted payload to a pre-registered HTTPS endpoint. This event-driven method enables the orchestration Layer to respond to user input in real time. Figure 1 : Conceptual architecture of the OpenGSIM. The user interacts with the Telegram Bot. Messages are sent via a webhook to the n8n workflow, which acts as the central orchestrator. n8n queries a Google Sheet to retrieve the GMM catalogue. Based on user choices, n8n executes a Python script within a dedicated Docker container, which leverages the OpenQuake-engine for the GMM calculation. The results sent to the Gemini API for interpretation. Finally, n8n formats and delivers the final report and data files back to the user via Telegram. 3.3 The Orchestration Layer The central system of OpenGSIM is the Orchestration Layer (Figure 1)(ngrok, 2025), managed by an n8n workflow. n8n is an open-source, node-based automation tool that allows for the visual construction of complex processes, making the bot's logic transparent, debuggable, and easily modifiable. This layer receives events from the Interface Layer (Arrow 2) and coordinates all backend tasks. The main workflow functions as a state machine guiding the user through the calculation: Session Management and Data Retrieval: Upon receiving a user's choice, Code nodes query a Google Sheet (Arrows 3 & 4), which acts as a simple, easily maintainable database for the 500+ GMMs catalogue and their associated metadata. Logic and Validation: If nodes and code nodes are used to validate user input, ensuring the correct number and format of physical parameters are provided before proceeding (see Figure 3 and Figure 5). Task Delegation: The orchestrator dispatches tasks to the appropriate layers. It invokes the Computation Layer by assembling and running a command-line instruction via an Execute Command node (Arrow 5). It then sends the numerical results to the Intelligence Layer for analysis via an HTTP Request node (Arrow 8). Response combination and delivery: Finally, the workflow gathers all the artefacts—the raw JSON from the computation layer (Arrow 7), the text from the intelligence layer (Arrow 9), and any generated files—and delivers the final prepared report back to the user through the interface layer (Arrow 10). 3.4 The Computation Layer This layer is the scientific core of the system, responsible for performing the GMM calculations and IMs prediction. It is encapsulated within an isolated Docker container to ensure a consistent and reproducible computational environment. This layer consists of two main components: The Python Wrapper: a custom script, providing a command-line-driven interface to the OpenQuake library. It is built for flexibility, dynamically importing the GMM class supplied by the user and populating the OpenQuake context objects (Sites context : site effect parameters, Rupture context : source effect parametrs, Distances context: path effect parameters) : these parameters (proxies) are provided par user (e.g. Figure 5). The script intelligently finds all IMs allowed by the chosen model, conducts the computations, and writes the aggregated results as a single JSON object to output, allowing for simple reading by n8n. The OpenQuake Engine: the underlying scientific library (Pagani et al., 2014); (Silva et al., 2020) that performs the validated GMM calculations (Arrow 6). Our wrapper directly utilises its “get_mean_and_stddevs” function to ensure results are consistent with the standard of practice. 3.5 The LLM (Large Language Model) Layer To bridge the gap between raw numerical output and actionable insight, we implemented an Intelligence Layer powered by a Large Language Model. After a successful computation, the Orchestration Layer sends the key spectral results to this layer (Arrow 8). For this task, we interface with the Google Generative Language API to utilise the Gemini 1.5 Flash model (it is a free LLM). A carefully designed prompt instructs the model to act as a seismological expert, analyse the provided spectral data (e.g., SA or EAS values versus period/frequency), and generate a brief, qualitative summary. This interpretation typically includes identifying the peak spectral response and commenting on its potential implications for structures. The choice of the "Flash" model was motivated by its excellent balance of analytical capability, low latency, and cost-efficiency, making it highly suitable for a real-time interactive application. The resulting text is then sent back to the orchestrator for inclusion in the final report (Arrow 9). 4 The OpenGSIM Interface and User Workflow The architecture described above is presented to the end-user through a conversational interface within the Telegram application. The entire process is intuitive, guiding the user through a series of simple, numbered steps without requiring any prior knowledge of the underlying system (n8n and OpenQuake). Upon commencing a compute session with the “/start” command, the user is met with a welcome message: the bot's description section presents an overview of its capabilities (“What can this bot do?”), alerting the user that they may access over 500+ GMMs and 21 IMs. Following, the bot displays the compact user manual, as seen in Figure 2. This opening message covers the four key phases of the workflow: (1) IM selection, (2) GMM class selection, (3) physical parameters (inputs), and (4) reception of results. Figure 2 : The initial user interface of the OpenGSIM. On the left, the welcome message triggered by the /start command. On the right, the bot's static profile description summarizing its capabilities, which outlines the four-step procedure for performing a calculation. This combination of an introductory instruction and a static explanation guarantees that the user is fully aware of the bot's goal and operational process from the very beginning. The process progresses via a basic reply-based interaction model: the bot provides a numbered list of alternatives, and the user answers with the matching number to make their pick. This approach was chosen for its universality and simplicity, limiting the chance for mistakes. Therefore, the first interactive step of the workflow is the IM selection. As illustrated in the Supplementary Material (Table S2), the bot presents a numbered list of the IMs available, each accompanied by a brief scientific definition. Once the user replies with the number corresponding to the IM chosen, the orchestration layer (Figure 1) uses this choice to perform the critical task of filtering the entire GMM catalogue. In this context, an example is represented in Figure 3. Now that the overall architecture and user workflow have been established, the following section will demonstrate this entire process in action through a detailed case study. 5 Results: A Case Study Workflow To show the end-to-end capabilities of the OpenGSIM, we give an example of entire computation workflow for a practical seismic scenario. This case study explains the method of determining the 5%-damped pseudo-spectral acceleration (SA) using the known AbrahamsonEtAl2014 (ASK14) GMM in their basic version. 5.1 Scenario Definition and User Input After to have selected the IM’s number; the user chooses the number of GMM class that he would like used. For instance, the number 2 is corresponded of the AbrahamsonEtAl2014 (see the left panel of Figure 3). After choosing the AbrahamsonEtAl2014 model, the workflow shows the user a short summary of the chosen GMM, which includes a short description and a list of all the physical parameters needed, organised by category (Rupture, Distance, Site). The bot also goes over each required parameter one by one. It gives a clear scientific definition of each parameter, the unit it should be in, and a typical range of values. This contextual guidance is very important for reducing error and also serves an educational purpose by making sure the user knows what the values they are giving means (Figure 4). Subsequently, the workflow prompts for the 12 physical parameters required by the ASK14 model. For this scenario, we defined a crustal earthquake and provided the corresponding values in the requested comma-separated format, as shown in Figure 5. The input physical parameter values for this case study are dip = 70° (fault dip angle), mag = 6.5 (moment magnitude), rake = 90° (fault rake angle), width = 10 km (fault width), ztor = 2.0 km (depth to top of rupture), rjb = 20 km (Joyner-Boore distance), rrup = 25 km (closest distance to rupture), rx = 15 km (horizontal distance), ry0 = 0 km (site coordinate), vs30 = 500 m/s (shear-wave velocity), vs30measured = 1 (and 0 for inferred Vs30), and z1pt0 = 50 m (depth for a vs = 1000 m/s). 5.2 Output: Report, Data, and AI-Powered Interpretation The Orchestration Layer starts the Computation Layer (Figure 1) after the input parameters have been successfully checked. The system does the math for all supported spectral periods and sends the results to the user within seconds (Figure 6, Figure 7, Figure 8). The final deliverables for this case study include: A Visual Summary: A plot of the response spectrum is generated and sent as a PNG image, providing an immediate visualisation of the mean spectral acceleration and the ±s (standard deviation) range across all periods (Figure 6). A Textual Report: A Textual Report: A formatted text message summarises the physical parameter values (inputs) and presents a sampled summary of the key spectral values (see Figure 7). Reporting and AI-Powered Interpretation : Upon successful computation, the workflow triggers the intelligence layer (see Figure 1) and subsequently delivers the final results to the user. This output includes a downloadable CSV file with the raw numerical data and a comprehensive PDF report. A key innovation of the OpenGSIM is the inclusion of an automated analysis within this report, generated by the intelligence layer. The numerical spectral results are passed to the Gemini 1.5 Flash model through a structured prompt, which instructs the AI to act as an earthquake engineering expert and provide a qualitative interpretation. The design of this prompt is critical to obtaining a consistent and relevant analysis. The specific prompt used in this workflow is detailed in Table 1. Table 1 : The structured prompt sent to the Gemini 1.5 Flash API for the interpretation of Spectral Acceleration (SA) data. Role: you are an earthquake engineering expert. your task is to interpret spectral acceleration (SA) data. Context: The data provided is acceleration in units of 'g'. Task: Based strictly on the data provided, provide an analysis following these exact steps. Use the term "spectral acceleration" in your response: Overall Summary: One-sentence summary of the seismic hazard level. Peak Acceleration: State the peak spectral acceleration and the period at which it occurs. Implications for Short-Period Structures: Describe the implications for rigid buildings (e.g., low-rise masonry). Implications for Long-Period Structures: Describe the implications for flexible buildings (e.g., high-rise towers). The Gemini API provided the interpretation shown in Figure 8 for our case study using the ASK14 model. The model of study appropriately recognises the PGA at a short period (0.2 s) and compares the seismic demand on rigid, short-period buildings to the reduced demand on flexible, long-period buildings for this study scenario. It is important to note that although this automatic interpretation provides a helpful summary, it is meant to assist the analyst as an initial analytical evaluation and is not a substitute for a full evaluation by a certified engineering expert. Finally, this case study demonstrates the successful implementation of our design philosophy, showcasing the system's ability to abstract a complex GMM calculation into an efficient, guided, and conversational workflow. The process culminates in a rich, multi-format, and intelligently interpreted output, transforming a traditionally laborious task into an accessible, on-demand analysis. 6 Discussion The OpenGSIM Telegram bot, as demonstrated, represents more than just a technical tool; it offers a new practical paradigm of earthquake engineering. By capturing the complexity and the diversity of the Ground-Motion Models (GMMs) within an interactive interface. This study aims to address the critical accessibility gap that has arisen between cutting-edge GMMs and the broader community of practitioners. Without a dedicated framework like OpenGSIM, practitioners are typically faced with two challenging options: either manually reimplementing a GMM's functional form from its source publication, a process prone to error, or installing and configuring a complex computational environment such as the OpenQuake engine. OpenGSIM is a platform-independent tool that eliminates the traditional barriers of software installation and complex configuration, making advanced seismic analysis accessible on any device and under any OS (operating system). In essence, this work takes ground motion prediction—once the exclusive domain of specialists—and places it directly into the hands of researchers, engineers, technicians, and students. The bot flattens this steep learning curve, allowing it to be possible in a related field to perform a sophisticated, scenario-based computation in minutes from a mobile device. This has profound implications for both practice and education. This BOT offers a robust capability for civil engineers, allowing them to swiftly perform computation of IMs. In addition, the BOT simplifies the process of comparing several GMMs for a given seismic scenario, an essential feature for projects focused on specific projects where design spectra based on codes may not be applicable. This capability for rapid GMM comparison is crucial for quantifying epistemic uncertainty—the variability in predictions due to limited scientific knowledge—which is a fundamental consideration for any robust and reliable engineering design. This BOT allows students and educators to transform GMMs from abstract equations into interactive tools, fostering a more intuitive understanding of how physical parameters like magnitude, distance, and local site conditions (Vs30, z1.0) influence the resulting ground motion. The technical innovation of this work is using n8n workflow and the integration of a Large Language Model (LLM) for automated interpretation of spectral curves. The Gemini 1.5 Flash, used here, correctly identifies the spectral variations, such as the period of peak spectral response, and translates this numerical information into meaningful engineering information. However, the LLM is not a substitute for the judgement of a qualified engineering expert who can account for site-specific non-linearities, structural detailing, and the full context of a design project. The role of the LLM here is that of an assistant for initial analysis, while the final engineering decision remains firmly in the domain of the human expert. 7 Conclusion This paper introduces the OpenGSIM Telegram bot, a new way to link the complexities of today's ground motion studies with the practical needs of those who work in earthquake engineering and seismology. The research has demonstrated that it is possible to make advanced seismic analysis tools very easy to use without sacrificing scientific accuracy by putting a large group of over 500 classes of GMMs, a complete set of 42 physical parameters and 21 intensity measures, and an AI-powered understanding layer into a simple, widely available Telegram interface. Instead of a new GMM, this product provides a new way to use a large number of GMMs. This tool greatly speeds up the study of uncertainty for the seismic hazards assessment by making it easy to compare models with different setups and basic ideas, from simple empirical equations to random simulations. The bot gives design spectra for specific situations and a group of advanced IMs (like SDi or AvgSA) that are immediately useful for performance-based design for a structural engineer, allowing for a better understanding of how structures act, going beyond just peak acceleration. The ability to quickly calculate IMs like LSD or Arias Intensity for a specific situation provides a useful first step for checking the risk of liquefaction for a geotechnical engineer. The addition of an AI understanding layer, even though it is new, points to a future where scientific software not only creates data but also begins the process of developing scientific knowledge. By automatically doing the first analysis of a spectral curve, the bot allows the expert to focus on more complex evaluation and making decisions. Future plans will focus on increasing the system's abilities to include processing many things at once and analysing records customised for each user. In the end, we believe that this conversational model represents a promising direction for scientific software, making strong computing tools easier, more accessible, and more important for the global group dedicated to reducing seismic risk. Declarations 8 Acknowledgments The author wants to say thank you for the strong, free tools and systems that were very helpful in making the OpenGSIM. It would not have happened without the OpenQuake-engine codes, created by the Global Earthquake Model (GEM) Foundation, which is the main science part of what we made. We want to thank the people who made and take care of the n8n project for building a tool that lets us automate tasks in a way that is both easy to change and strong. We also want to say that the Telegram Bot API was indispensable for us because it gave us a universal tool that anyone can use, and Python was useful because it has many scientific packages. Making and putting this project out was made much easier because we used Docker to put everything in containers, WeasyPrint to make PDF files, the Google Sheets API which worked as a simple database for the GMM catalogue, and the safe tunnelling from ngrok while we tested it. The writer also wants to thank Google's Gemini Large Language Model for its help with the conception and writing of this paper. We also want to thank the Algerian Directorate General for Scientific Research and Technological Development (DGRST) for their support. Funding This work was supported by Algerian Directorate General for Scientific Research and Technological Competing Interests The author has no relevant financial or non-financial interests to disclose. Author Contributions Author Contributions: Boumediene DERRAS is the sole author and is responsible for all aspects of the manuscript Data and Code Availability Name of software: OpenGSIM-Bot The complete source code for the Python wrapper, the n8n workflow in JSON format, the Docker configuration files, and all supporting materials developed for this study are openly available in a public GitHub repository under an MIT license. The repository includes a detailed README.md file with instructions for deployment, configuration, and usage. Developer Contact: [email protected] . Tel : +213550695605 Repository Link: https://github.com/bderras/OpenGSIM-Bot Technical Specifications: Programming Languages: Python (for the scientific wrapper), JavaScript (within n8n Code nodes). Software Requirements: Docker and Docker Compose. The installation of Docker Desktop is the recommended method for Windows and macOS environments. Hardware Requirements: A standard personal computer capable of running Docker. No specialized hardware (e.g., GPU) is required. In addition to the source code, a live, interactive instance of the OpenGSIM-Bot is publicly available for direct evaluation on the Telegram platform. We particularly invite reviewers to use this link for an immediate, installation-free demonstration of the tool's functionality. Live Bot Access: https://t.me/MyPGAEstimator_bot References Abrahamson, N. A., Silva, W. J., & Kamai, R. (2014). Summary of the ASK14 ground motion relation for active crustal regions. Earthquake Spectra , 30 (3), 1025–1055. https://doi.org/10.1193/070913EQS198M Akkar, S., Sandıkkaya, M. A., & Bommer, J. J. (2014). Empirical ground-motion models for point- and extended-source crustal earthquake scenarios in Europe and the Middle East. Bulletin of Earthquake Engineering , 12 (1), 359–387. https://doi.org/10.1007/s10518-013-9461-4 Allen, T. I., Wald, D. J., & Worden, C. B. (2012). Intensity attenuation in active crustal regions. Journal of Seismology , 16 (2), 409–433. Aristeidou, S., Tarbali, K., & O’Reilly, G. J. (2023). A ground motion model for orientation-independent inelastic spectral displacements from shallow crustal earthquakes. Earthquake Spectra , 39 (3), 1601–1624. Atkinson, G. M., & Boore, D. M. (2006). Earthquake ground-motion prediction equations for eastern North America. Bulletin of the Seismological Society of America , 96 (6), 2181–2205. https://doi.org/10.1785/0120050245 Atkinson, G. M., & Silva, W. J. (2000). Stochastic modeling of California ground motions. Bulletin of the Seismological Society of America , 90 (2), 255–274. https://doi.org/10.1785/0119990064 Bayless, J., & Abrahamson, N. A. (2019). Summary of the BA18 ground-motion model for Fourier amplitude spectra for crustal earthquakes in California. Bulletin of the Seismological Society of America , 109 (5), 2088–2105. Boore, D. M. (2003). Simulation of ground motion using the stochastic method. Pure and Applied Geophysics , 160 (3–4), 635–676. https://doi.org/10.1007/PL00012553 Boore, D. M., Stewart, J. P., Seyhan, E., & Atkinson, G. M. (2014). NGA-West2 equations for predicting PGA, PGV, and 5% damped PSA for shallow crustal earthquakes. Earthquake Spectra , 30 (3), 1057–1085. https://doi.org/10.1193/070113EQS184M Bradley, B. A. (2013). A New Zealand‐Specific Pseudospectral Acceleration Ground‐Motion Prediction Equation for Active Shallow Crustal Earthquakes Based on Foreign Models. Bulletin of the Seismological Society of America , 103 (3), 1801–1822. https://doi.org/10.1785/0120120021 Brune, J. N. (1970). Tectonic stress and the spectra of seismic shear waves from earthquakes. Journal of Geophysical Research , 75 (26), 4997–5009. https://doi.org/10.1029/JB075i026p04997 Campbell, K. W., & Bozorgnia, Y. (2008). NGA ground motion model for the geometric mean horizontal component of PGA, PGV, PGD and 5%-damped linear elastic response spectra for periods ranging from 0.01 to 10 s. Earthquake Spectra , 24 (1), 139–171. https://doi.org/10.1193/1.2857546 Chaibeddra Tani, F., & Derras, B. (2024). A regionalized partially nonergodic ground-motion data-driven model for low to moderate seismicity areas: using RESIF-RAP, ESM, RESORCE and NGA-West2 data. Bulletin of Earthquake Engineering , 22 , 1677–1718. https://doi.org/10.1007/s10518-023-01852-2 Chiou, B. S. J., & Youngs, R. R. (2014). Update of the Chiou and Youngs NGA Model for the Average Horizontal Component of Peak Ground Motion and Response Spectra: 30 (3), 1117–1153. https://doi.org/10.1193/072813EQS219M Derras, B., Bard, P.-Y., Régnier, J., & Cadet, H. (2020). Non-linear modulation of site response: Sensitivity to various surface ground-motion intensity measures and site-condition proxies using a neural network approach. Engineering Geology , 269 , 105500. https://doi.org/https://doi.org/10.1016/j.enggeo.2020.105500 Derras, B., Bard, P. Y., & Cotton, F. (2014). Towards fully data driven ground-motion prediction models for Europe. Bulletin of Earthquake Engineering , 12 (1), 495–516. https://doi.org/10.1007/s10518-013-9481-0 Douglas, J. (2003). Earthquake ground motion estimation using strong-motion records: a review of equations for the estimation of peak ground acceleration and response spectral ordinates. Earth-Science Reviews , 61 (1–2), 43–104. Edwards, B., & Fäh, D. (2013). A Stochastic Ground‐Motion Model for SwitzerlandA Stochastic Ground‐Motion Model for Switzerland. Bulletin of the Seismological Society of America , 103 (1), 78–98. https://doi.org/10.1785/0120110331 Google. (2025). Gemini 1.5: Unlocking multimodal understanding across long contexts . Gulerce, Z., & Abrahamson, N. A. (2011). Site-specific design-spectrum model for vertical ground motion. Earthquake Spectra , 27 (4), 1023–1049. Hanks, T. C., & McGuire, R. K. (1981). The character of high-frequency strong ground motion. Bulletin of the Seismological Society of America , 71 (6), 2071–2095. https://doi.org/10.1785/BSSA0710062071 Kramer, S. L. (1996). Geotechnical Earthquake Engineering . Prentice Hall. Merkel, D. (2014). Docker: lightweight linux containers for consistent development and deployment. Linux Journal , 239 , 2. n8n. (2025). n8n - Workflow Automation Software . ngrok. (2025). ngrok - Unified Application Delivery . Pagani, M., Monelli, D., Weatherill, G., Danciu, L., Crowley, H., Silva, V., Henshaw, P., Butler, L., Nastasi, M., Panzeri, L., Simionato, M., & Vigano, D. (2014). OpenQuake Engine: An open hazard (and risk) software for the Global Earthquake Model. Seismological Research Letters , 85 (3), 692–702. https://doi.org/10.1785/0220130087 Python Software Foundation. (2025). Python Language Reference, version 3.x . Seyhan, Emel, & Stewart, Jonathan P. (2014). Semi-Empirical Nonlinear Site Amplification from NGA-West2 Data and Simulations. Earthquake Spectra , 30 (3), 1241–1256. https://doi.org/10.1193/063013EQS181M Silva, V., Crowley, H., Pagani, M., Monelli, D., & Pinho, R. (2020). Development of the OpenQuake-engine, the Global Earthquake Model’s open-source software for seismic risk assessment. Seismological Research Letters , 91 (3), 1807–1819. https://doi.org/10.1177/8755293019899953 Somerville, P., Collins, N., Abrahamson, N., Graves, R., & Saikia, C. (2001). Ground motion attenuation relations for the central and eastern United States. Bulletin of the Seismological Society of America , 91 (6), 2332–2352. Telegram. (2025). Telegram Bot API . Travasarou, T., Bray, J. D., & Abrahamson, N. A. (2003). Empirical attenuation relationship for Arias Intensity. Earthquake Engineering \\& Structural Dynamics , 32 (7), 1133–1155. WeasyPrint. (2025). WeasyPrint - The Awesome Document Factory . Weatherill, G. (2024). A Regionalised Direct AvgSA Ground Motion Model for Europe . Youd, T. L., Hansen, C. M., & Bartlett, S. F. (2002). Revised multilinear regression equations for prediction of lateral spread displacement. Journal of Geotechnical and Geoenvironmental Engineering , 128 (12), 1007–1017. Zaoui, M. A. I., Derras, B., & Régnier, J. (2025). Impact of several site-condition proxies and ground-motion intensity measures on the spectral amplification factor using neuro-fuzzy approach: an example on the KiK-Net dataset. Natural Hazards , 121 (7), 8703–8732. https://doi.org/10.1007/s11069-025-07151-0 Zhang, J., & Zhao, J. X. (2005). Empirical models for estimating liquefaction-induced lateral spread displacement. Soil Dynamics and Earthquake Engineering , 25 (6), 439–450. https://doi.org/https://doi.org/10.1016/j.soildyn.2005.04.002. Supplementary Files SupplementaryMaterial.docx Cite Share Download PDF Status: Posted Version 1 posted You are reading this latest preprint version Research Square lets you share your work early, gain feedback from the community, and start making changes to your manuscript prior to peer review in a journal. As a division of Research Square Company, we’re committed to making research communication faster, fairer, and more useful. We do this by developing innovative software and high quality services for the global research community. Our growing team is made up of researchers and industry professionals working together to solve the most critical problems facing scientific publishing. Also discoverable on Platform About Our Team In Review Editorial Policies Advisory Board Help Center Resources Author Services Accessibility API Access RSS feed Manage Cookie Preferences © Research Square 2026 | ISSN 2693-5015 (online) Privacy Policy Terms of Service Do Not Sell My Personal Information {"props":{"pageProps":{"initialData":{"identity":"rs-8118076","acceptedTermsAndConditions":true,"allowDirectSubmit":true,"archivedVersions":[],"articleType":"Research Article","associatedPublications":[],"authors":[{"id":553994177,"identity":"25a76b7e-e79e-4b84-928e-0cdcdf552f97","order_by":0,"name":"Boumediene Derras","email":"data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAZAAAAAyAQMAAABI0h/eAAAABlBMVEX///8AAABVwtN+AAAACXBIWXMAAA7EAAAOxAGVKw4bAAABRklEQVRIie3Qv0vDQBTA8RcClyW16wtB8y+kFFMDiv/KBcGpnYTgVCOFczDu7dR/4aQQHBwiBV3SzlcKWhcnhXarYNHrj6GtVleH+w73lvtw3ANQqf5h7uwkOBvz04gAqJxbiyta9Ccx0xlB8juBJYJ0PjaRkhHv8mG4t1MyIk2Mbh8dp/HqDZ4ZVIlxGQxHN7DdXDV+nHm9eheLfpzqfv3lpMD75ZIbMPmK2WlZjQyK56vEFWWvn2MYcEGJbaZU43bZQ5p9IsFKoucYBDX4TiYMz/jTgNgfKT1sNrIpka84b4k+kYT9QDSG1BVAbEhpEAlTklNJMJfomiTxKvHj+7AXd7HAs6Am/0OPeHYcTonFzErLumJYrK9vrJaIcVh13If2nRin9KB50U6ssQv5vNG5Hr6z/fWNLbW+/0W46b5KpVKpNvcFY290dHrnkuwAAAAASUVORK5CYII=","orcid":"https://orcid.org/0000-0002-3979-7083","institution":"Abou Bekr Belkaid University Tlemcen: Universite Abou Bekr Belkaid Tlemcen","correspondingAuthor":true,"prefix":"","firstName":"Boumediene","middleName":"","lastName":"Derras","suffix":""}],"badges":[],"createdAt":"2025-11-14 20:42:09","currentVersionCode":1,"declarations":"","doi":"10.21203/rs.3.rs-8118076/v1","doiUrl":"https://doi.org/10.21203/rs.3.rs-8118076/v1","draftVersion":[],"editorialEvents":[],"editorialNote":"","failedWorkflow":false,"files":[{"id":97426479,"identity":"704b15f8-a302-44f7-ab93-4cb333410a09","added_by":"auto","created_at":"2025-12-04 09:22:53","extension":"xml","order_by":2,"title":"","display":"","copyAsset":false,"role":"acdc-reference","size":7349,"visible":true,"origin":"","legend":"","description":"","filename":"beeeBEEED2501089.xml","url":"https://assets-eu.researchsquare.com/files/rs-8118076/v1/18f8a5dd8b3c25af5c4924cc.xml"},{"id":97426474,"identity":"71ef16ab-5c77-44d3-87c9-3c6289afbd5c","added_by":"auto","created_at":"2025-12-04 09:22:53","extension":"xml","order_by":3,"title":"","display":"","copyAsset":false,"role":"acdc-reference","size":975,"visible":true,"origin":"","legend":"","description":"","filename":"BEEED250108920863.go.xml","url":"https://assets-eu.researchsquare.com/files/rs-8118076/v1/51edee3ee89279471a1b5740.xml"},{"id":97426486,"identity":"0f815fc1-42be-47ef-88b9-79d2ee427aa7","added_by":"auto","created_at":"2025-12-04 09:22:55","extension":"xml","order_by":4,"title":"","display":"","copyAsset":false,"role":"acdc-reference","size":917,"visible":true,"origin":"","legend":"","description":"","filename":"BEEED2501089Import.xml","url":"https://assets-eu.researchsquare.com/files/rs-8118076/v1/6ba230ba7369aa8d47c85b32.xml"},{"id":97426478,"identity":"c147c157-da55-4ea2-b346-67e190c4f0f8","added_by":"auto","created_at":"2025-12-04 09:22:53","extension":"xml","order_by":5,"title":"","display":"","copyAsset":false,"role":"acdc-reference","size":33638,"visible":true,"origin":"","legend":"","description":"","filename":"BEEED25010890enriched.xml","url":"https://assets-eu.researchsquare.com/files/rs-8118076/v1/a16de091765c02be79760fd5.xml"},{"id":97666616,"identity":"8e936795-f7fa-4401-a876-f0db809e28e9","added_by":"auto","created_at":"2025-12-08 09:21:42","extension":"xml","order_by":6,"title":"","display":"","copyAsset":false,"role":"acdc-reference","size":32577,"visible":true,"origin":"","legend":"","description":"","filename":"BEEED25010890structuring.xml","url":"https://assets-eu.researchsquare.com/files/rs-8118076/v1/0b65543fc5bc878c40f9d669.xml"},{"id":97426485,"identity":"31ea5618-6641-43e7-a2ae-30814d43bb45","added_by":"auto","created_at":"2025-12-04 09:22:55","extension":"html","order_by":7,"title":"","display":"","copyAsset":false,"role":"acdc-reference","size":35253,"visible":true,"origin":"","legend":"","description":"","filename":"earlyproof.html","url":"https://assets-eu.researchsquare.com/files/rs-8118076/v1/0ffdb41a6912912acbb47b71.html"},{"id":97668183,"identity":"43ab5192-e43f-4a60-8ab7-253cf1f68caa","added_by":"auto","created_at":"2025-12-08 09:24:59","extension":"png","order_by":1,"title":"Figure 1","display":"","copyAsset":false,"role":"figure","size":716373,"visible":true,"origin":"","legend":"\u003cp\u003eConceptual architecture of the OpenGSIM. The user interacts with the Telegram Bot. Messages are sent via a webhook to the n8n workflow, which acts as the central orchestrator. n8n queries a Google Sheet to retrieve the GMM catalogue. Based on user choices, n8n executes a Python script within a dedicated Docker container, which leverages the OpenQuake-engine for the GMM calculation. The results sent to the Gemini API for interpretation. Finally, n8n formats and delivers the final report and data files back to the user via Telegram.\u003c/p\u003e","description":"","filename":"image1.png","url":"https://assets-eu.researchsquare.com/files/rs-8118076/v1/4e58a2353a66b9462aba0def.png"},{"id":97426481,"identity":"0633ef2a-c031-4b50-9471-b42fe438e88e","added_by":"auto","created_at":"2025-12-04 09:22:53","extension":"png","order_by":2,"title":"Figure 2","display":"","copyAsset":false,"role":"figure","size":2301938,"visible":true,"origin":"","legend":"\u003cp\u003eThe initial user interface of the OpenGSIM. On the left, the welcome message triggered by the /start command. On the right, the bot's static profile description summarizing its capabilities, which outlines the four-step procedure for performing a calculation.\u003c/p\u003e","description":"","filename":"image2.png","url":"https://assets-eu.researchsquare.com/files/rs-8118076/v1/f4e47def17be1eef30028c00.png"},{"id":97668174,"identity":"6c9aa788-1762-4e30-ae68-8e739b0cf3c8","added_by":"auto","created_at":"2025-12-08 09:24:58","extension":"png","order_by":3,"title":"Figure 3","display":"","copyAsset":false,"role":"figure","size":1179992,"visible":true,"origin":"","legend":"\u003cp\u003eThe two-step selection process within the OpenGSIM workflow. On the left, the user submits their choice of IM (in this case, \"4\", corresponding to SA Spectral Acceleration; Supplementary Material : Table S2). On the right, the bot responds with a filtered and numbered list of the 500+ GMMs that support the selected IM.\u003c/p\u003e","description":"","filename":"image3.png","url":"https://assets-eu.researchsquare.com/files/rs-8118076/v1/447809d4d1e73c307ee06bdc.png"},{"id":97426472,"identity":"0a77a63a-d1f3-4645-9763-4168428753e3","added_by":"auto","created_at":"2025-12-04 09:22:53","extension":"png","order_by":4,"title":"Figure 4","display":"","copyAsset":false,"role":"figure","size":232415,"visible":true,"origin":"","legend":"\u003cp\u003eThe contextual definitions phase. In the right panel the bot first provides a description of the selected GMM (ASK14) and its required inputs. It then details each parameter (e.g., vs30) with its definition, unit, and typical range before prompting the user for all values. The right panel shows a similar informational card for the supported IMs.\u003c/p\u003e","description":"","filename":"image4.png","url":"https://assets-eu.researchsquare.com/files/rs-8118076/v1/eae6a676931652b4a41193a8.png"},{"id":97668383,"identity":"f95fe157-7098-45a0-917c-7b486a4f751e","added_by":"auto","created_at":"2025-12-08 09:25:26","extension":"png","order_by":5,"title":"Figure 5","display":"","copyAsset":false,"role":"figure","size":9860,"visible":true,"origin":"","legend":"\u003cp\u003eThe parameter elicitation step for the case study. The bot requests the specific inputs for the ASK14 model, and the user replies with the corresponding 12 values in a single, comma-separated message.\u003c/p\u003e","description":"","filename":"image5.png","url":"https://assets-eu.researchsquare.com/files/rs-8118076/v1/4d09cffec1bae39c519c7054.png"},{"id":97666589,"identity":"fdfcc6a7-8e69-45c9-84c8-1d88ff8fcf85","added_by":"auto","created_at":"2025-12-08 09:21:37","extension":"png","order_by":6,"title":"Figure 6","display":"","copyAsset":false,"role":"figure","size":627261,"visible":true,"origin":"","legend":"\u003cp\u003eThe generated response spectrum plot, visualizing the mean SA and its aleatory variability for ASK14 model.\u003c/p\u003e","description":"","filename":"image6.png","url":"https://assets-eu.researchsquare.com/files/rs-8118076/v1/b8854bb8ed36d06bebeb8c47.png"},{"id":97426482,"identity":"b6d2780c-3f2f-457b-ae80-2bef5fbab57d","added_by":"auto","created_at":"2025-12-04 09:22:53","extension":"png","order_by":7,"title":"Figure 7","display":"","copyAsset":false,"role":"figure","size":218435,"visible":true,"origin":"","legend":"\u003cp\u003ethe summary report, delivered in-chat, recalling the input and output values of the ASK14 model.\u003c/p\u003e","description":"","filename":"image7.png","url":"https://assets-eu.researchsquare.com/files/rs-8118076/v1/5fb4a2b3e08a8ba5ccf02281.png"},{"id":97667416,"identity":"416ee2f5-2950-4b0c-9ff4-a40c025d7d6f","added_by":"auto","created_at":"2025-12-08 09:23:25","extension":"png","order_by":8,"title":"Figure 8","display":"","copyAsset":false,"role":"figure","size":88506,"visible":true,"origin":"","legend":"\u003cp\u003eAn example of the AI-powered interpretation generated by the Gemini 1.5 Flash model for the ASK14 case study results (pdf report). The output follows the structured four-point format defined in the prompt\u003c/p\u003e","description":"","filename":"image8.png","url":"https://assets-eu.researchsquare.com/files/rs-8118076/v1/12cae62563506eb7191a8fed.png"},{"id":104399740,"identity":"3c2d8069-ad5b-4ddf-9355-aa226eff9923","added_by":"auto","created_at":"2026-03-11 12:07:27","extension":"pdf","order_by":0,"title":"","display":"","copyAsset":false,"role":"manuscript-pdf","size":5827741,"visible":true,"origin":"","legend":"","description":"","filename":"manuscript.pdf","url":"https://assets-eu.researchsquare.com/files/rs-8118076/v1/ab06d88b-d21a-4d78-afb2-dbab21eb088d.pdf"},{"id":97426484,"identity":"fe437353-4d80-4809-ad0d-40eb6e5ac7cc","added_by":"auto","created_at":"2025-12-04 09:22:53","extension":"docx","order_by":1,"title":"","display":"","copyAsset":false,"role":"supplement","size":27114,"visible":true,"origin":"","legend":"","description":"","filename":"SupplementaryMaterial.docx","url":"https://assets-eu.researchsquare.com/files/rs-8118076/v1/7aa7adf718d5f04dfa071e6c.docx"}],"financialInterests":"","formattedTitle":"Developing an Open-access Telegram Bot for Automated, estimation and IA-based interpreted of OpenQuake Ground-Motion intensity measures","fulltext":[{"header":"1 Introduction","content":"\u003cp\u003eThe seismic hazard assessment stands as a cornerstone of earthquake engineering (Kramer, 1996). At the heart of this endeavour lies the use of Ground Motion Models (GMMs). Functional forms that predict the ground motion intensity measures (IMs) at a given site conditional on a set of physical parameters (Douglas, 2003). These models form the critical bridge between seismological\u0026nbsp;source, path, and site\u0026nbsp;characterisations and engineering structural analysis and are the key to performing deterministic, probabilistic, and site-specific seismic hazard assessments.\u003c/p\u003e\n\u003cp\u003eThe GMMs over the past several decades have been ones of ever-increasing complexity and refinement. The field has evolved dramatically from simple, empirically derived attenuation laws to a vast and intricate ecosystem of over 500 distinct models, if we account for Openquake’s models(Silva et al., 2020). This increase is not only quantitative; it signifies a profound diversity in the approaches used and a more thorough examination of the fundamental physical processes.\u0026nbsp;\u003c/p\u003e\n\u003cp\u003eConventional empirical regression, utilising globally compiled strong-motion datasets from significant projects such as NGA-West2 and RESORCE, continues to be a fundamental component (Abrahamson et al., 2014), (Boore et al., 2014). However, the GMMs library has been augmented by a variety of additional methodologies. These include data-driven approaches as Artificial Neural Networks (ANN), which can complex, non-linear relationships in data without a functional form a priori (Derras et al., 2014), and physics-based stochastic simulations, which provide a vital tool for estimating ground motion in data-scarce regions (Atkinson \u0026amp; Boore, 2006). The modern GMMs collectively account for over 42 distinct physical parameters that characterise the earthquake source (e.g., moment magnitude, hypocentral depth, faulting style, stress drop parameter\u0026nbsp;Ds), the wave propagation path (e.g., various distance metrics, regional quality factors\u0026nbsp;Q, anelastic attenuation, volcanic path effects), and the local site conditions (e.g., time-averaged shear-wave velocity\u0026nbsp;V\u003csub\u003es30\u003c/sub\u003e, basin depth metrics, high-frequency attenuation\u0026nbsp;kappa, geological unit, and parameters for liquefaction susceptibility).\u003c/p\u003e\n\u003cp\u003eThis development in modelling capability is mirrored, also, by an expansion in the diversity of IMs required for a comprehensive seismic-hazard analysis. The demands of modern engineering have moved beyond the conventional of PGA, PGV, and SA. For instance, a next-generation performance-based seismic design now necessitates a broad suite of IMs. This includes Intensity scales such as Modified Mercalli Intensity (MMI) and Japan Meteorological Agency (JMA) for calibrating models against historical and observational data (Allen et al., 2012); The Modified Mercalli Intensity (MMI) and Japan Meteorological Agency (JMA) scale serve as macroseismic intensity measures which scientists use to validate their models through comparison with historical earthquake data and direct observational records (Allen et al., 2012). The Arias Intensity (IA) and significant duration (RSD) provide better evaluation of total energy input and shaking duration, which makes them suitable for assessing structural damage accumulation and liquefaction potential (Travasarou et al., 2003). The Fourier Amplitude Spectrum (FAS) and Effective Amplitude Spectrum (EAS) frequency-domain representations serve as essential tools for advanced site-response analysis and stochastic ground-motion simulations (Bayless \u0026amp; Abrahamson, 2019). Inelastic spectral displacement (SDi) for structural response, lateral spread displacement (LSD) for ground failure, and period-averaged spectral acceleration (AvgSA) for multi-period demand prediction are few of the parameters that the engineering community has developed to measure specific performance elements (Aristeidou et al., 2023); (Youd et al., 2002); (Weatherill, 2024). (Gulerce \u0026amp; Abrahamson, 2011) state that the vertical motion intensity metrics of vertical spectral acceleration (VHR_SA) and vertical-to-horizontal spectral ratio (V/H) are crucial instruments for the design and assessment of vertically sensitive structures close to fault zones.\u003c/p\u003e\n\u003cp\u003eThis confluence of complexity—diverse GMM methodologies, a vast physical parameter, and a specialized suite of IMs—represents a profound scientific achievement. However, it has created a widening accessibility gap between the frontiers of ground motion science and its practical application by the very community it is meant to serve. The very tools designed for precision have become difficult to wield. The practical application of this state-of-the-art science is often constrained by a significant computational barrier. The use of powerful, open-source engines like the OpenQuake engine is an excellence of transparency and reproducibility (Pagani et al., 2014), but it requires a specialist software environment and considerable programming skills, hence being a deterrent for the majority of practitioners. This overhead also adds to the intrinsic scientific problem of GMM selection.\u0026nbsp;\u003c/p\u003e\n\u003cp\u003eTo bridge this gap between scientific advancement and practical application, this paper introduces\u0026nbsp;OpenGSIM. The objective of this study is to present an automated and conversational workflow that democratizes access to the entire ecosystem of modern ground motion modeling. We detail the development of a novel platform that leverages the ubiquitous Telegram messaging application and the n8n visual automation framework to provide mobile, on-demand access to the complete OpenQuake GMM library. We demonstrate how this tool abstracts the computational and informational complexities, enabling any user to perform seismic prediction by simply responding to a series of guided prompts. A key innovation of the currently approach is the integration of a Large Language Model (Gemini) to provide an automated, AI-powered interpretation of the numerical results, making the outputs more accessible and immediately useful. Ultimately, this work presents a new paradigm for scientific software interaction, transforming a complex analytical task into a simple, conversational, and universally accessible process.\u003c/p\u003e\n\u003cp\u003eTo achieve objectives of this study, the paper will be organised as follows. We begin by creating the full scientific basis, offering a thorough review of the ground motion modeling ecosystem, including its numerous model taxonomies, the extensive physical parameter, and the categorisation of essential Intensity Measures. With this foundation in place, we next go into the design and methodology of the OpenGSIM itself, outlining the function and interaction of its four core layers: Interface, Orchestration, Computation, and LLM. To show how OpenGSIM works, we go through an end-to-end case study, exhibiting the user's conversational journey from first question to final report. Finally, we step back to address the larger implications of our study, evaluating its present limits and possible effect, before making closing comments and proposing intriguing avenues for future research.\u003c/p\u003e"},{"header":"2\tGround Motion Modeling","content":"\u003cp\u003eBefore presenting the automated workflow, it is essential to first understand the complexity and diversity of GMMs. These models are characterised by a tripartite diversity: the theoretical foundations of functional forms, the physical parameters they require, and the broad suite of intensity measures they are designed to predict.\u003c/p\u003e\n\u003ch2 id=\"_Toc210929016\"\u003e2.1 A Taxonomy of Ground Motion Models\u003c/h2\u003e\n\u003cp\u003eGMMs, as implemented in frameworks like the OpenQuake engine, are not a monolithic collection of equations but rather a mosaic of models generated from different techniques and algorithms. While not complete, the important groupings include: \u0026nbsp;\u0026nbsp;\u003c/p\u003e\n\u003cp\u003eEmpirical Models: This is the most typical and frequently utilised method. \u0026nbsp; These models are built by statistical regression on massive strong-motion datasets, fitting a predefined functional form to observed ground motion data. Landmark databases such as NGA-West2 and RESORCE have generated highly complicated empirical GMMs that are now the standard of practice in many fieldse.g.,(Abrahamson et al., 2014); (Boore et al., 2014)\u003cstrong\u003e;\u0026nbsp;\u003c/strong\u003e(Akkar et al., 2014)\u003cstrong\u003e.\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eStochastic Models: In regions with limited strong-motion recordings, physics-based stochastic ground-motion models are commonly employed. These models, often formulated within the framework of Random Vibration Theory (RVT), generate synthetic ground-motion time series from simplified seismological source representations (e.g., the \u003cem\u003eBrune \u0026omega;\u0026sup2;\u003c/em\u003e spectrum (Brune, 1970)) and path attenuation parameters. Such approaches constitute a cornerstone of probabilistic seismic hazard assessment (PSHA) in stable continental regions, where empirical data are sparse (Hanks \u0026amp; McGuire, 1981); (Boore, 2003); (Atkinson \u0026amp; Silva, 2000); (Edwards \u0026amp; F\u0026auml;h, 2013).\u003c/p\u003e\n\u003cp\u003eData-driven models: involves the use of machine learning. These models learn the complex, non-linear relationships between predictor variables and ground motion intensity directly from the data, without imposing functional form a priory. This can provide greater flexibility in capturing observed trends e.g.,(Chaibeddra Tani \u0026amp; Derras, 2024).\u003c/p\u003e\n\u003cp\u003eHybrid Models: This category combines elements from the other approaches. For instance, a hybrid model might use simulated ground motions from a physics-based method (like Green\u0026apos;s Functions) to supplement empirical data in ranges where recordings are scarce, such as for large magnitudes at short distances (e.g., (Somerville et al., 2001)).\u003c/p\u003e\n\u003cp\u003eOpenGSIM tool is designed to be agnostic to these methodologies, treating each GMM as a functional object and thereby allowing for the comparison of models with different theoretical underpinnings.\u003c/p\u003e\n\u003ch2 id=\"_Toc210929017\"\u003e2.2 The Physical Parameter\u003c/h2\u003e\n\u003cp\u003eThe evolution of GMMs is reflected, also, by the rise of number of the physical parameter they utilize. To perform a calculation, our workflow must be capable of handling over 42 distinct physical parameters, which can be broadly classified, mainly, into three categories (the list of physical all parameters required by GMMs is represented in the Supplementary Material : Table S1):\u003c/p\u003e\n\u003cp\u003eSource Parameters: characterise the seismological features of the earthquake rupture. \u0026nbsp;They generally contain the moment magnitude (Mw), which quantifies the released seismic energy; the hypocentral depth (hypo_depth), controlling attenuation and frequency content; and the faulting mechanism (e.g., rake, dip, strike), which influences radiation pattern and directivity effects. Additional source parameters, such as the stress drop (\u0026Delta;\u0026sigma;), give insights into source dynamics and spectrum scaling, affecting the high-frequency content of ground movements (Brune, 1970); (Atkinson \u0026amp; Silva, 2000).\u003c/p\u003e\n\u003cp\u003ePath Parameters:\u0026nbsp;define the propagation effects that seismic waves encounter as they travel from the source to the site. These characteristics influence geometric spreading, anelastic attenuation, and crustal heterogeneity along the travel route. Common usual metrics include the Joyner-Boore distance (R\u003csub\u003eJB\u003c/sub\u003e, the closest distance to the surface projection of the rupture) and the rupture distance (R\u003csub\u003erup\u003c/sub\u003e, the shortest distance to the fault plane). In certain models, the azimuth (Supplementary Material : Table S1)\u0026mdash;the angle of the site relative to the fault strike, measured clockwise from North\u0026mdash;is also used to account for directivity and hanging-wall effects (Campbell \u0026amp; Bozorgnia, 2008); (Chiou \u0026amp; Youngs, 2014).\u003c/p\u003e\n\u003cp\u003eSite Parameters:\u0026nbsp;Describe the geological and geotechnical proxies that affect ground-motion amplitude, frequency, and duration. The time-averaged shear-wave velocity in the top 30 metres (V\u003csub\u003eS30\u003c/sub\u003e) is the most often used, it\u0026rsquo;s a proxy for near-surface stiffness and site amplification potential. Current GMMs include depth metrics (Z\u003csub\u003e1.0\u003c/sub\u003e, depth to the 1000 m/s shear-wave velocity horizon; Z\u003csub\u003e2.5\u003c/sub\u003e, depth to 2.5 km/s), high-frequency attenuation (\u0026kappa;\u003csub\u003e0\u003c/sub\u003e), and geological or site-class indicators (e.g., NEHRP or EC8 categories). These factors jointly explain the impedance contrasts and resonance events that regulate local amplification (Seyhan \u0026amp; Stewart, 2014) (Zaoui et al., 2025)(Derras et al., 2020).\u003c/p\u003e\n\u003ch2 id=\"_Toc210929018\"\u003e2.3 A Classification of Modern Intensity Measures\u003c/h2\u003e\n\u003cp\u003eThe final dimension of complexity lies in the variety of IMs that an engineer or seismologist may need to calculate. Our workflow provides access to the full suite of IMs available in the OpenQuake engine, which can be grouped by their physical meaning and application (the list of IMs is represented in the Supplementary Material: Table S2)\u003c/p\u003e\n\u003cp\u003ePeak Amplitudes:\u0026nbsp;The most conventional IMs, including Peak Ground Acceleration (PGA), Velocity (PGV), and Displacement (PGD). They are commonly utilised in design codes and seismic hazard assessment.\u003c/p\u003e\n\u003cp\u003eSpectral Ordinates:\u0026nbsp;This large family describes the response of a single-degree-of-freedom oscillator. It includes Pseudo-Spectral Acceleration (SA) at various periods, as well as the recently developed Average Spectral Acceleration (AvgSA), which provides a robust measure of structural demand by averaging spectral ordinates across a range of periods.\u003c/p\u003e\n\u003cp\u003eEnergy and Duration Measures:\u0026nbsp;These IMs, which include Arias Intensity (IA), Cumulative Absolute Velocity (CAV), and several definitions of significant duration (such as RSD575 and DRVT), measure the energy content and duration of shaking. This makes them more reliable predictors of the potential for cumulative damage than just peak values.\u003c/p\u003e\n\u003cp\u003eFrequency-Domain Measures:\u0026nbsp;The Fourier Amplitude Spectrum (FAS) and the Effective Amplitude Spectrum (EAS) provide a direct view of the frequency content of the ground motion and are essential for stochastic simulations.\u003c/p\u003e\n\u003cp\u003eEngineering and Damage-Proxy Measures:\u0026nbsp;This category includes IMs designed to predict specific types of damage, such as Inelastic Spectral Displacement (SDi) for performance-based design and Lateral Spread Displacement (LSD) for liquefaction hazard assessment.\u003c/p\u003e\n\u003cp\u003eIntensity Scales and Ratios: This includes observational scales like Modified Mercalli Intensity (MMI) and the Japan Meteorological Agency (JMA) scale, as well as the Vertical-to-Horizontal Spectral Ratio (VHR_SA), which is particularly informative in near-fault and site characterization contexts.\u003c/p\u003e"},{"header":"3\tSystem Architecture and Methodology","content":"\u003cp\u003eTo address the challenges outlined in the previous sections (assembling all GMMs in the same ecosystem), we designed and implemented a Telegram (Telegram, 2025) chatbot (named OpenGSIM) through an application programming interface. The n8n platform (n8n, 2025), a conversational workflow for on-demand GMM calculation, fully automates OpenGSIM. The resulting architecture is a microservices-based system orchestrated by a visual workflow automation platform.\u003c/p\u003e\n\u003ch2\u003e3.1 Conceptual Overview\u003c/h2\u003e\n\u003cp\u003eThe overall architecture of the OpenGSIM is illustrated in\u0026nbsp;Figure 1. The system operates as a stateful, event-driven application where the user's messages on Telegram act as triggers that propel the workflow through a series of defined states. The n8n automation platform serves as the central orchestration engine, receiving user inputs via a webhook (we used ngrok (ngrok, 2025) proxy service) and dispatching tasks to the appropriate backend services. The scientific calculations are delegated to a dedicated (Python Software Foundation, 2025) wrapper that interfaces with the OpenQuake engine, running within an isolated Docker container (Merkel, 2014). The numerical results are then post-processed and, optionally, sent to the Gemini API for natural-language (Google, 2025) interpretation before the final report through (WeasyPrint, 2025) and data files are delivered back to the user via the Telegram Bot API.\u003c/p\u003e\n\u003ch2\u003e3.2 The User and Interface Layers\u003c/h2\u003e\n\u003cp\u003eThe top layer of the architecture is dedicated to user interaction (Figure 1). The\u0026nbsp;User Layer\u0026nbsp;represents the end-user (e.g., an engineer, researcher, or student) interacting with their device. The\u0026nbsp;Interface Layer\u0026nbsp;is handled exclusively by the Telegram Bot API. This choice was strategic: Today, Telegram reportedly has more than 1 billion monthly active users. Ranked by the number of downloads, Telegram is among the top 10 most popular social networks in the world (Telegram, 2025). Through Telegram, the user selects for n8n via the ngrok webhook the type of IMs, the GMM class that gives IM. In addition, he provides the physical parameters\u0026nbsp;supported by the GMM class.\u003c/p\u003e\n\u003cp\u003eThis layer is the route for all user interactions (see Figure 1, Arrows 1 and 11). Our process uses webhook capability, such as (ngrok, 2025)which sends any user communication as a JSON-formatted payload to a pre-registered HTTPS endpoint. This event-driven method enables the orchestration Layer to respond to user input in real time.\u003c/p\u003e\n\u003cp\u003eFigure 1 : Conceptual architecture of the OpenGSIM. The user interacts with the Telegram Bot. Messages are sent via a webhook to the n8n workflow, which acts as the central orchestrator. n8n queries a Google Sheet to retrieve the GMM catalogue. Based on user choices, n8n executes a Python script within a dedicated Docker container, which leverages the OpenQuake-engine for the GMM calculation. The results sent to the Gemini API for interpretation. Finally, n8n formats and delivers the final report and data files back to the user via Telegram.\u003c/p\u003e\n\u003ch2\u003e3.3 The Orchestration Layer\u003c/h2\u003e\n\u003cp\u003eThe central system of OpenGSIM is the\u0026nbsp;Orchestration Layer (Figure 1)(ngrok, 2025), managed by an n8n workflow. n8n is an open-source, node-based automation tool that allows for the visual construction of complex processes, making the bot's logic transparent, debuggable, and easily modifiable. This layer receives events from the Interface Layer (Arrow 2) and coordinates all backend tasks.\u003c/p\u003e\n\u003cp\u003eThe main workflow functions as a state machine guiding the user through the calculation:\u003c/p\u003e\n\u003cp\u003eSession Management and Data Retrieval:\u0026nbsp;Upon receiving a user's choice,\u0026nbsp;Code\u0026nbsp;nodes query a\u0026nbsp;Google Sheet\u0026nbsp;(Arrows 3 \u0026amp; 4), which acts as a simple, easily maintainable database for the 500+ GMMs catalogue and their associated metadata.\u003c/p\u003e\n\u003cp\u003eLogic and Validation:\u0026nbsp;If\u0026nbsp;nodes and\u0026nbsp;code\u0026nbsp;nodes are used to validate user input, ensuring the correct number and format of physical parameters are provided before proceeding (see Figure 3 and Figure 5).\u003c/p\u003e\n\u003cp\u003eTask Delegation:\u0026nbsp;The orchestrator dispatches tasks to the appropriate layers. It invokes the Computation Layer by assembling and running a command-line instruction via an\u0026nbsp;Execute Command\u0026nbsp;node (Arrow 5). It then sends the numerical results to the Intelligence Layer for analysis via an\u0026nbsp;HTTP Request\u0026nbsp;node (Arrow 8).\u003c/p\u003e\n\u003cp\u003eResponse combination and delivery:\u0026nbsp;Finally, the workflow gathers all the artefacts\u0026mdash;the raw JSON from the computation layer (Arrow 7), the text from the intelligence layer (Arrow 9), and any generated files\u0026mdash;and delivers the final prepared report back to the user through the interface layer (Arrow 10).\u003c/p\u003e\n\u003ch2\u003e3.4 The Computation Layer\u003c/h2\u003e\n\u003cp\u003eThis layer is the scientific core of the system, responsible for performing the GMM calculations and IMs prediction. It is encapsulated within an isolated\u0026nbsp;Docker container\u0026nbsp;to ensure a consistent and reproducible computational environment. This layer consists of two main components:\u003c/p\u003e\n\u003cp\u003eThe Python Wrapper:\u0026nbsp;a custom script, providing a command-line-driven interface to the OpenQuake library. It is built for flexibility, dynamically importing the GMM class supplied by the user and populating the OpenQuake context objects (Sites context : site effect parameters, Rupture context : source effect parametrs, Distances context: path effect parameters) : these parameters (proxies) are provided par user (e.g. Figure 5). The script intelligently finds all IMs allowed by the chosen model, conducts the computations, and writes the aggregated results as a single JSON object to output, allowing for simple reading by n8n.\u003c/p\u003e\n\u003cp\u003eThe OpenQuake Engine: the underlying scientific library (Pagani et al., 2014); (Silva et al., 2020) that performs the validated GMM calculations (Arrow 6). Our wrapper directly utilises its\u0026nbsp;\u0026ldquo;get_mean_and_stddevs\u0026rdquo;\u0026nbsp;function to ensure results are consistent with the standard of practice.\u003c/p\u003e\n\u003ch2\u003e3.5 The LLM (Large Language Model) Layer\u003c/h2\u003e\n\u003cp\u003eTo bridge the gap between raw numerical output and actionable insight, we implemented an\u0026nbsp;Intelligence Layer\u0026nbsp;powered by a Large Language Model. After a successful computation, the Orchestration Layer sends the key spectral results to this layer (Arrow 8).\u003c/p\u003e\n\u003cp\u003eFor this task, we interface with the Google Generative Language API to utilise the\u0026nbsp;Gemini 1.5 Flash\u0026nbsp;model (it is a free LLM). A carefully designed prompt instructs the model to act as a seismological expert, analyse the provided spectral data (e.g., SA or EAS values versus period/frequency), and generate a brief, qualitative summary. This interpretation typically includes identifying the peak spectral response and commenting on its potential implications for structures. The choice of the \"Flash\" model was motivated by its excellent balance of analytical capability, low latency, and cost-efficiency, making it highly suitable for a real-time interactive application. The resulting text is then sent back to the orchestrator for inclusion in the final report (Arrow 9).\u003c/p\u003e"},{"header":"4\tThe OpenGSIM Interface and User Workflow","content":"\u003cp\u003eThe architecture described above is presented to the end-user through a conversational interface within the Telegram application. The entire process is intuitive, guiding the user through a series of simple, numbered steps without requiring any prior knowledge of the underlying system (n8n and OpenQuake).\u003c/p\u003e\n\u003cp\u003eUpon commencing a compute session with the \u0026ldquo;/start\u0026rdquo; command, the user is met with a welcome message: the bot's description section presents an overview of its capabilities (\u0026ldquo;What can this bot do?\u0026rdquo;), alerting the user that they may access over 500+ GMMs and 21 IMs. Following, the bot displays the compact user manual, as seen in Figure 2. This opening message covers the four key phases of the workflow: (1) IM selection, (2) GMM class selection, (3) physical parameters (inputs), and (4) reception of results.\u003c/p\u003e\n\u003cp\u003eFigure 2 : The initial user interface of the OpenGSIM. On the left, the welcome message triggered by the\u0026nbsp;/start\u0026nbsp;command. On the right, the bot's static profile description summarizing its capabilities, which outlines the four-step procedure for performing a calculation.\u003c/p\u003e\n\u003cp\u003eThis combination of an introductory instruction and a static explanation guarantees that the user is fully aware of the bot's goal and operational process from the very beginning. The process progresses via a basic reply-based interaction model: the bot provides a numbered list of alternatives, and the user answers with the matching number to make their pick. This approach was chosen for its universality and simplicity, limiting the chance for mistakes.\u003c/p\u003e\n\u003cp\u003eTherefore, the first interactive step of the workflow is the IM selection. As illustrated in\u0026nbsp;the Supplementary Material (Table S2), the bot presents a numbered list of the IMs available, each accompanied by a brief scientific definition. Once the user replies with the number corresponding to the IM chosen, the orchestration layer (Figure 1) uses this choice to perform the critical task of filtering the entire GMM catalogue. In this context, an example is represented in Figure 3.\u003c/p\u003e\n\u003cp\u003eNow that the overall architecture and user workflow have been established, the following section will demonstrate this entire process in action through a detailed case study.\u003c/p\u003e"},{"header":"5\tResults: A Case Study Workflow","content":"\u003cp\u003eTo show the end-to-end capabilities of the OpenGSIM, we give an example of entire computation workflow for a practical seismic scenario. This case study explains the method of determining the 5%-damped pseudo-spectral acceleration (SA) using the known AbrahamsonEtAl2014 (ASK14) GMM in their basic version.\u003c/p\u003e\n\u003ch2\u003e5.1\u0026nbsp;\u0026nbsp;\u0026nbsp;\u0026nbsp;\u0026nbsp;\u0026nbsp;\u0026nbsp; Scenario Definition and User Input\u003c/h2\u003e\n\u003cp\u003eAfter to have selected the IM\u0026rsquo;s number; the user chooses the number of GMM class that he would like used. For instance, the number 2 is corresponded of the AbrahamsonEtAl2014 (see the left panel of Figure 3).\u003c/p\u003e\n\u003cp\u003eAfter choosing the AbrahamsonEtAl2014 model, the workflow shows the user a short summary of the chosen GMM, which includes a short description and a list of all the physical parameters needed, organised by category (Rupture, Distance, Site). The bot also goes over each required parameter one by one. It gives a clear scientific definition of each parameter, the unit it should be in, and a typical range of values. This contextual guidance is very important for reducing error and also serves an educational purpose by making sure the user knows what the values they are giving means (Figure 4).\u003c/p\u003e\n\u003cp\u003eSubsequently, the workflow prompts for the 12 physical parameters required by the ASK14 model. For this scenario, we defined a crustal earthquake and provided the corresponding values in the requested comma-separated format, as shown in\u0026nbsp;Figure 5. The input physical parameter values for this case study are dip\u0026nbsp;= 70\u0026deg; (fault dip angle), mag\u0026nbsp;= 6.5 (moment magnitude), rake\u0026nbsp;= 90\u0026deg; (fault rake angle), width\u0026nbsp;= 10 km (fault width), ztor\u0026nbsp;= 2.0 km (depth to top of rupture), rjb = 20 km (Joyner-Boore distance), rrup\u0026nbsp;= 25 km (closest distance to rupture), rx\u0026nbsp;= 15 km (horizontal distance), ry0\u0026nbsp;= 0 km (site coordinate), vs30\u0026nbsp;= 500 m/s (shear-wave velocity), vs30measured\u0026nbsp;=\u0026nbsp;1 (and 0 for inferred Vs30), and z1pt0\u0026nbsp;= 50 m (depth for a vs = 1000 m/s).\u003c/p\u003e\n\u003ch2\u003e5.2\u0026nbsp;\u0026nbsp;\u0026nbsp;\u0026nbsp;\u0026nbsp;\u0026nbsp;\u0026nbsp; Output: Report, Data, and AI-Powered Interpretation\u003c/h2\u003e\n\u003cp\u003eThe Orchestration Layer starts the Computation Layer (Figure 1) after the input parameters have been successfully checked. The system does the math for all supported spectral periods and sends the results to the user\u0026nbsp;within seconds (Figure 6, Figure 7, Figure 8). The final deliverables for this case study include:\u003c/p\u003e\n\u003cp\u003eA Visual Summary:\u0026nbsp;A plot of the response spectrum is generated and sent as a PNG image, providing an immediate visualisation of the mean spectral acceleration and the \u0026plusmn;s (standard deviation) range across all periods (Figure 6).\u003c/p\u003e\n\u003cp\u003eA Textual Report:\u0026nbsp;A Textual Report:\u0026nbsp;A formatted text message summarises the physical parameter values (inputs) and presents a sampled summary of the key spectral values (see Figure 7).\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eReporting and AI-Powered Interpretation\u003c/strong\u003e: Upon successful computation, the workflow triggers the intelligence layer (see Figure 1) and subsequently delivers the final results to the user. This output includes a downloadable CSV file with the raw numerical data and a comprehensive PDF report. A key innovation of the OpenGSIM is the inclusion of an automated analysis within this report, generated by the intelligence layer. The numerical spectral results are passed to the Gemini 1.5 Flash model through a structured prompt, which instructs the AI to act as an earthquake engineering expert and provide a qualitative interpretation. The design of this prompt is critical to obtaining a consistent and relevant analysis. The specific prompt used in this workflow is detailed in\u0026nbsp;Table 1.\u003c/p\u003e\n\u003cp\u003eTable 1 : The structured prompt sent to the Gemini 1.5 Flash API for the interpretation of Spectral Acceleration (SA) data.\u003c/p\u003e\n\u003ctable\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd width=\"56\"\u003e\n\u003cp\u003eRole:\u0026nbsp;\u003c/p\u003e\n\u003c/td\u003e\n\u003ctd width=\"548\"\u003e\n\u003cp\u003eyou are an earthquake engineering expert. your task is to interpret\u0026nbsp;spectral acceleration (SA)\u0026nbsp;data.\u003c/p\u003e\n\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd width=\"56\"\u003e\n\u003cp\u003eContext:\u003c/p\u003e\n\u003c/td\u003e\n\u003ctd width=\"548\"\u003e\n\u003cp\u003eThe data provided is acceleration in units of 'g'.\u003c/p\u003e\n\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd rowspan=\"2\" width=\"56\"\u003e\n\u003cp\u003eTask:\u0026nbsp;\u003c/p\u003e\n\u003c/td\u003e\n\u003ctd width=\"548\"\u003e\n\u003cp\u003eBased strictly on the data provided, provide an analysis following these exact steps. Use the term \"spectral acceleration\" in your response:\u003c/p\u003e\n\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd width=\"548\"\u003e\n\u003cp\u003eOverall Summary:\u0026nbsp;One-sentence summary of the seismic hazard level.\u003c/p\u003e\n\u003cp\u003ePeak Acceleration:\u0026nbsp;State the peak spectral acceleration and the period at which it occurs.\u003c/p\u003e\n\u003cp\u003eImplications for Short-Period Structures:\u0026nbsp;Describe the implications for rigid buildings (e.g., low-rise masonry).\u003c/p\u003e\n\u003cp\u003eImplications for Long-Period Structures:\u0026nbsp;Describe the implications for flexible buildings (e.g., high-rise towers).\u003c/p\u003e\n\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\n\u003cp\u003e\u0026nbsp;\u003c/p\u003e\n\u003cp\u003eThe Gemini API provided the interpretation shown in Figure 8 for our case study using the ASK14 model. The model of study appropriately recognises the PGA at a short period (0.2 s) and compares the seismic demand on rigid, short-period buildings to the reduced demand on flexible, long-period buildings for this study scenario. It is important to note that although this automatic interpretation provides a helpful summary, it is meant to assist the analyst as an initial analytical evaluation and is not a substitute for a full evaluation by a certified engineering expert.\u003c/p\u003e\n\u003cp\u003eFinally, this case study demonstrates the successful implementation of our design philosophy, showcasing the system's ability to abstract a complex GMM calculation into an efficient, guided, and conversational workflow. The process culminates in a rich, multi-format, and intelligently interpreted output, transforming a traditionally laborious task into an accessible, on-demand analysis.\u003c/p\u003e"},{"header":"6 Discussion","content":"\u003cp\u003eThe OpenGSIM Telegram bot, as demonstrated, represents more than just a technical tool; it offers a new practical paradigm of earthquake engineering. By capturing the complexity and the diversity of the Ground-Motion Models (GMMs) within an interactive interface. This study aims to address the critical accessibility gap that has arisen between cutting-edge GMMs and the broader community of practitioners. Without a dedicated framework like OpenGSIM, practitioners are typically faced with two challenging options: either manually reimplementing a GMM's functional form from its source publication, a process prone to error, or installing and configuring a complex computational environment such as the OpenQuake engine. OpenGSIM is a platform-independent tool that eliminates the traditional barriers of software installation and complex configuration, making advanced seismic analysis accessible on any device and under any OS (operating system). In essence, this work takes ground motion prediction\u0026mdash;once the exclusive domain of specialists\u0026mdash;and places it directly into the hands of researchers, engineers, technicians, and students. The bot flattens this steep learning curve, allowing it to be possible in a related field to perform a sophisticated, scenario-based computation in minutes from a mobile device. This has profound implications for both practice and education.\u003c/p\u003e\n\u003cp\u003eThis BOT offers a robust capability for civil engineers, allowing them to swiftly perform computation of IMs. In addition, the BOT simplifies the process of comparing several GMMs for a given seismic scenario, an essential feature for projects focused on specific projects where design spectra based on codes may not be applicable. This capability for rapid GMM comparison is crucial for quantifying epistemic uncertainty\u0026mdash;the variability in predictions due to limited scientific knowledge\u0026mdash;which is a fundamental consideration for any robust and reliable engineering design. This BOT allows students and educators to transform GMMs from abstract equations into interactive tools, fostering a more intuitive understanding of how physical parameters like magnitude, distance, and local site conditions (Vs30, z1.0) influence the resulting ground motion.\u003c/p\u003e\n\u003cp\u003eThe technical innovation of this work is using n8n workflow and the integration of a Large Language Model (LLM) for automated interpretation of spectral curves. The Gemini 1.5 Flash, used here, correctly identifies the spectral variations, such as the period of peak spectral response, and translates this numerical information into meaningful engineering information. However, the LLM is not a substitute for the judgement of a qualified engineering expert who can account for site-specific non-linearities, structural detailing, and the full context of a design project. The role of the LLM here is that of an assistant for initial analysis, while the final engineering decision remains firmly in the domain of the human expert.\u003c/p\u003e"},{"header":"7 Conclusion","content":"\u003cp\u003eThis paper introduces the OpenGSIM Telegram bot, a new way to link the complexities of today's ground motion studies with the practical needs of those who work in earthquake engineering and seismology. The research has demonstrated that it is possible to make advanced seismic analysis tools very easy to use without sacrificing scientific accuracy by putting a large group of over 500 classes of GMMs, a complete set of 42 physical parameters and 21 intensity measures, and an AI-powered understanding layer into a simple, widely available Telegram interface.\u003c/p\u003e\n\u003cp\u003eInstead of a new GMM, this product provides a new way to use a large number of GMMs. This tool greatly speeds up the study of uncertainty for the seismic hazards assessment by making it easy to compare models with different setups and basic ideas, from simple empirical equations to random simulations. The bot gives design spectra for specific situations and a group of advanced IMs (like SDi or AvgSA) that are immediately useful for performance-based design for a structural engineer, allowing for a better understanding of how structures act, going beyond just peak acceleration. The ability to quickly calculate IMs like LSD or Arias Intensity for a specific situation provides a useful first step for checking the risk of liquefaction for a geotechnical engineer.\u003c/p\u003e\n\u003cp\u003e\u0026nbsp;The addition of an AI understanding layer, even though it is new, points to a future where scientific software not only creates data but also begins the process of developing scientific knowledge. By automatically doing the first analysis of a spectral curve, the bot allows the expert to focus on more complex evaluation and making decisions. Future plans will focus on increasing the system's abilities to include processing many things at once and analysing records customised for each user.\u003c/p\u003e\n\u003cp\u003eIn the end, we believe that this conversational model represents a promising direction for scientific software, making strong computing tools easier, more accessible, and more important for the global group dedicated to reducing seismic risk.\u003c/p\u003e"},{"header":"Declarations","content":"\u003ch2\u003e8\u0026nbsp;Acknowledgments\u003c/h2\u003e\n\u003cp\u003eThe author wants to say thank you for the strong, free tools and systems that were very helpful in making the OpenGSIM. It would not have happened without the OpenQuake-engine codes, created by the Global Earthquake Model (GEM) Foundation, which is the main science part of what we made. We want to thank the people who made and take care of the n8n project for building a tool that lets us automate tasks in a way that is both easy to change and strong. We also want to say that the Telegram Bot API was indispensable for us because it gave us a universal tool that anyone can use, and Python was useful because it has many scientific packages. Making and putting this project out was made much easier because we used Docker to put everything in containers, WeasyPrint to make PDF files, the Google Sheets API which worked as a simple database for the GMM catalogue, and the safe tunnelling from ngrok while we tested it. The writer also wants to thank Google's Gemini Large Language Model for its help with the conception and writing of this paper. We also want to thank the Algerian Directorate General for Scientific Research and Technological Development (DGRST) for their support.\u003c/p\u003e\u003ch2\u003eFunding\u003c/h2\u003e\n\u003cp\u003eThis work was supported by Algerian Directorate General for Scientific Research and Technological\u003c/p\u003e\n\u003ch2\u003eCompeting Interests\u003c/h2\u003e\n\u003cp\u003eThe author has no relevant financial or non-financial interests to disclose.\u003c/p\u003e\n\u003ch2\u003eAuthor Contributions\u003c/h2\u003e\n\u003cp\u003eAuthor Contributions: Boumediene DERRAS is the sole author and is responsible for all aspects of the manuscript\u003c/p\u003e\n\u003ch2\u003eData and Code Availability\u003c/h2\u003e\n\u003cp\u003e\u003cstrong\u003eName of software:\u003c/strong\u003e\u0026nbsp;OpenGSIM-Bot\u003c/p\u003e\n\u003cp\u003eThe complete source code for the Python wrapper, the n8n workflow in JSON format, the Docker configuration files, and all supporting materials developed for this study are openly available in a public GitHub repository under an MIT license. The repository includes a detailed\u0026nbsp;README.md\u0026nbsp;file with instructions for deployment, configuration, and usage.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eDeveloper Contact:\u003c/strong\u003e\u0026nbsp;
[email protected]. Tel : +213550695605\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eRepository Link:\u003c/strong\u003e\u0026nbsp;https://github.com/bderras/OpenGSIM-Bot\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eTechnical Specifications:\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eProgramming Languages:\u003c/strong\u003e\u0026nbsp;Python (for the scientific wrapper), JavaScript (within n8n Code nodes).\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSoftware Requirements:\u003c/strong\u003e\u0026nbsp;Docker and Docker Compose. The installation of Docker Desktop is the recommended method for Windows and macOS environments.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eHardware Requirements:\u003c/strong\u003e\u0026nbsp;A standard personal computer capable of running Docker. No specialized hardware (e.g., GPU) is required.\u003c/p\u003e\n\u003cp\u003eIn addition to the source code, a live, interactive instance of the OpenGSIM-Bot is publicly available for direct evaluation on the Telegram platform. We particularly invite reviewers to use this link for an immediate, installation-free demonstration of the tool's functionality.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eLive Bot Access:\u003c/strong\u003e\u0026nbsp;https://t.me/MyPGAEstimator_bot\u003c/p\u003e\n\u003cp\u003e\u0026nbsp;\u003c/p\u003e"},{"header":"References","content":"\u003col\u003e\n\u003cli\u003eAbrahamson, N. A., Silva, W. J., \u0026amp; Kamai, R. (2014). Summary of the ASK14 ground motion relation for active crustal regions. \u003cem\u003eEarthquake Spectra\u003c/em\u003e, \u003cem\u003e30\u003c/em\u003e(3), 1025\u0026ndash;1055. https://doi.org/10.1193/070913EQS198M\u003c/li\u003e\n\u003cli\u003eAkkar, S., Sandıkkaya, M. A., \u0026amp; Bommer, J. J. (2014). Empirical ground-motion models for point- and extended-source crustal earthquake scenarios in Europe and the Middle East. \u003cem\u003eBulletin of Earthquake Engineering\u003c/em\u003e, \u003cem\u003e12\u003c/em\u003e(1), 359\u0026ndash;387. https://doi.org/10.1007/s10518-013-9461-4\u003c/li\u003e\n\u003cli\u003eAllen, T. I., Wald, D. J., \u0026amp; Worden, C. B. (2012). Intensity attenuation in active crustal regions. \u003cem\u003eJournal of Seismology\u003c/em\u003e, \u003cem\u003e16\u003c/em\u003e(2), 409\u0026ndash;433.\u003c/li\u003e\n\u003cli\u003eAristeidou, S., Tarbali, K., \u0026amp; O\u0026rsquo;Reilly, G. J. (2023). A ground motion model for orientation-independent inelastic spectral displacements from shallow crustal earthquakes. \u003cem\u003eEarthquake Spectra\u003c/em\u003e, \u003cem\u003e39\u003c/em\u003e(3), 1601\u0026ndash;1624.\u003c/li\u003e\n\u003cli\u003eAtkinson, G. M., \u0026amp; Boore, D. M. (2006). Earthquake ground-motion prediction equations for eastern North America. \u003cem\u003eBulletin of the Seismological Society of America\u003c/em\u003e, \u003cem\u003e96\u003c/em\u003e(6), 2181\u0026ndash;2205. https://doi.org/10.1785/0120050245\u003c/li\u003e\n\u003cli\u003eAtkinson, G. M., \u0026amp; Silva, W. J. (2000). Stochastic modeling of California ground motions. \u003cem\u003eBulletin of the Seismological Society of America\u003c/em\u003e, \u003cem\u003e90\u003c/em\u003e(2), 255\u0026ndash;274. https://doi.org/10.1785/0119990064\u003c/li\u003e\n\u003cli\u003eBayless, J., \u0026amp; Abrahamson, N. A. (2019). Summary of the BA18 ground-motion model for Fourier amplitude spectra for crustal earthquakes in California. \u003cem\u003eBulletin of the Seismological Society of America\u003c/em\u003e, \u003cem\u003e109\u003c/em\u003e(5), 2088\u0026ndash;2105.\u003c/li\u003e\n\u003cli\u003eBoore, D. M. (2003). Simulation of ground motion using the stochastic method. \u003cem\u003ePure and Applied Geophysics\u003c/em\u003e, \u003cem\u003e160\u003c/em\u003e(3\u0026ndash;4), 635\u0026ndash;676. https://doi.org/10.1007/PL00012553\u003c/li\u003e\n\u003cli\u003eBoore, D. M., Stewart, J. P., Seyhan, E., \u0026amp; Atkinson, G. M. (2014). NGA-West2 equations for predicting PGA, PGV, and 5% damped PSA for shallow crustal earthquakes. \u003cem\u003eEarthquake Spectra\u003c/em\u003e, \u003cem\u003e30\u003c/em\u003e(3), 1057\u0026ndash;1085. https://doi.org/10.1193/070113EQS184M\u003c/li\u003e\n\u003cli\u003eBradley, B. A. (2013). A New Zealand‐Specific Pseudospectral Acceleration Ground‐Motion Prediction Equation for Active Shallow Crustal Earthquakes Based on Foreign Models. \u003cem\u003eBulletin of the Seismological Society of America\u003c/em\u003e, \u003cem\u003e103\u003c/em\u003e(3), 1801\u0026ndash;1822. https://doi.org/10.1785/0120120021\u003c/li\u003e\n\u003cli\u003eBrune, J. N. (1970). Tectonic stress and the spectra of seismic shear waves from earthquakes. \u003cem\u003eJournal of Geophysical Research\u003c/em\u003e, \u003cem\u003e75\u003c/em\u003e(26), 4997\u0026ndash;5009. https://doi.org/10.1029/JB075i026p04997\u003c/li\u003e\n\u003cli\u003eCampbell, K. W., \u0026amp; Bozorgnia, Y. (2008). NGA ground motion model for the geometric mean horizontal component of PGA, PGV, PGD and 5%-damped linear elastic response spectra for periods ranging from 0.01 to 10 s. \u003cem\u003eEarthquake Spectra\u003c/em\u003e, \u003cem\u003e24\u003c/em\u003e(1), 139\u0026ndash;171. https://doi.org/10.1193/1.2857546\u003c/li\u003e\n\u003cli\u003eChaibeddra Tani, F., \u0026amp; Derras, B. (2024). A regionalized partially nonergodic ground-motion data-driven model for low to moderate seismicity areas: using RESIF-RAP, ESM, RESORCE and NGA-West2 data. \u003cem\u003eBulletin of Earthquake Engineering\u003c/em\u003e, \u003cem\u003e22\u003c/em\u003e, 1677\u0026ndash;1718. https://doi.org/10.1007/s10518-023-01852-2\u003c/li\u003e\n\u003cli\u003eChiou, B. S. J., \u0026amp; Youngs, R. R. (2014). \u003cem\u003eUpdate of the Chiou and Youngs NGA Model for the Average Horizontal Component of Peak Ground Motion and Response Spectra:\u003c/em\u003e \u003cem\u003e30\u003c/em\u003e(3), 1117\u0026ndash;1153. https://doi.org/10.1193/072813EQS219M\u003c/li\u003e\n\u003cli\u003eDerras, B., Bard, P.-Y., R\u0026eacute;gnier, J., \u0026amp; Cadet, H. (2020). Non-linear modulation of site response: Sensitivity to various surface ground-motion intensity measures and site-condition proxies using a neural network approach. \u003cem\u003eEngineering Geology\u003c/em\u003e, \u003cem\u003e269\u003c/em\u003e, 105500. https://doi.org/https://doi.org/10.1016/j.enggeo.2020.105500\u003c/li\u003e\n\u003cli\u003eDerras, B., Bard, P. Y., \u0026amp; Cotton, F. (2014). Towards fully data driven ground-motion prediction models for Europe. \u003cem\u003eBulletin of Earthquake Engineering\u003c/em\u003e, \u003cem\u003e12\u003c/em\u003e(1), 495\u0026ndash;516. https://doi.org/10.1007/s10518-013-9481-0\u003c/li\u003e\n\u003cli\u003eDouglas, J. (2003). Earthquake ground motion estimation using strong-motion records: a review of equations for the estimation of peak ground acceleration and response spectral ordinates. \u003cem\u003eEarth-Science Reviews\u003c/em\u003e, \u003cem\u003e61\u003c/em\u003e(1\u0026ndash;2), 43\u0026ndash;104.\u003c/li\u003e\n\u003cli\u003eEdwards, B., \u0026amp; F\u0026auml;h, D. (2013). A Stochastic Ground‐Motion Model for SwitzerlandA Stochastic Ground‐Motion Model for Switzerland. \u003cem\u003eBulletin of the Seismological Society of America\u003c/em\u003e, \u003cem\u003e103\u003c/em\u003e(1), 78\u0026ndash;98. https://doi.org/10.1785/0120110331\u003c/li\u003e\n\u003cli\u003eGoogle. (2025). \u003cem\u003eGemini 1.5: Unlocking multimodal understanding across long contexts\u003c/em\u003e.\u003c/li\u003e\n\u003cli\u003eGulerce, Z., \u0026amp; Abrahamson, N. A. (2011). Site-specific design-spectrum model for vertical ground motion. \u003cem\u003eEarthquake Spectra\u003c/em\u003e, \u003cem\u003e27\u003c/em\u003e(4), 1023\u0026ndash;1049.\u003c/li\u003e\n\u003cli\u003eHanks, T. C., \u0026amp; McGuire, R. K. (1981). The character of high-frequency strong ground motion. \u003cem\u003eBulletin of the Seismological Society of America\u003c/em\u003e, \u003cem\u003e71\u003c/em\u003e(6), 2071\u0026ndash;2095. https://doi.org/10.1785/BSSA0710062071\u003c/li\u003e\n\u003cli\u003eKramer, S. L. (1996). \u003cem\u003eGeotechnical Earthquake Engineering\u003c/em\u003e. Prentice Hall.\u003c/li\u003e\n\u003cli\u003eMerkel, D. (2014). Docker: lightweight linux containers for consistent development and deployment. \u003cem\u003eLinux Journal\u003c/em\u003e, \u003cem\u003e239\u003c/em\u003e, 2.\u003c/li\u003e\n\u003cli\u003en8n. (2025). \u003cem\u003en8n - Workflow Automation Software\u003c/em\u003e.\u003c/li\u003e\n\u003cli\u003engrok. (2025). \u003cem\u003engrok - Unified Application Delivery\u003c/em\u003e.\u003c/li\u003e\n\u003cli\u003ePagani, M., Monelli, D., Weatherill, G., Danciu, L., Crowley, H., Silva, V., Henshaw, P., Butler, L., Nastasi, M., Panzeri, L., Simionato, M., \u0026amp; Vigano, D. (2014). OpenQuake Engine: An open hazard (and risk) software for the Global Earthquake Model. \u003cem\u003eSeismological Research Letters\u003c/em\u003e, \u003cem\u003e85\u003c/em\u003e(3), 692\u0026ndash;702. https://doi.org/10.1785/0220130087\u003c/li\u003e\n\u003cli\u003ePython Software Foundation. (2025). \u003cem\u003ePython Language Reference, version 3.x\u003c/em\u003e.\u003c/li\u003e\n\u003cli\u003eSeyhan, \u0026nbsp;Emel, \u0026amp; Stewart, \u0026nbsp;Jonathan P. (2014). Semi-Empirical Nonlinear Site Amplification from NGA-West2 Data and Simulations. \u003cem\u003eEarthquake Spectra\u003c/em\u003e, \u003cem\u003e30\u003c/em\u003e(3), 1241\u0026ndash;1256. https://doi.org/10.1193/063013EQS181M\u003c/li\u003e\n\u003cli\u003eSilva, V., Crowley, H., Pagani, M., Monelli, D., \u0026amp; Pinho, R. (2020). Development of the OpenQuake-engine, the Global Earthquake Model\u0026rsquo;s open-source software for seismic risk assessment. \u003cem\u003eSeismological Research Letters\u003c/em\u003e, \u003cem\u003e91\u003c/em\u003e(3), 1807\u0026ndash;1819. https://doi.org/10.1177/8755293019899953\u003c/li\u003e\n\u003cli\u003eSomerville, P., Collins, N., Abrahamson, N., Graves, R., \u0026amp; Saikia, C. (2001). Ground motion attenuation relations for the central and eastern United States. \u003cem\u003eBulletin of the Seismological Society of America\u003c/em\u003e, \u003cem\u003e91\u003c/em\u003e(6), 2332\u0026ndash;2352.\u003c/li\u003e\n\u003cli\u003eTelegram. (2025). \u003cem\u003eTelegram Bot API\u003c/em\u003e.\u003c/li\u003e\n\u003cli\u003eTravasarou, T., Bray, J. D., \u0026amp; Abrahamson, N. A. (2003). Empirical attenuation relationship for Arias Intensity. \u003cem\u003eEarthquake Engineering \\\\\u0026amp; Structural Dynamics\u003c/em\u003e, \u003cem\u003e32\u003c/em\u003e(7), 1133\u0026ndash;1155.\u003c/li\u003e\n\u003cli\u003eWeasyPrint. (2025). \u003cem\u003eWeasyPrint - The Awesome Document Factory\u003c/em\u003e.\u003c/li\u003e\n\u003cli\u003eWeatherill, G. (2024). \u003cem\u003eA Regionalised Direct AvgSA Ground Motion Model for Europe\u003c/em\u003e.\u003c/li\u003e\n\u003cli\u003eYoud, T. L., Hansen, C. M., \u0026amp; Bartlett, S. F. (2002). Revised multilinear regression equations for prediction of lateral spread displacement. \u003cem\u003eJournal of Geotechnical and Geoenvironmental Engineering\u003c/em\u003e, \u003cem\u003e128\u003c/em\u003e(12), 1007\u0026ndash;1017.\u003c/li\u003e\n\u003cli\u003eZaoui, M. A. I., Derras, B., \u0026amp; R\u0026eacute;gnier, J. (2025). Impact of several site-condition proxies and ground-motion intensity measures on the spectral amplification factor using neuro-fuzzy approach: an example on the KiK-Net dataset. \u003cem\u003eNatural Hazards\u003c/em\u003e, \u003cem\u003e121\u003c/em\u003e(7), 8703\u0026ndash;8732. https://doi.org/10.1007/s11069-025-07151-0\u003c/li\u003e\n\u003cli\u003eZhang, J., \u0026amp; Zhao, J. X. (2005). Empirical models for estimating liquefaction-induced lateral spread displacement. \u003cem\u003eSoil Dynamics and Earthquake Engineering\u003c/em\u003e, \u003cem\u003e25\u003c/em\u003e(6), 439\u0026ndash;450. https://doi.org/https://doi.org/10.1016/j.soildyn.2005.04.002.\u003c/li\u003e\n\u003c/ol\u003e"}],"fulltextSource":"","fullText":"","funders":[],"hasAdminPriorityOnWorkflow":false,"hasManuscriptDocX":true,"hasOptedInToPreprint":true,"hasPassedJournalQc":"","hasAnyPriority":false,"hideJournal":true,"highlight":"","institution":"","isAcceptedByJournal":false,"isAuthorSuppliedPdf":false,"isDeskRejected":"","isHiddenFromSearch":false,"isInQc":false,"isInWorkflow":false,"isPdf":false,"isPdfUpToDate":true,"isWithdrawnOrRetracted":false,"journal":{"display":true,"email":"
[email protected]","identity":"researchsquare","isNatureJournal":false,"hasQc":true,"allowDirectSubmit":true,"externalIdentity":"","sideBox":"","snPcode":"","submissionUrl":"/submission","title":"Research Square","twitterHandle":"researchsquare","acdcEnabled":true,"dfaEnabled":false,"editorialSystem":"","reportingPortfolio":"","inReviewEnabled":false,"inReviewRevisionsEnabled":true},"keywords":"","lastPublishedDoi":"10.21203/rs.3.rs-8118076/v1","lastPublishedDoiUrl":"https://doi.org/10.21203/rs.3.rs-8118076/v1","license":{"name":"CC BY 4.0","url":"https://creativecommons.org/licenses/by/4.0/"},"manuscriptAbstract":"The prediction of Intensity Measures (IMs) using Ground-Motion Models (GMMs) is a fundamental component of seismic hazard assessment. However, the best estimation of IMs traditionally requires specialised searchers, programming expertise, and the manual sourcing of regression coefficients. This complexity creates a significant barrier to rapid, scenario-based analysis for engineers, researchers, and students. To address this challenge, we have developed the OpenGSIM bot, an automated and conversational workflow that provides on-demand access to the entire OpenQuake-engine GMM library via the Telegram messaging application. The system leverages the n8n workflow automation platform to orchestrate a user interaction, guiding the selection from over 21 IMs—along with their associated total standard deviation (aleatory variability)—and more than 500 distinct GMMs classes. The bot interactively elicits the necessary physical parameters, accounting for source, path, site, geological, tectonic, and regional effects as required by the chosen model. A Python wrapper executes the calculation and generates a comprehensive report. A Large Language Model (Gemini) is used to provide an automated interpretation of different types of response spectrum. By abstracting the complexities of software installation and programming, OpenGSIM democratises access to advanced seismic hazard tools, enabling robust IM estimation on any device and without the installation of any software or code package.","manuscriptTitle":"Developing an Open-access Telegram Bot for Automated, estimation and IA-based interpreted of OpenQuake Ground-Motion intensity measures","msid":"","msnumber":"","nonDraftVersions":[{"code":1,"date":"2025-12-04 09:22:46","doi":"10.21203/rs.3.rs-8118076/v1","editorialEvents":[{"type":"communityComments","content":0}],"status":"published","journal":{"display":true,"email":"
[email protected]","identity":"researchsquare","isNatureJournal":false,"hasQc":true,"allowDirectSubmit":true,"externalIdentity":"","sideBox":"","snPcode":"","submissionUrl":"/submission","title":"Research Square","twitterHandle":"researchsquare","acdcEnabled":true,"dfaEnabled":false,"editorialSystem":"","reportingPortfolio":"","inReviewEnabled":false,"inReviewRevisionsEnabled":true}}],"origin":"","ownerIdentity":"6896ae87-e55d-4d76-a725-c2a4b9aea3d6","owner":[],"postedDate":"December 4th, 2025","published":true,"recentEditorialEvents":[],"rejectedJournal":[],"revision":"","amendment":"","status":"posted","subjectAreas":[],"tags":[],"updatedAt":"2026-02-28T11:32:44+00:00","versionOfRecord":[],"versionCreatedAt":"2025-12-04 09:22:46","video":"","vorDoi":"","vorDoiUrl":"","workflowStages":[]},"version":"v1","identity":"rs-8118076","journalConfig":"researchsquare"},"__N_SSP":true},"page":"/article/[identity]/[[...version]]","query":{"redirect":"/article/rs-8118076","identity":"rs-8118076","version":["v1"]},"buildId":"8U1c8b4HqxoKbykW_rLl7","isFallback":false,"isExperimentalCompile":false,"dynamicIds":[84888],"gssp":true,"scriptLoader":[]}
Text is read by the "Ask this paper" AI Q&A widget below.
Extraction quality varies by source — PMC NXML preserves structure
cleanly, OA-HTML may include some navigation residue, and OA-PDF can
have broken hyphenation. The publisher copy
(via DOI)
is the canonical version.