Explore Projects

This project aims to overcome Blender's limitations with spreadsheets and other functionalities. The goal is to have a web interface running alongside Blender. This web interface ideally should be able to show tabular data for objects that Blender knows about, have real-time updates, and execute operators on them. Key tasks for this project include setting up an HTTP web server or a WebSocket connection for communication between the web interface and blender, Sending data from Blender to the web interface, and vice versa, displaying data on the web interface with the ability to execute operators that reflect in Blender, and If time permits, a dynamically generated Gantt Chart for work schedule. Deliverables: 1) Showing tabular data 2) Ability to execute operators 3) Dynamically Generated Gantt Chart

Most components of Kiwix-Desktop are written in QT C++, except for the library (aka content manager). The library is the view which allows you to handle books, locally (when books are already downloaded) or remotely (from the online catalog) to download them. Although the whole Kiwix-Desktop software is written in C++, this part is a HTML rendering widget and the details are handled in HTML/JS/CSS with the framework vue.js. The problem with vue.js is that it needs a special effort to keep the visual coherence with the rest of the app in Qt. The filters panel in the library also suffers from being outdated. Unlike other kiwix apps, it has a predefined set of libraries and categories, doesn’t save user preferences and the overall display is not too pleasant. This project aims to fix such problems.

This year's goal aims to enhance the TensorMap web application by addressing technical challenges and introducing functionalities to improve usability and efficiency. Key issues, such as dependency management and server-side complexity, will be tackled by Dockerizing the backend for easier deployment. Fixing the neural architecture design workflow will also be the main focus of this year's contribution. New features planned to be introduced into the project include support for image datasets with Convolutional Neural Networks (CNNs), addition of linear regression models for regression tasks, and dataset preprocessing for a better user experience. Finally, documentation on introducing new nodes for future contributors and users along with improved testing coverage for client-side reliability will also be implemented.

Description: To integrate KubeArmor with OpenTelemetry, an adapter needs to be created. OpenTelemetry is a standard for telemetry data, including distributed tracing, metrics, and logs, and has an SDK and a collector component that can run on Kubernetes. Applications can directly expose OpenTelemetry data through in-app instrumentation using the OpenTelemetry SDK. The collector can then gather data from multiple applications in a cluster and send it to various backends for storage and visualization, such as Jaeger. Expected Outcome: The mentee's task is to develop an OpenTelemetry adapter for KubeArmor that can receive logs, alerts, and telemetry from the kubearmor-relay-service and convert it into the OpenTelemetry format. They are also expected to create documentation and usage guides that describe how to set up and use the adapter, as well as demonstrate the integration with a backend that supports OpenTelemetry.

DeepChem supports transformer-based foundation models for chemistry (ChemBERTa, MolFormer) but has no equivalent for genomic data. This project fills that gap by integrating DNABERT-2 into DeepChem, following the same design pattern used by ChemBERTa and MolFormer. The implementation consists of two components: (1) a DNABert model class that wraps HuggingFace's DNABERT-2 inside DeepChem's HuggingFaceModel/TorchModel hierarchy, supporting masked language modeling pretraining and fine-tuning for classification, regression, and multitask regression; and (2) a DNABertTokenizer that serves as both a HuggingFace tokenizer and a DeepChem featurizer, making it compatible with DeepChem's data loading pipeline. Deliverables include the fully integrated model and tokenizer classes, tests across all task modes, and benchmarks on a suitable genomic dataset.

<p>Airavata based science gateways store data in the gateway storage which is typically mounted in the portal's hosting server. Each user's data is organized within user directories on these storage devices. As storage reaches its limits, it often creates an issue in rationing the disks. So, a single user running a finite number of experiments can adversely cause issues for other users in the gateway.</p> <p>This is similar to modern memory attacks. A hacker can write a script that continuously creates new experiments causing the storage space in the gateway to be depleted.</p> <p>The goal of this project is to mitigate such scenarios by implementing a storage limit for each user in a gateway. This way, one user can never adversely affect other users.</p>

OpenHPC is accepting applications for a new mentorship program that aims to give students practical experience contributing to an open-source project and an opportunity to work with volunteers from the project’s Technical Steering Committee (TSC). OpenHPC is a software stack that aggregates a variety of software components ranging from administrative tools like bare metal provisioning and resource management to end-user development that span a range of scientific/numerical uses. If your interest is in the domain of high performance computing , scientific computing or cluster management, this might be the right program for you. This program will occur during the Summer of 2022. See our website for details and project ideas - https://bit.ly/ohpcmentorship2022. For questions feel free to email - mentorship@openhpc.community

This project focuses on redesigning Wagtail’s Bakerydemo so it better represents modern, real-world websites and larger content needs.The content strategy will broaden beyond breadmaking (e.g., city/community storytelling) while keeping templates and blocks generic and reusable. The work will be delivered incrementally through small pull requests, adding a theme-ready design system, reusable StreamField components, and broader content sections beyond breadmaking while keeping the architecture simple and maintainable. It will also strengthen multilingual and RTL support, improve mobile and zoom behavior, and expand demo data coverage for scale testing. The goal is to provide a more practical, accessible, and reusable demo experience for Wagtail users and contributors.

As an agent-based modeling (ABM) framework, Mesa is easy to use and applicable for a wide range of simulations. But traditional ABM agents rely on simple rules and patterns that are chosen by the users themselves, which can limit their adaptability. The objective of this project is to develop an extension of Mesa that give agents access to LLMs for reasoning, decision-making, and communication, that can be used not only for simulations, but also to study the impact of different paradigms and reasoning modules in ABM. The work involves designing a very modular LLM-agent API (with memory, reasoning, and tool-use components), that integrate with Mesa’s existing architecture (Model, Agent, Scheduler), as well as studying and solving LLM-related problems like memory management, consistency and computing-related challenges.

<p>Currently, many components of Git are still in the form of Shell or Perl scripts. This choice makes sense especially when considering how faster new features can be implemented in Shell and Perl scripts, rather than writing them in C. However, in production, where Git runs daily on millions of computers with distinct configurations (i.e. different operating systems) some problems appear (i.e. POSIX-to-Windows path conversion issues).</p> <p>The idea of this project is to take “git-stash.sh” and reimplement it in C. Apart from fixing compatibility issues and increasing the performance by going one step closer to native code, I believe this is an excellent excuse to fix long-standing bugs or implement new minor features.</p>

The Lingua Libre v3.0 enhancement and migration project aim to revamp the legacy Lingua Libre website from a wikibase, blazegraph backend to a modern tech stack of Django and vuejs. The main reason behind revamping is to improve performance in terms of query speed using a separate client and server side and avoid issues such as duplication of data through DRY principles. The aim of this project is going to be: • Complete the tasks mentioned on Lingua Libre's phabricator's workboard. • To add all the functionality and pages of legacy Lingua Libre to v3.0 along with new features and enhancements. • The aim is to improve scalability and performance in v 3.0 providing an enhanced user experience in terms of speed, storage, UI/UX, and functionality to attract more contributors

<p>Parallel coordinate plots, scatterplot matrices, and replicate line plots are useful visual tools to understand the relationship between variables in datasets. However, these plots are not typically effective when working with large multivariate datasets due to computational time constraints and overplotting problems. Here, we propose to develop an R package that provides tailored versions of these plots that can effectively be used with large multivariate datasets, and we aim to achieve this by leveraging interactivity, linking, and summarization techniques. These new methods could be useful for RNA-sequencing analysis, factor analysis, principal component analysis, and discriminant analysis. Once the new methods have been tested on large multivariate datasets across different fields, they will be combined into an R package called bigPint for the R community.</p>

Jaeger is a distributed tracing platform. Jaeger V2 is a major new version where we rebase all Jaeger backend components (agent, collector, ingester, and query) on top of the OpenTelemetry Collector. Jaeger-v1 implements a functionality known as SPM, but it requires a separately running OpenTelemetry Collector to produce metrics out of spans using SpanMetrics Connector. Since Jaeger-v2 is built on top of OTEL Collector, we can run SpanMetrics Connector directly in the Jaeger binary and simplify the setup for the users. Expected Outcome: Achieve parity in SPM of jaeger-v2 compared to jaeger-v1. Implement integration tests. Update documentation accordingly. Extra credit: implement metrics reader directly on top of Elasticsearch/Opensearch and bypass the need for Prometheus.

<p>SunPy website is a platform that introduces the SunPy open-source software package for solar physics based on Python. Its main elements are an about section for introduction of both the software and the team, a blog for the latest updates, astronomy events, and news, a documentation for the developers use, and a gallery for tutorials. However, there are some problems with the website such as the inconsistency between home page and documentation, and also the out of date look of its design. My proposal will include redesigning each components of the website from stratch by following material design guidelines to enhance the general view, and using the latest web technologies and frameworks to make it more scalable, fast, secure, and responsive. Moreover, I will explain my approach to the implementation of extensions in this project and propose some new features that will undertake the project to a high standard.</p>

<p>This project aims is to work on the following issues:</p> <ol> <li>Develop local cluster provider (KIND)</li> <li>Deployment of Prombench on EKS and local cluster</li> <li>Resolve issues related to Grafana Dashboard being used in prometheus/test-infra</li> </ol> <p>This needs to create a provider for the local cluster with the help of KIND and deploy different components of prombench in the KIND cluster. Currently, Prombench is only supported on GKE Cluster. By having a KIND provider, users can check the performance of prometheus in the KIND cluster.</p> <p>Secondly, I am proposing to resolve the issues of the grafana dashboard used in test-infra of prometheus. This will help the user to see more consistent and useful dashboards</p>

<p>I am interested in the project “Appstore for the Cytoscape App” with Alex Pico, Barry Demchak and Scooter Morris as its mentor. My goals for the summer will be to improve overall user experience, security as well as accessibility of the Cytoscape App store by implementing following major goals:</p> <ol> <li>Improving the user interface, particularly with respect to the search result display, redundancy in the search result, etc.</li> <li>Writing test script for the website, both unit test as well as integration test.</li> <li>Deploying the website on production server and Documentation.</li> <li>Removing the remaining bugs in the code.</li> <li>Web App implementation for viewing Cytoscape app store from within CyBrowser.</li> </ol>

<p>Agent-based models (ABMs) are simulations in which autonomous entities (known as agents) react to their environment (which includes other agents) based on a predefined set of rules. The objective is to analyze the effect of agent behavior on the model as a whole. Agents.jl is a pure Julia library that assists with the creation of performant ABMs. It provides various tools and utilities to simulate complex agent-model behavior with little effort. My proposal is to add the following two features that are currently not present in Agents.jl:</p> <ol> <li>Serialization and deserialization of model state</li> <li>Extending pathfinding functionality<ul> <li>Pathfinding in continuous space</li> <li>Low-level control over the pathfinding API</li> </ul> </li> </ol>

<p>When astronauts travels to Mars, or even other planets, they will be exposed to a number of hazards e.g. radiation, microbes in the spacecraft, planetary surface toxic dust. This project mainly revolves around configuring biometric signal sensors.</p> <p>The project has an initial phase of surveying the commercial sensors available, and selecting one, or many, after extensive research. The sensors are selected such that they read the biometrics like Heart Rate, Accelerometer data, Respiration rate, body temperature, Pulsioximetry data,Respiratory Volume, ECG, etc.</p> <p>The second phase involves developing the Device Server itself in Tango, for these selected sensors. This project is part of the current studies on the simulation of Astronaut’s Health Monitor Systems.</p>

<p><strong>To rework the VLC interface heavily and make it beautiful and useful again.</strong></p> <p>I'll be working on redesigning the new interface(VLC 4.0) to make it feature compliant with the old interface.</p> <p>This includes making Qt models to transfer data from/to the different VLC components. The data in the models will be accessible via a UI which will be created using qml.</p> <p>More specifically i'll be working on:</p> <ul> <li>The video view tab which has:<ul> <li>Videos</li> <li>Shows</li> <li>Camera Roll</li> </ul> </li> <li>Internet tab that hooks up with:<ul> <li>Radios </li> <li>Podcasts</li> </ul> </li> </ul>

<p>The idea behind this task generally revolves around the fact that the smooth and bug-free nature of the graphics rendering of LibreOffice should be maintained for every client system to offer a smooth user experience. There are pre-existing tests that ensure if the former’s the case or not, however, there are still some test cases to be added which would enhance the test’s feasibility thereby helping in examining our graphics more thoroughly. Also, a UI component should be implemented for the users to check the results for themselves so that they could easily provide feedback regarding any graphics issue if present. This task’s main objectives are adding more test cases to the pre-existing tests, running those tests in the client's current backend, and implementing a usable UI for the users to test the graphic’s feasibility themselves.</p>

There are many static .mdx and .json files in the codebase that are used to render pages or components on the AsyncAPI website. These static files are regularly updated by some scripts on builds and via cron jobs and my task is to refactor the scripts. Currently, some scripts contain a main function that directly executes the scripts. In this refactoring, I am removing those direct executions and instead call all script functions from a central npm folder. This will allow us to structure integration tests directly for these scripts. As a next step, I will be writing the integration tests as well for these script and fix the existing unit tests affected due to refactoring. Tech Stack: TypeScript, Data Structures and Algorithms, NPM, Testing, Unit Testing, Integration Testing, Code Refactoring, Next.Js

<p>DNSTool is a project that serves the purpose of rapid monitoring of DNS traffic over time. This system allows its users to create their seed lists for DNS monitoring or add given seed lists to their watch lists. DNSTool also allows its users to control the DNS resolution scopes over global scan endpoints. DNSTool-CLI is an extension of the DNSTool, which is designed to monitor the given set of internet resources like domains, IP, SOA, etc. This component allows the downloading of the DNS scan feed(s) automatically by integrating the CLI to their corn jobs or Airflow automation. This project is to develop high throughput and low latency data transferring pipeline with authentication for transferring the data from the system’s file store to the consumer environment.</p>

This project aims to introduce a new testing strategy so that we encourage Behaviour-driven Development here, at Phoenix — the official web event display of the ATLAS experiment. The whole testing setup of Phoenix needs a complete revamp. Currently, Phoenix as a project comprises 3 packages: phoenix-event-display, phoenix-ui-components, and phoenix-app. And, my goal is to set new benchmarks and coverage thresholds for these 3 packages that will essentially, enforce and encourage testing for the whole of the project with Behavior-driven Development as its sole motivation so that potential issues that may occur in a critical environment can be identified much before they happen. This can effectively help us to troubleshoot problems and bugs so that the changes that will be made in the future to the codebase can be deemed reliable.