1.1.0 - Prepare for cosmotech-api 5.0

Prepare for cosmotech-api 5.0 compatibility

Key Areas of Changes:

• New Features:
  • Dataset upload functionality
• API Compatibility:
  • Support for CosmoTech API v5.0 with backward compatibility
• Bug Fixes:
  • Multiple fixes for dataset download
  • file processing
  • credential handling
• CI/CD Improvements:
  • Dependency updates
  • GitHub Actions improvements
• Code Quality:
  • Black formatting,
  • test improvements,
  • code cleanup

What's Changed

• Create track_dependencies.yml by @Leopold-Cramer in #59
• ci: Update checkout action version to v5 by @sellisd in #60

New Contributors

• @Leopold-Cramer made their first contribution in #59

Full Changelog: 1.0.1...1.1.0

0.10.2 - Python 13 compatibility

Python 13 compatibility

With the release of Debian 13, some of our users got issues setting up installs of CoAL 0.10, this release update the incriminated dependencies to python 13 compatible ones

Full Changelog: 0.10.1...0.10.2

0.10.1 - patching use of shutils on mounts

Patch shutil.copytree usage

When used on mounted volumes shutil.copytree got permissions errors, this patch should avoid direct use of copytree on known mount points

Full Changelog: 0.10.0...0.10.1

1.0.1 - The missing pieces

We forgot stuff so this release is made to make it look like we did not

New Features

• Added missing encode password option for PostgreSQL commands

Dependencies and Build System

• Removed locked dependency to setuptools (now handled as build dependency)
• Updated pyarrow to version 20
• Updated dev requirements
• Updated documentation requirements

Documentation

• Updated scanner configuration documentation
• Removed documentation for deprecated commands

Internationalization (i18n)

• Implemented translations for csm-data main command
• Separated and updated translation files for csm-data
• Updated translation keys from "csm-data" to "csm_data"

General Improvements

• Corrected workflows
• Applied linter corrections after black update

This release includes security improvements with PostgreSQL password encoding, dependency updates including pyarrow v20, enhanced internationalization support for the csm-data component, and various documentation and code quality improvements.

What's Changed

• Update pyarrow to version 20 by @sjoubert in #54
• docs: update scanner config docs by @sellisd in #55
• feat: add missing encode password option for psql commands by @neomatamune in #56

New Contributors

• @sellisd made their first contribution in #55

Full Changelog: 1.0.0...1.0.1

1.0.0 - Open Core Extension Layer for Operational Transform (OCELOT)

Open Core Extension Layer for Operational Transform (OCELOT)

Finally a major release of CoAL ! we get out of the 0.x hell and welcome the suffering of following Major.Minor.Patch <3
This version comes with a really big overhaul of the code base, no more Cosmotech_Acceleration_Library.Accelerator welcome to cosmotech.coal ! Yeah :D !

Lots of changes were made for this version, most of the code base got reworked to get ready for future evolutions.

now for the AI slob because we love our new computer friends <3

The first major release of the CoAL library marks a significant milestone in providing a comprehensive, enterprise-ready framework for cloud operations and data transformation. This release introduces a complete overhaul of the core architecture while adding extensive new capabilities for operational transformations.

Core Enhancements

• Complete project structure reorganization for improved modularity
• Enhanced development infrastructure with comprehensive testing suite
• Streamlined CI/CD workflows for reliable deployments
• New plugin architecture supporting extensible operations

Cloud Integration

• Robust AWS S3 integration for cloud storage operations
• Comprehensive Azure platform support:
  • Blob storage management
  • Azure Functions integration
  • Azure Data Explorer (ADX) connectivity with advanced query capabilities
• Enterprise database support:
  • PostgreSQL integration with runner and store capabilities
  • SingleStore support for high-performance operations

Data Management

• Enhanced store module implementations:
  • Optimized CSV handling
  • Advanced Pandas integration
  • High-performance PyArrow support
  • Native Python store capabilities
• Comprehensive dataset functionality:
  • Advanced data converters
  • Streamlined download capabilities
  • Extended utility functions

Operational Features

• Extended CosmoTech API capabilities:
  • Enhanced connection management
  • Workspace operations
  • Run template handling
  • Parameter management
• Runner module implementation:
  • Sophisticated data handling
  • Dataset management
  • Download capabilities
  • Comprehensive metadata support

Enterprise Ready

• Multi-language support with translation infrastructure
  • English (US) language pack
  • Extensible translation framework
• Comprehensive documentation and tutorials
• Orchestrator plugin templates for custom extensions

What's Changed

• Prerelease 1.0.0 by @neomatamune in #53

Full Changelog: 0.10.0...1.0.0

0.10.0 - orc 2.0 is the new orc

Update dependency to csm-orc to use 2.0.0

This update of the dependency to csm-orc mostly allow to use the new logging and translation systems added in csm-orc and correct a few issues in loggers where tags in text "[...]" could end up crashing the commands

Full Changelog: 0.9.5...0.10.0

0.9.5 - Conditional encoding

Conditional Encoding

now with env vars to control psql password encoding

Full Changelog: 0.9.4...0.9.5

0.9.4.1 - POSTGRESQL !!!

Full Changelog: 0.9.4...0.9.4.1

0.9.4 - POSTGRESQL !!!

Ensure Postgresql schema is used on data append

During inejction of data store results into Postgresql no verifications on the datatypes were executed, now we add a check and tentative conversion of types to existing schema if target table exists on append mode

• 0.9.4 by @neomatamune in #52

Full Changelog: 0.9.3...0.9.4

0.9.3 - Ensure postgresql schema on append

Ensure Postgresql schema is used on data append

During inejction of data store results into Postgresql no verifications on the datatypes were executed, now we add a check and tentative conversion of types to existing schema if target table exists on append mode

What's Changed

• Afos/get postgres schema before send if exists by @neomatamune in #51

Full Changelog: 0.9.2...0.9.3