Fetching the latest programs, projects, and workspace data.
Find open source projects actively accepting contributors. Search repositories, filter by program milestones, difficulty tags, or tech stack.
Use our Orbit AI Matcher to find out! Get instant matching scores based on your developer skills, preferred frameworks, and contribution experience.
Convert your selected open-source project into a winning GSoC, LFX, or Outreachy application using Proposal Studio.
<p>Tree ensembles are arguably the best class of machine learning algorithms out there. They regularly win competitive data science competitions.</p> <p>This project aims to implement the XGBoost algorithm to improve mlpack's tree ensemble support. XGBoost uses decision tree regressors and mlpack didn't have them, so it was also implemented as part of this project.</p>
WasmEdge can load the WASM binary and instantiate into WASM module instances for execution. In an use case, we need to serialize the loaded WASM data structure back into the encoded WASM binary, or deserialize the serialized one into the WASM data structure in WasmEdge. With the serializing mechanism, WasmEdge can control the WASM binary wisely such as caching or snapshotting.
<p>My contributions majorly include the most crucial things for the <strong>CLI ( webpack-cli )</strong> like -</p> <p>allowing multiple types of same arguments e.g <strong>--stats (means stats: true)</strong> and <strong>--stats verbose (means stats: verbose)</strong>.</p> <p>Now webpack 5 provides API for CLI arguments so we will be taking arguments from the core itself.</p> <p>I Will add some negated boolean args like <strong>--no-hot</strong>, <strong>--no-stats</strong> and <strong>--no-colors</strong>.</p> <p>Writing unit tests and integration tests.</p> <p>Better Error handling when an invalid argument is passed.</p> <p>Added alias for version command <strong>(webpack -v )</strong> will be now supported.</p> <p>Also, support --version for external packages like <strong>webpack init --version</strong> will show the version of <strong>@webpack-cli/init</strong> as well.</p> <p>And many more general improvements.</p>
clusterProfiler is an efficient package that provides a universal interface for gene functional annotation from a variety of resources and is extremely helpful in data manipulation and its visualization. The idea of integrating Pathway Commons, which is an aggregated database of molecular interactions of approximately 20 databases, brings in scope to analyze data and obtain better results. However, the data lies in GMT format due to which it requires additional functions to bind pathways with their name and gene. It is then saved in RDS format to feed the enricher() function to obtain an enrichResult object. We perform ORA and GSEA using some functions defined in R script on Pathway Commons data to support it in clusterProfiler. With the advent of a new technique ssGSEA (single sample Gene Set Enrichment Analysis) used to quantify the activity of a specific pathway or gene set in individual sample,for example, analyzing heterogeneous samples (tumor samples), integration of ssGSEA with clusterProfiler will help in better medical analyses. Thus, using packages like GSVA(Gene set variation analysis) and GenePattern we can calculate enrichment scores in permutations and support ssGSEA in clusterProfiler.
<p>This project aims to take a step towards a solution, which could make LibreOffice able to handle proper table styles. Implementing table styles in Writer is an ongoing effort for a long time now. However, some major steps are already done, like implementing the table style support in the Writer model, or implementing the ODF import and export filters, there is still a lot of work to be done. This project would aim to do the DOCX import part of it.</p> <p>The problem with the current import is that table styles found in DOCX documents are converted into direct formatting at the level of Writer core. This temporarly solution works fine until someone wants to edit the table, which can cause loss of formatting now. Furthermore, doing this conversion upon opening a DOCX document is very slow.</p> <p>The aim of my project would be implementing the DOCX import of table styles and removing the current style-based formatting conversion to direct formatting. This task may cause the need of extending the existing table style features in Writer. For example, an important, not yet supported property is style inheritance.</p>
<p>This project proposed implementation of P frames with motion compensation and motion estimation support for FFv1 FFmpeg codec and its fine-tuning until the best compression rate is achieved. It is important to provide common use lossless FFmpeg codec with ability to work with P frames, so it would be more effective and it would make FFv1 competitive with existing I+P frame lossless codecs.</p>
The objective of this project proposal is to enhance the performance of the existing patient flag module, update its code base to align with current opemrs standards, and introduce FHIR flag resource mapping. The current patient flag module has performance issue as it evaluates flags sequentially, this is leading to issues when dealing with multiple flags for a patient or group of patients. I propose evaluate these flag in parallel. This approach allows multiple flag evaluations to be performed concurrently, potentially improving performance compared to sequential evaluation. Furthermore, the module currently having methods with multiple database calls, such as saving multiple flags using a for loop, causing system slowdowns. To address this issue, I aim to reduce database calls through batch saving. The patient flag module does not compatibility with Java 11 and Java 17 and this module need to update to meet the current openmrs standards. Another objective of this project is to implement the FHIR flag resource in openMRS fhir module. In the project execution phase, first updating to Java 17 and revamping the patient flag module's code base, then addressing performance issues, and finally delivering FHIR flag resource mapping.
LuaSQL currently does not support prepared statements, which are widely used in modern database applications for performance, security, and efficient query execution. Without this feature, applications must repeatedly send full SQL queries to the database, which prevents query reuse and makes parameter binding difficult. This project will design and implement a minimal and portable prepared statement API for LuaSQL. The API will introduce a new Statement object with methods such as prepare, bind, execute, and close. The design will follow LuaSQL’s existing conventions and ensure that the interface can be implemented consistently across different database drivers. The implementation will focus on the Oracle OCI8 driver as the first complete backend. It will support parameter binding, statement reuse, cursor integration, and proper resource management. Special attention will be given to handling cursor lifecycles and ensuring consistent behaviour across different DBMS APIs. At the end of the project, LuaSQL will include a working prepared statement API, a full OCI8 driver implementation, comprehensive tests, and updated documentation so that other drivers can implement the same interface in the future.
<p>This project aims to implement <strong>multiple translation formats</strong> inside the <strong>intl_translation</strong> dart package. The main goals are to support the most used formats in mobile development and to allow developers to add new formats through their own packages. If you are interested in this project, check the <a href="https://github.com/jamesblasco/intl_translation_format" target="_blank">project proposal</a> and give some feedback</p>
<p>The concept of the Built In Reports for OpenMRS Reference applications was initiated during the Google Summer of Code 2017. Now the time to extend the features and improve the usability of this Built-in reports project. We need to improve the existing view of the reports and need to add more new reports to this module which are crucial for administrative decisions within a clinical environment. There are some new objectives mentioned in the project scope which should be completed during this summer period.</p>
The following points will be completed by the end of the projects: ● Data collection. ● Data preprocessing ● Choosing and implementing an AI solution and training the AI model on the preprocessed data ● Testing and iterative refinement of the model ● Integration and deployment of the AI system (e.g., Slack channel, website chatbot) ● Documentation and user guidance The final product will be an AI-powered support system for the Mifos/Fineract community
One of the most important features of WasmEdge is its support for non-blocking network sockets. However, the current WasmEdge API for async networking is still cumbersome. Rust developers would prefer to use a Tokio-like async / await API for such tasks. But Tokio is multi-threaded and cannot run correctly in standard single-threaded WebAssembly. Yet, it is possible to provide a single-threaded Tokio runtime. Our goal is to create a WebAssembly compatible Tokio scheduler.
Miri is a testing tool to check undefined behaviour in unsafe Rust. Currently, a significant portion of Tokio async program still cannot be effectively tested with Miri due to unhandled system calls. This project aims to rectify this limitation by offering support for Tokio async in Miri through a complete implementation of epoll shim. By doing so, it will open up a whole new part of the async ecosystem to be tested with Miri, ensuring greater reliability and stability in Rust ecosystem.
<p>The aim of the project is to create easy-to-use APIs for the hardware on the BB Blue. This would consist of developing/improving kernel drivers for the on-board devices and then re-implementing the Strawson APIs to use these kernel drivers. These APIs will then be used by real-time applications which can be run on BB Blue. In the later phase of the project, support for BB Blue will be added in Ardupilot and ROS will be ported to BB Blue using these APIs.</p>
<p>Ruby has no native ByteArray or ByteBuffer types, unlike Java. While it'd be great to have something like this in core Ruby, the next best place would be in the New IO for Ruby project, which provides a thin wrapper around Java NIO. The goal of this project would be to wrap Java ByteBuffers (particularly direct ByteBuffers) in a Ruby class that can also be implemented in pure Ruby which hooks into nio4r and can be used directly with nio4r's Java NIO backend.</p>
<p>This proposal aims to bring scripting support to SwiftPM. The goal for GSoC is some kind of proof-of-concept and is expected to be the foundation of a full implementation of this feature. The outcome is expected to be a prototype of the new <code>swift-script</code> tool, which has a limited set of basic operations implemented like <code>run</code> and <code>reset</code>. There will also be a new flag for Swift Driver which enables a shortcut to the feature through <code>swift</code> command.</p>
<p>The idea of the project is to add support for macOS’s native hypervisor through the Hypervisor.framework API. This API exposes to user applications the processor's Virtual-Machine Extensions (VMX), which allows fast and transparent virtualization in user space by allowing guest software to execute directly and unmodified on the processor, avoiding costly and complicated emulation. Hypervisor.framework is part of Mac OS frameworks since OS X Yosemite (version 10.10).</p>
<p>Videos in Kdenlive are edited by applying filters or effects, however, the application is largely limited in its ability to customize and edit subtitles. At present, subtitles are added as an effect, namely using the Subtitle effect. The effect uses an FFmpeg filter to burn the subtitle file onto the respective video.</p> <p>Basic Subtitling Support in Kdenlive can be achieved by extending the functionality of the existing “Subtitle” filter thereby giving users more choices over subtitle customization.</p>
This project aims to expand support for serious games within the Cormas platform, enabling easier interaction between players and environment, and autonomous agents. By extending Cormas with “playable” components the project will contribute to the development of a generic solution for designing, playing, and analyzing serious games. The planned development includes three phases, covering initial implementation, testing, and system optimization, with the ultimate goal of creating a first working prototype with a user interface accessible via a smartphone.
<p>Polypheny currently provides a SQL and REST interface for querying data. However many queries in SQL are very complex. The code for the same would be very verbose. This is something that can very easily be solved by CQL as it is very concise. The difficulty in SQL is because SQL has no knowledge of the context however CQL does (new contexts can be created). CQL has advantages in being a very expressive language. Users can create their own context sets (which can contain various indices, relations and relation modifiers). This is much more powerful than SQL that only supports existing relation modifiers.</p>
<p>The cyclocopter module currently available in MBDyn models the inflow of a cycloidal rotor. It is however limited to 2D aerodynamics models; moreover, the implementation of the double multiple streamtube model is not yet stable. Calculate the inflow velocity vectors over the cyclocopter rotor (at each azimuth location) using the Double Multiple Stream Tube Method (Combination of Blade element theory and Momentum theory). Which will basically consider/capture the effect of induced velocity generated by upper half blades on the lower half blades.</p>
<p>This project aims to design and integrate the integer “Multiplication and Division Unit (MDU)” with SERV core as a co-processor. The MDU will support all of the instructions that are provided in <code>The RISC-V Instruction Set Manual. Volume I: Unprivileged ISA</code> chapter 7, M-Standard Extension for Integer Multiplication and Division, Version 2.0”. This MDU is to be designed in a way that it would use most of the DSP resources on the targeted FPGA board and it would be generic and parameterize so that it can easily be integrated with any of the RISC-V core.</p>
BMv2 currently provides only textual logs for tracing packets through a P4 pipeline, which must be parsed with brittle regex hacks and cannot be easily consumed by automated tools. This project aims to replace that with a structured, programmatic trace API — recording per-packet events such as applied tables, matched entries, and executed actions — and exposing them in a machine-readable format such as protobuf (with JSON serialization support), enabling use cases ranging from human debugging to automated test coverage measurement, test generation, and root cause analysis.
<p>The Apache VXQUERY processor is responsible for parsing and querying large amounts of XML documents. The XML format is currently used in a variety of ways such as representation (HTML), enabling data exchange between services (SOAP, REST), etc. An alternative to XML is the JSON format which is widely considered significantly more lightweight. Thus, the goal of this project is to add support for parsing and querying JSON data based on the JSONiq language specification to the VXQUERY project. Specifically, we want to add arrays, which is one of JSON items in the VXQUERY data model.</p>