📙 Super lightweight function registries for your library

Overview

catalogue: Super lightweight function registries for your library

catalogue is a tiny, zero-dependencies library that makes it easy to add function (or object) registries to your code. Function registries are helpful when you have objects that need to be both easily serializable and fully customizable. Instead of passing a function into your object, you pass in an identifier name, which the object can use to lookup the function from the registry. This makes the object easy to serialize, because the name is a simple string. If you instead saved the function, you'd have to use Pickle for serialization, which has many drawbacks.

Azure Pipelines Current Release Version pypi Version conda Version Code style: black

Installation

pip install catalogue
conda install -c conda-forge catalogue

⚠️ Important note: catalogue v2.0+ is only compatible with Python 3.6+. For Python 2.7+ compatibility, use catalogue v1.x.

👩‍💻 Usage

Let's imagine you're developing a Python package that needs to load data somewhere. You've already implemented some loader functions for the most common data types, but you want to allow the user to easily add their own. Using catalogue.create you can create a new registry under the namespace your_packageloaders.

# YOUR PACKAGE
import catalogue

loaders = catalogue.create("your_package", "loaders")

This gives you a loaders.register decorator that your users can import and decorate their custom loader functions with.

# USER CODE
from your_package import loaders

@loaders.register("custom_loader")
def custom_loader(data):
    # Load something here...
    return data

The decorated function will be registered automatically and in your package, you'll be able to access all loaders by calling loaders.get_all.

# YOUR PACKAGE
def load_data(data, loader_id):
    print("All loaders:", loaders.get_all()) # {"custom_loader": <custom_loader>}
    loader = loaders.get(loader_id)
    return loader(data)

The user can now refer to their custom loader using only its string name ("custom_loader") and your application will know what to do and will use their custom function.

# USER CODE
from your_package import load_data

load_data(data, loader_id="custom_loader")

FAQ

But can't the user just pass in the custom_loader function directly?

Sure, that's the more classic callback approach. Instead of a string ID, load_data could also take a function, in which case you wouldn't need a package like this. catalogue helps you when you need to produce a serializable record of which functions were passed in. For instance, you might want to write a log message, or save a config to load back your object later. With catalogue, your functions can be parameterized by strings, so logging and serialization remains easy – while still giving you full extensibility.

How do I make sure all of the registration decorators have run?

Decorators normally run when modules are imported. Relying on this side-effect can sometimes lead to confusion, especially if there's no other reason the module would be imported. One solution is to use entry points.

For instance, in spaCy we're starting to use function registries to make the pipeline components much more customizable. Let's say one user, Jo, develops a better tagging model using new machine learning research. End-users of Jo's package should be able to write spacy.load("jo_tagging_model"). They shouldn't need to remember to write import jos_tagged_model first, just to run the function registries as a side-effect. With entry points, the registration happens at install time – so you don't need to rely on the import side-effects.

🎛 API

function catalogue.create

Create a new registry for a given namespace. Returns a setter function that can be used as a decorator or called with a name and func keyword argument. If entry_points=True is set, the registry will check for Python entry points advertised for the given namespace, e.g. the entry point group spacy_architectures for the namespace "spacy", "architectures", in Registry.get and Registry.get_all. This allows other packages to auto-register functions.

Argument Type Description
*namespace str The namespace, e.g. "spacy" or "spacy", "architectures".
entry_points bool Whether to check for entry points of the given namespace and pre-populate the global registry.
RETURNS Registry The Registry object with methods to register and retrieve functions.
architectures = catalogue.create("spacy", "architectures")

# Use as decorator
@architectures.register("custom_architecture")
def custom_architecture():
    pass

# Use as regular function
architectures.register("custom_architecture", func=custom_architecture)

class Registry

The registry object that can be used to register and retrieve functions. It's usually created internally when you call catalogue.create.

method Registry.__init__

Initialize a new registry. If entry_points=True is set, the registry will check for Python entry points advertised for the given namespace, e.g. the entry point group spacy_architectures for the namespace "spacy", "architectures", in Registry.get and Registry.get_all.

Argument Type Description
namespace Tuple[str] The namespace, e.g. "spacy" or "spacy", "architectures".
entry_points bool Whether to check for entry points of the given namespace in get and get_all.
RETURNS Registry The newly created object.
# User-facing API
architectures = catalogue.create("spacy", "architectures")
# Internal API
architectures = Registry(("spacy", "architectures"))

method Registry.__contains__

Check whether a name is in the registry.

Argument Type Description
name str The name to check.
RETURNS bool Whether the name is in the registry.
architectures = catalogue.create("spacy", "architectures")

@architectures.register("custom_architecture")
def custom_architecture():
    pass

assert "custom_architecture" in architectures

method Registry.__call__

Register a function in the registry's namespace. Can be used as a decorator or called as a function with the func keyword argument supplying the function to register. Delegates to Registry.register.

method Registry.register

Register a function in the registry's namespace. Can be used as a decorator or called as a function with the func keyword argument supplying the function to register.

Argument Type Description
name str The name to register under the namespace.
func Any Optional function to register (if not used as decorator).
RETURNS Callable The decorator that takes one argument, the name.
architectures = catalogue.create("spacy", "architectures")

# Use as decorator
@architectures.register("custom_architecture")
def custom_architecture():
    pass

# Use as regular function
architectures.register("custom_architecture", func=custom_architecture)

method Registry.get

Get a function registered in the namespace.

Argument Type Description
name str The name.
RETURNS Any The registered function.
custom_architecture = architectures.get("custom_architecture")

method Registry.get_all

Get all functions in the registry's namespace.

Argument Type Description
RETURNS Dict[str, Any] The registered functions, keyed by name.
all_architectures = architectures.get_all()
# {"custom_architecture": <custom_architecture>}

method Registry.get_entry_points

Get registered entry points from other packages for this namespace. The name of the entry point group is the namespace joined by _.

Argument Type Description
RETURNS Dict[str, Any] The loaded entry points, keyed by name.
architectures = catalogue.create("spacy", "architectures", entry_points=True)
# Will get all entry points of the group "spacy_architectures"
all_entry_points = architectures.get_entry_points()

method Registry.get_entry_point

Check if registered entry point is available for a given name in the namespace and load it. Otherwise, return the default value.

Argument Type Description
name str Name of entry point to load.
default Any The default value to return. Defaults to None.
RETURNS Any The loaded entry point or the default value.
architectures = catalogue.create("spacy", "architectures", entry_points=True)
# Will get entry point "custom_architecture" of the group "spacy_architectures"
custom_architecture = architectures.get_entry_point("custom_architecture")

method Registry.find

Find the information about a registered function, including the module and path to the file it's defined in, the line number and the docstring, if available.

Argument Type Description
name str Name of the registered function.
RETURNS Dict[str, Union[str, int]] The information about the function.
import catalogue

architectures = catalogue.create("spacy", "architectures", entry_points=True)

@architectures("my_architecture")
def my_architecture():
    """This is an architecture"""
    pass

info = architectures.find("my_architecture")
# {'module': 'your_package.architectures',
#  'file': '/path/to/your_package/architectures.py',
#  'line_no': 5,
#  'docstring': 'This is an architecture'}

function catalogue.check_exists

Check if a namespace exists.

Argument Type Description
*namespace str The namespace, e.g. "spacy" or "spacy", "architectures".
RETURNS bool Whether the namespace exists.
Comments
  • Move config functionality to catalogue

    Move config functionality to catalogue

    Goals

    Move config functionality from thinc into catalogue.

    Description

    • Adds support for config parsing & evaluation to catalogue, including the corresponding tests (which have been adjusted to work without thinc dependencies). The following files were copied from Thinc:
      • config.py to catalogue/config/config.py. No significant changes to the actual content were made.
      • test_config.py to catalogue/tests/tests_config.py. Some tests were simplified or removed completely due to depending on Thinc internals. All config core functionality should be covered though. Some snippets were moved to catalogue/tests/util.py.
    • Added dependencies required for config support with Python >= 3.6 (numpy, pydantic, types-dataclasse, typing_extensions, wasabi, srsly).
    • The registry and config functionality have been moved to individual packages. Everything related to registry is available under catalogue.registry (moved from catalogue/__init__.py), config stuff under catalogue.config. The public API doesn't break backwards compatibility, so all module members are accessible directly from catalogue too.

    Open questions / notes

    • Two of the tests (test_arg_order_is_preserved(), test_make_config_positional_args_dicts()) seem closely related to thinc components, so I recommend cutting them from the test suite (and running them in thinc's instead).
    • Changes to the readme are not included yet.
    • Do we want a dedicated website for catalogue?
    • I'll file an issue for thinc to remove its config implementation once this is merge.

    Types of change

    New feature, new tests.

    Checklist

    • [x] I confirm that I have the right to submit this contribution under the project's MIT license.
    • [x] I ran the tests, and all new and existing tests passed.
    • [x] My changes don't require a change to the documentation, or if they do, I've added all required information.
    documentation enhancement 
    opened by rmitsch 15
  • 1.0.1 appears to break py2.7 compatibility

    1.0.1 appears to break py2.7 compatibility

    Is v1.x supposed to maintain python 2.7 compatibility? It looks like the recent commit from 10 days ago (https://github.com/explosion/catalogue/commit/ef4fd81a122ea43ee0ec958fc86ab6e22291f11d) creates 1.0.1 but introduces changes that require python 3.

    This was discovered when trying to install an older compatible spacy package, but pip grabbed 1.0.1 which ends up producing this error:

    .../site-packages/catalogue/_importlib_metadata/__init__.py", line 170 def __len__(self) -> int: ^ SyntaxError: invalid syntax

    opened by abgoldberg 6
  • 🐛 Pinning importlib-metadata from above creates incompatibility with twine

    🐛 Pinning importlib-metadata from above creates incompatibility with twine

    Dear explosion,

    In your release v2.0.2 you have introduced a max version constraint for importlib-metadata which needs to be <3.3.0. https://github.com/explosion/catalogue/blob/7a39fc75f8622ff6eea1909ceaa610d47f1c4aff/requirements.txt#L1

    This makes catalogue incompatible with the twine (which is a quite useful package to test the packaging + upload to PyPI), since twinehas been requiring importlib-metadata >= 3.6 since their release v3.4.0.

    Was there any specific reason for pinning importlib-metadata to <3.3.0? Can you please suggest some solution to allow compatibility with twine?

    Thank you in advance!

    opened by FrancescoCasalegno 6
  • Question: In spaCy you use catalogue to automatically register cli commands, how exactly you are doing that?

    Question: In spaCy you use catalogue to automatically register cli commands, how exactly you are doing that?

    in spacy.cli.util.py you did this:

    app = typer.Typer(name=NAME, help=HELP)
    
    def setup_cli() -> None:
        # Make sure the entry-point for CLI runs, so that they get imported.
        registry.cli.get_all()
        # Ensure that the help messages always display the correct prompt
        command = get_command(app)
        command(prog_name=COMMAND)
    

    Where the registry.cli is a catalogue Registry. But I can't get where you actually register commands to this. because they are in different python files and won't be registered normally. But somehow it is working. can you please give me some explanation?

    ‌PS: When I use the same structure commands in other files doesn't get imported.

    opened by AlirezaTheH 5
  • Catalogue v2.1.0 depends on dependencies not declared

    Catalogue v2.1.0 depends on dependencies not declared

    Hello,

    I just noticed that the catalogue version v2.1.0 (Most recent version on PyPI currently) depends on dependencies not declared in the setup related files. This is probably due to the temporary inclusion of the config system, which now lives in confection (#33).

    The traceback when importing catalogue is the following:

    Traceback (most recent call last):
      File "...", line 8, in <module>
        from functions import FUNCTIONS
      File "./functions.py", line 1, in <module>
        import catalogue
      File ".../lib/python3.10/site-packages/catalogue/__init__.py", line 2, in <module>
        from catalogue.config import *
      File ".../lib/python3.10/site-packages/catalogue/config/__init__.py", line 1, in <module>
        from .config import *
      File ".../lib/python3.10/site-packages/catalogue/config/config.py", line 10, in <module>
        from pydantic import BaseModel, create_model, ValidationError, Extra
    ModuleNotFoundError: No module named 'pydantic'
    

    When installing pydantic to fix the problem, the traceback states it cannot find srsly.

    opened by schorfma 4
  • Allow module-like imports as entry points

    Allow module-like imports as entry points

    Fixes #12

    At the moment you have to point directly to functions that needs to be registered through entry points. It is not enough to just add an entry point that points to the modules where the registrations occur. This commit changes that.

    I haven't added any test for this feature since I'm not exactly sure how to write that test

    opened by NixBiks 4
  • Revert addition of config functionality

    Revert addition of config functionality

    Goals

    Revert the addition of the config functionality, since this leads to circular dependency problems with srsly.

    Description

    See goals.

    Types of change

    Reversion.

    Checklist

    • [x] I confirm that I have the right to submit this contribution under the project's MIT license.
    • [x] I ran the tests, and all new and existing tests passed.
    • [x] My changes don't require a change to the documentation, or if they do, I've added all required information.
    bug 
    opened by rmitsch 3
  • `Registry`: Optimize `get_all`

    `Registry`: Optimize `get_all`

    Remove superfluous copy of the global registry object and use tuple hashes for namespace comparisons.

    This function was turning up in pipeline profiles due its use in the msgpack deserialization code, which is often called in hot prediction/training loops.

    enhancement 
    opened by shadeMe 2
  • Deprecation Warning with Python 3.10.0 and Spacy 3.2.4.

    Deprecation Warning with Python 3.10.0 and Spacy 3.2.4.

    How to reproduce the behaviour

    Run this with Python 3.10.0 and Spacy 3.2.4.

    import en_core_web_md
    from warnings import filterwarnings
    filterwarnings('error')
    
    pipeline = en_core_web_md.load()
    

    You'll get,

    Traceback (most recent call last):
      File "/home/username/project/prog.py", line 5, in <module>
        pipeline = en_core_web_md.load()
      File "/home/username/.local/share/virtualenvs/project-2ZeatEXR/lib/python3.10/site-packages/en_core_web_md/__init__.py", line 10, in load
        return load_model_from_init_py(__file__, **overrides)
      File "/home/username/.local/share/virtualenvs/project-2ZeatEXR/lib/python3.10/site-packages/spacy/util.py", line 615, in load_model_from_init_py
        return load_model_from_path(
      File "/home/username/.local/share/virtualenvs/project-2ZeatEXR/lib/python3.10/site-packages/spacy/util.py", line 488, in load_model_from_path
        nlp = load_model_from_config(config, vocab=vocab, disable=disable, exclude=exclude)
      File "/home/username/.local/share/virtualenvs/project-2ZeatEXR/lib/python3.10/site-packages/spacy/util.py", line 524, in load_model_from_config
        lang_cls = get_lang_class(nlp_config["lang"])
      File "/home/username/.local/share/virtualenvs/project-2ZeatEXR/lib/python3.10/site-packages/spacy/util.py", line 325, in get_lang_class
        if lang in registry.languages:
      File "/home/username/.local/share/virtualenvs/project-2ZeatEXR/lib/python3.10/site-packages/catalogue/__init__.py", line 49, in __contains__
        has_entry_point = self.entry_points and self.get_entry_point(name)
      File "/home/username/.local/share/virtualenvs/project-2ZeatEXR/lib/python3.10/site-packages/catalogue/__init__.py", line 135, in get_entry_point
        for entry_point in AVAILABLE_ENTRY_POINTS.get(self.entry_point_namespace, []):
      File "/usr/lib/python3.10/importlib/metadata/__init__.py", line 400, in get
        self._warn()
    DeprecationWarning: SelectableGroups dict interface is deprecated. Use select.
    

    Environment

    • spaCy version: 3.2.4
    • Platform: Linux-5.13.0-39-generic-x86_64-with-glibc2.34
    • Python version: 3.10.0
    • Pipelines: en_core_web_md (3.2.0)
    • Operating System: Ubuntu 21.10
    • Python Version Used: 3.10.0
    • spaCy Version Used: 3.2.4
    opened by simurgh9 2
  • Importlib issue with python3.10

    Importlib issue with python3.10

    I'm seeing an issue running the tests with python3.10. The error is

    python3.10-catalogue> ============================= test session starts ==============================
    python3.10-catalogue> platform linux -- Python 3.10.1, pytest-6.2.5, py-1.11.0, pluggy-1.0.0
    python3.10-catalogue> rootdir: /build/catalogue-2.0.6
    python3.10-catalogue> collected 8 items
    python3.10-catalogue> catalogue/tests/test_catalogue.py ......F.                               [100%]
    python3.10-catalogue> =================================== FAILURES ===================================
    python3.10-catalogue> ______________________________ test_entry_points _______________________________
    python3.10-catalogue>     def test_entry_points():
    python3.10-catalogue>         # Create a new EntryPoint object by pretending we have a setup.cfg and
    python3.10-catalogue>         # use one of catalogue's util functions as the advertised function
    python3.10-catalogue>         ep_string = "[options.entry_points]test_foo\n    bar = catalogue:check_exists"
    python3.10-catalogue> >       ep = catalogue.importlib_metadata.EntryPoint._from_text(ep_string)
    python3.10-catalogue> E       AttributeError: type object 'EntryPoint' has no attribute '_from_text'
    python3.10-catalogue> catalogue/tests/test_catalogue.py:108: AttributeError
    python3.10-catalogue> =========================== short test summary info ============================
    python3.10-catalogue> FAILED catalogue/tests/test_catalogue.py::test_entry_points - AttributeError:...
    

    The same route works fine with python3.9. Here's a full log from the NixOS CI system: https://hydra.nixos.org/log/pfyk1v5fl14yf1n31v8ppjknqxwzgrgm-python3.10-catalogue-2.0.6.drv

    opened by rmcgibbo 2
  • Handle versioning for registered functions

    Handle versioning for registered functions

    Currently in spaCy and thinc we version some of the functions and other things we build and use strings like "this_func.v3" to say that this is the 3rd version.

    I was thinking that it could be nice if the registry would by default always give the latest version, so registry.get("this_func") would give the .v3. Not sure what else would we use version-handling for, but it seemed to me that if we are versioning in strings then it would be nice for catalogue to have some notion of versions as well.

    This means the the REGISTRY changes from REGISTRY: Dict[Tuple[str, ...], Any] = {} to REGISTRY: Dict[Tuple[str, ...], Dict[int, Any]] = defaultdict(dict). So the outer dictionary holds the names as before but the inner has a dictionary of versions.

    The _parse_version function is used throughout to handle string to version mappings. It looks for a .v4 at the end of each provided name. If there is no .v5 it defaults to 1. This also means that if the function was provided just as registry.register("test") then registry.get("test"), registry.get("test.v1") and registry.get("test", version=1) all return the same thing. When running get_all the function will appear with the name "test" to avoid weird behavior and giving .v1. When multiple versions are available all of them are returned.

    When version is not provided to find and get they assume the user wants the latest version.

    enhancement 
    opened by kadarakos 1
  • Registry.get_all function

    Registry.get_all function

    Hi, I had a question regarding the following line:

    https://github.com/explosion/catalogue/blob/3dc5259d9905d3e0824548cdd3776839d584548c/catalogue/init.py#L111

    Why is this line different than that of _get_all function? Should it beif len(self.namespace) <= len(keys)?

    opened by aalavian 1
  • Can't get functions from registry if entry points only points to the correct module and not to the specific functions

    Can't get functions from registry if entry points only points to the correct module and not to the specific functions

    I'm getting this extremely odd error that tells me chain.v1 is not available while it is showing up as available name at the same time.

    catalogue.RegistryError: Cant't find 'chain.v1' in registry horizon -> components. Available names: Pipeline.v1, _, chain.v1, fetch.v1, response_to_bytes.v1, response_to_dict.v1, response_to_text.v1
    

    I've tried to run my test in debug mode with a break point where the error occurs. If I run Registry.get then it fails as in the test but if I run Registry.get() a second time then it works.

    Reason

    In Registry.get() we only look for the specific name, i.e. from_entry_point = self.get_entry_point(name) or in the global variable REGISTRY. It doesn't exist in either in the first run. But in the second run it does exist in REGISTRY since we called Registry.get_entry_points() to print the error message, since this method actually load all the modules in the entry points and thereby populates REGISTRY.

    Proposed solution

    Load all modules from entry points in Registry.get() if there is entry points but the requested one is found directly.

    opened by NixBiks 1
  • suggestion: dry registrations for us lazy registrars

    suggestion: dry registrations for us lazy registrars

    Thanks for building this.

    Would it be easy to allow the __name__ of the callable being passed in as the default, but allowing a name kwarg to overwrite it? I started going down a decorator rabbit-hole on stack overflow to try and pitch in a solution, but got lost in decorator hell.

    Using loaders = catalogue.create("mypackage", "loaders") as our shared example, here's what things look like at the moment:

    #passing the name in explicitly
    @loaders.register(name='custom_func')
    def custom_func(data):
        pass
    

    vs.

    #letting the func name itself
    @loaders.register
    def custom_func(data):
        pass
    

    vs.

    #a cool shorthand version
    @loaders
    def custom_func(data):
        pass
    

    This was my attempt, but it doesn't accept passing in the name kwarg.

    class Registry:
        callables = {}
        
        def __call__(self, func, name=None):
            if not name: name = func.__name__
            self.callables[name] = func 
        
        def __contains__(self, func):
            return func in self.callables
            
        def __repr__(self):
            return f"{self.callables}"
        
    loaders = Registry()
    
    #this works fine
    @loaders
    def custom_func(data):
        pass
    
    #this not so much
    @loaders(name='blah')
    def custom_func(data):
        pass
    

    What do you think?

    opened by rcox771 0
  • import 'importlib.metadata' try-catch doesn't work on Jupyter?

    import 'importlib.metadata' try-catch doesn't work on Jupyter?

    There's a stackoverflow post that seems to point at a problem with catalogue:

    File "C:\Users\user1\AppData\Local\Continuum\anaconda3\envs\py37\lib\site-packages\catalogue.py", line 8, in import importlib.metadata as importlib_metadata ModuleNotFoundError: No module named 'importlib.metadata'

    Referring to https://github.com/explosion/catalogue/blob/master/catalogue.py#L8, which makes no sense to me as ModuleNotFoundError is a subtype of ImportError and that is properly caught as an exception.

    There's a lot of other things going on in those error logs, too, but this caught my attention and wanted to log this here for future reference.

    opened by svlandeg 4
Releases(v1.0.2)
Owner
Explosion
A software company specializing in developer tools for Artificial Intelligence and Natural Language Processing
Explosion
Converts a base copy of Pokemon BDSP's masterdatas into a more readable and editable Pokemon Showdown Format.

Showdown-BDSP-Converter Converts a base copy of Pokemon BDSP's masterdatas into a more readable and editable Pokemon Showdown Format. Download the lat

Alden Mo 2 Jan 02, 2022
AIO solution for SSIS students

ssis.bit AIO solution for SSIS students Hardware CircuitPython supports more than 200 different boards. Locally available is the TTGO T8 ESP32-S2 ST77

3 Jun 05, 2022
A casual IDOR exploiter that provides .csv files of url and status code.

IDOR-for-the-casual Do you like to IDOR? Are you a Windows hax0r? Well have I got a tool for you... A casual IDOR exploiter that provides .csv files o

Ben Wildee 2 Jan 20, 2022
Identify unused production dependencies and avoid a bloated virtual environment.

creosote Identify unused production dependencies and avoid a bloated virtual environment. Quickstart # Install creosote in separate virtual environmen

Fredrik Averpil 7 Dec 29, 2022
Simple Python API for the Ergo Platform Explorer

Ergo is a "Resilient Platform for Contractual Money." It is designed to be a platform for applications with the main focus to provide an efficient, se

7 Jul 06, 2021
Necst-lib - Pure Python tools for NECST

necst-lib Pure Python tools for NECST. Features This library provides: something

NANTEN2 Group 5 Dec 15, 2022
Personal Assistant Tessa

Personal Assistant Tessa Introducing our all new personal assistant Tessa..... An intelligent virtual assistant (IVA) or intelligent personal assistan

Anusha Joseph 4 Mar 08, 2022
SciPy library main repository

SciPy SciPy (pronounced "Sigh Pie") is an open-source software for mathematics, science, and engineering. It includes modules for statistics, optimiza

SciPy 10.7k Jan 09, 2023
tgEasy | Easy for a Brighter Shine | Monkey Patcher Addon for Pyrogram

tgEasy | Easy for a Brighter Shine | Monkey Patcher Addon for Pyrogram

Jayant Hegde Kageri 35 Nov 12, 2022
India's own RPA Platform Python Powered

Welcome to My-AutoPylot , Made in India with ❤️ What is My-AutoPylot? PyBots is an Indian firm based in Vadodara, Gujarat. My-AutoPylot is a product d

PyBots Pvt Ltd 28 Sep 12, 2022
a wordle-solver written in python

Wordle Solver Overview This is yet another wordle solver. It is built with the word list of the official wordle website, but it should also work with

Shoubhit Dash 10 Sep 24, 2022
Solutions to the language assignment for Internship in JALA Technologies.

Python Assignment Solutions (JALA Technologies) Solutions to the language assignment for Internship in JALA Technologies. Features Properly formatted

Samyak Jain 2 Jan 17, 2022
It's like Forth but in Python

It's like Forth but written in Python. But I don't actually know for sure since I never programmed in Forth, I only heard that it's some sort of stack-based programming language. Porth is also stack-

Tsoding 619 Dec 21, 2022
Generates images with semantic content from distribution A in the style of distribution B

A2B Generates images with semantic content from distribution A in the style of d

Richard Herbert 2 Dec 27, 2021
Script to automate the scanning of "old printed photos"

photoscanner Script to automate the scanning of "old printed photos" Just run: ./scan_photos.py The script is prepared to be run by fades. Otherw

Facundo Batista 2 Jan 21, 2022
Criando um jogo de naves espaciais com Pygame. Para iniciantes em Python

Curso de Programação de Jogos com Pygame Criando um jogo de naves espaciais com Pygame. Para iniciantes em Python Pré-requisitos Antes de começar este

Flávio Codeço Coelho 33 Dec 02, 2022
To check my COVID-19 vaccine appointment, I wrote an infinite loop that sends me a Whatsapp message hourly using Twilio and Selenium. It works on my Raspberry Pi computer.

COVID-19_vaccine_appointment To check my COVID-19 vaccine appointment, I wrote an infinite loop that sends me a Whatsapp message hourly using Twilio a

Ayyuce Demirbas 24 Dec 17, 2022
Covid-ml-predictors - COVID predictions using AI.

COVID Predictions This repo contains ML models to be trained on COVID-19 data from the UK, sourced off of Kaggle here. This uses many different ML mod

1 Jan 09, 2022
Materials for the Introduction in Python , Linux , Git and Github

This repository contains all the materials of the presentation on the introduction of python, linux, git and Github.

AMMI 3 Aug 28, 2022
Chat meetup

FLiP-Meetup-Chat Chat meetup create function bin/pulsar-admin functions create --auto-ack true --jar pulsardjlexample-1.0.jar --classname "dev.pulsarf

Timothy Spann 1 Dec 09, 2021