Explore Projects

<p>In the current scenario, A user logs in the desired intermine and saves the results and the required data. The problem arises when the same user wants to access a different intermine, He/She will have to register again on this new mine and log in again. So , Currently Intermine community does not have a single common sign-in mechanism and thus it is authenticating users with the help of tokens (temporary and permanent one) or using google and Elixir services to log in. This project will modify the existing token mechanism by making the intermine as an OAuth2 provider with a single common Authorization server for all 30 mines so that user could access all the mines with the single set of credentials i.e just one time registration.</p>

Goal: ○ To add a Terraform module for SkyWalking deployment to facilitate users in conveniently spinning up a cluster for demonstration or testing. ○ To allow users to customize the Terraform provider according to their needs, making it feasible for them to use it in their production environment. ○ To mainly focus on the support for AWS in the Terraform module for SkyWalking deployment. ○ To provide a hassle-free solution to users where they only need to provide their access key/secret key, and the Terraform provider does the rest of the work, which includes creating VMs, creating database/OpenSearch or RDS, downloading SkyWalking tars, configuring the SkyWalking, and starting the SkyWalking components (OAP/UI), creating public IPs/domain name, etc.

Summary : The OBA project aims to develop an integration testing system to ensure the accuracy and stability of the OneBusAway API server. This system will use Docker to create a controlled test environment to simulate various test scenarios and a Golang-based tool to validate API responses against expected outputs using GTFS and GTFS-RT data. It will include time simulation, structured test cases, and CI/CD integration to detect regressions and prevent inconsistencies. By automating the validation process, this project will enhance API reliability, making it easier for developers to trust and build upon OBA transit data services.

This project focuses on porting the CUPS architecture and OpenPrinting tools to the Zephyr RTOS, building on prior work to enable reliable printing on resource constrained, low power hardware. The effort includes fully migrating libcups and the PAPPL framework while ensuring stable handling of IPP messages and configurations. It also aims to improve DNS SD networking and address performance bottlenecks in large file processing, such as limitations in ippFileRead, alongside establishing IPP over USB communication and upstreaming custom modifications into official Zephyr repositories. Ultimately, the project seeks to optimize performance and deliver a fully functional, energy efficient embedded print server.

The aim of this project is to implement an http4s Ember WebSocket client, a pure functional WebSocket client in Scala and integrate it with other libraries in the Typelevel ecosystem. WebSocket is a computer communication protocol that enables two-way communication between a client and a server, which is widely used in numerous applications including messaging and real-time notifications, as well as GraphQL subscriptions and executing commands in a Kubernetes Pod. An Ember implementation of the WebSocket client would benefit from the ability to cross-compile to multiple platforms (JVM, ScalaJS and Native). It would also potentially achieve high performance due to Ember being built on fs2 and thus can take advantage of highly optimized fs2 runtimes.

<p>Hackage have a dedicated Builder application which builds the package, documentation and report same to the hackage server. While this information provided is limited, Hackage and builder are in a perfect position to extend it and provide additional details like Code Coverage, Test Report.</p> <p>The main objective of this project is to make these pieces of information available about a package and provide this information through badges. These Badges will be generated dynamically with the current stats.</p> <p>This project also aims to fix various issues of the Builder and add a new feature to hackage which will let maintainers trigger a rebuild in case they feel build failed due to a problem from our side.</p>

<p>istSOS has gone through a lot of improvements since 2009. This has somehow affected the simplified interaction with measurements and SOS service settings. The aim of my project primarily is to create OAT extension in RESTFull Web api and OAT extension having data analysis and statistical tools for istSOS which will be used to automate the creation of statisticat documents using OAT library and harvesting the data from an istSOS server and then publishing the result on Open Data Portals(CKAN).</p> <p>The data analysis and statistical tools suite will cover all the features of OAT.Methods. Further I will create data analysis and statistical tools suite suite for istSOS.</p>

<p>This project aims to add enhancements to Scrapy's Feed Exporter components. These enhancements consists of item filters, feed post-processing and batch delivery triggers. Currently there are no convenient ways to filter items before they can be exported. Item filter feature will provide such ways and interface. A Feed post-processing enhancement will enable plugins such as compression, minifying, beautifier, etc. which can then be added to the Feed exporting workflow. Batch creation was a recently introduced feature but was limited to only item count constraints. Batch Deliver triggers will be able to make the constraints flexible and give more control to user to create batches.</p>

This project aims to add multiple features and optimisations to Beacon App’s backend, which is built with Apollo-GraphQL, Node.js and Express.js, and MongoDB. The app provides its user to share their location in real time and hence eases traveling in groups. Building upon the current app, users should be able to create groups, have multiple beacons within a group, preschedule beacons, deactivate beacons, share routes, and have a seamless app experience. Moreover the backend should be optimized enough to handle location sharing of multiple beacons in real time. Also writing a script that automates the deployment of backend to cloud, if a user wants to have their own server and database.

<p>JPF is the most popular model checking tool for Java applications. It is extensible and there are lots of extensions for various purposes. Jpf­nhandler is one of such extensions. Its goal is delegating the execution of SUT methods from JPF to JVM level. One goal of this project is to improve jpf-­nhandler performance using the cache layer. The latter prevents invoking methods more than once and problems caused by this. It also considerably increases the jpf­nhnandler efficiency as each method is executed only once. If jpf­nhandler encounters delegated method that has been executed, it just reflects result of its invocation. Another goal is to extend the converter component and including convertor classes for missing incompatible model classes.</p>

This project aims to provide first-class DuckDB support for Martin TileServer. DuckDB, with its spatial extension and native ST_AsMVT and and ST_AsMVTGeo functions, enables efficient vector tile serving directly from analytical file-based datasets such as GeoParquet. With PostGIS, this is not possible since it’s a transactional database and not suitable for reading analytical columnar datasets. Martin currently has support for PostGIS tables and views as well as file formats such as MBTiles and PMTiles to build and server vector tiles. This project will extend Martin’s architecture to DuckDB and provide support for persistent DuckDB databases with spatial tables as well as local and remote GeoParquet files.

The Software Package Data Exchange (SPDX) is an open source standard for communicating software bills of material information (including components, licenses, copyrights and security references). To support SPDX, an online tool has been developed which provides an easy all-in-one website to upload and parse SPDX documents for validation, comparison and conversion and search SPDX license list. This project will provide enhancements and support for the online tools including: - More automated and high-quality deployment for software updates - Removing some of the dependencies on a Python Java Bridge by moving features like license matching over to a native Python implementation - Improving performance and quality of the online tools implementation

This project aims to bring the power of Retrieval-Augmented Generation (RAG) into the Scala ecosystem by building a robust Scala interface to interact with RAG pipelines. I will design a Scala-compatible wrapper to connect with Python-based components like FAISS and Hugging Face Transformers via gRPC or HTTP APIs. The project will also include developing idiomatic Scala modules for preprocessing, querying, and evaluating textual data, making it easier for Scala developers to integrate RAG into NLP or search applications. By providing seamless interoperability and modular architecture, this will empower the Scala community to build intelligent, language-aware systems more efficiently.

<p>Xi-Mac, Xi Editor's official macOS frontend is still very barebones and thus making Xi Editor on Mac not yet fit to act as a developer's main editor. This project aims to implement new front end elements to accommodate upcoming features to Xi such as a language server plugin or improving the find and replace functions. Intended elements to implement for this project include a status bar, an autocomplete menu, a view to show definitions, a quick look navigation view, split views and various other improvements to the general feel and aesthetic of the front end to make Xi feel like a native macOS product.</p>

This proposal aims to improve the scalability and maintainability of Fossbot robot software project by splitting the front-end and the back-end into separate services, with the long-term goal of transforming the application into a microservices-based architecture. The proposal includes rewriting the front-end in React, optimizing the back-end using Flask and Celery, implementing websockets for real-time communication, incorporating Monaco as an online code editor, and dockerizing the platform for consistent and reliable deployment. The proposal includes a commitment to continuous bug fixing and code improvement throughout the project's lifespan. The proposed deliverables include a modular and scalable platform with improved user experience and functionality.

Move2Kube is a command-line tool for automating creation of Infrastructure as code (IaC) artifacts. The tool has a powerful plugin based transformer architecture where developers can write their own custom transformer plugins to fulfil their re-platforming needs. However, concepts like path mappings etc could be simplified for better adoption. Example - writing a Move2Kube custom transformer needs developers to understand various concepts such as path mappings etc, can we reduce this learning overhead by simplifying the Move2Kube architecture? Expected Outcome: - Come up with a simplified alternative design for plugin architecture for M2K - Migrate existing components to support the new design with backward compatibility (good to have).

This project aims to recode, test, and publish applications developed by contributors of the Liquid Galaxy community during the 2023-2024 period, including those created for GSoC Task 2 and the Flutter Kiss Contest. The primary objectives include reviewing and updating the existing applications, publishing them on the Play Store, and uploading them to GitHub for wider accessibility. Testing will be conducted against the Liquid Galaxy and the AI server for apps with Docker-based models. The methodology involves collecting the apps, testing them on tablets, and ensuring compliance before uploading to the Play Store and GitHub. The timeline includes research, preparation, bonding. The ultimate goal is to enhance accessibility and understanding of Liquid Galaxy applications for the community.

<p>CrowdAlert is a mobile app that can be used to report incidents from all around the world. This would help those affected with it and would also provide them with timely response.</p> <p>The main goal of my project is to implement more advanced features and bring more functionality to the React Native app. It includes adding features like</p> <ul> <li>Edit incidents</li> <li>Improving UI/UX</li> <li>Adding offline support</li> <li>Sharing incidents</li> <li>More Signup options like Google, Twitter and Facebook</li> <li>Feed showing all the incidents from across the globe</li> <li>Push Notifications</li> </ul>

I'm building a VS Code extension that brings the power of CScout’s whole-program C analysis directly into the editor. My goal is simple, let developers understand large C codebases more effectively without ever leaving VS Code. Using this extension, one will be able to browse identifiers, find all references, explore call graphs, check metrics, and even preview refactorings in the IDE itself. We will have to extend CScout by adding a clean REST/JSON API on top of the SWILL web server. This API will be the bridge to let external tools (like my VS Code extension) query the data from CScout in a structured way.

The goal of this project is to provide comprehensive documentation of the LALRPOP Parser, Intermediate Code Representation (ICR), and Code Optimization techniques utilized in Solang. Solang is a compiler for the Solidity Programming language, targeting the Ethereum Virtual Machine (EVM) and WebAssembly (Wasm) platforms. The documentation will encompass a detailed exploration of the parser's functionality, the structure of the intermediate representation, and various code optimization strategies employed within Solang. Additionally, we aim to propose improvements and enhancements to these components based on the latest research and advancements in compiler construction. Specifically, we will focus on suggesting advancements in error handling techniques, enhancing the ICR, and introducing more effective code optimization techniques.

<p>The Main Objective of this project is to create a Learning to Rank system which will eventually be integrated in Xapian. This project can be broken down into the following components.</p> <ol> <li>Optimizing the existing code.</li> <li>Integrating the remaining rankers (ListMLE and AdaRank) and scorers (ERR scorer) from vhasu's 2014 work.</li> <li>An automated test suite for the existing Letor code, covering both the higher-level API and the lower-level pieces.</li> <li>Revising existing Documentation and writing practical code examples.</li> <li>Testing for performance and scale with ​INEX2009 or similar data-set by using Letor.</li> </ol>

Non-rigid Iterative Closest Point (N-ICP) is a classic method used for the registration of non-rigidly deforming shapes. Non-rigid registration seeks to find a series of transformations that aligns one surface to another. This process is a necessary step prior to performing tasks such as shape analysis, dynamic surface reconstruction, and object retrieval. As well as its simplicity, a key benefit of the N-ICP algorithm is its extensibility, allowing it to be adapted/enhanced for specific applications. Currently, there is no implementation of N-ICP within CGAL. This project seeks to develop a novel component for the CGAL library that follows the common design practices used in Open Source projects.

This project aims to develop a pipeline for producing calorimeter shower datasets in point-cloud form for a given detector and various types of particles. Its central goal is not only to compress detailed Geant4 shower information into a compact point-cloud representation, but to do so while preserving the physics content needed for the downstream. The work will proceed in two major stages. First, electromagnetic (EM) showers will be used to establish the pipeline, optimize point-cloud construction, and define a robust validation protocol. Second, the same framework will be extended to hadronic showers, which are more challenging due to larger fluctuations, invisible energy, delayed components, and a stronger dependence on material and interaction modeling.