Python package to extract metadata from tables
Use this package to process tabular files in which each row represents an iRODS data object or collection and each column contains either an identifier or metadata to add to this item. It supports plain text files and Excel files, which could be stored locally or in iRODS itself.
To get started, create a virtual environment with pip or uv and install the package:
# with pip
python -m venv venv
source venv/bin/activate
pip install mango-metadata-from-tables
# with uv
uv init <my-project>
uv add mango-metadata-from-tables
Now, you can run the script with the command mango-metadata-from-tables
(or uv run mango-metadata-from-tables).
Usage
This module can run on the command line with two commands: setup and run.
The setup command takes as arguments the path to a tabular file (local or in iRODS) and
the desired path for the output YAML, asks the user questions about how to
parse the tabular file, and outputs a configuration file.
This configuration file can then be provided as the --config option to the run
command in order to standardize tabular files and properly obtain paths to data objects
and attach metadata to them based on the columns of these files.
Note: Empty values in the table are ignored, and will not be added as metadata.
In some cases, users may find it meaningful to include the absence of a value as contextual information.
In those cases, we advice to use a value like "Unknown", "Not applicable" or "NA" in your table instead.
Examples
A small csv file
The following file simulates having a small semicolon-separated file with absolute paths in a "dataobject" column and a few columns with metadata.
First, with the setup command, we answer a few questions on how to parse the tabular file
and create a "test-config.yaml" configuration file that keeps track of the answers.
Then, with the run command, we use the information on the configuration YAML file to parse
the tabular file and, because it's just a "dry run", we simulate adding the metadata to each
data object or collection. Note that this run command could then also be used on other tabular files
with the same properties as the original one.
mango-metadata-from-tables setup testdata/testdata.csv test-config.yaml --sep ";"
mango-metadata-from-tables run testdata/testdata.csv --config test-config.yaml --dry-run
A larger Excel file with multiple sheets
In this second example the file is an Excel file with multiple sheets,
including one that has no relevant metadata. Again, with the setup command we indicate
how the Excel should be parsed and record the answers in a YAML configuration file.
Then, with the run command we parse the Excel and simulate adding the metadata.
mango-metadata-from-tables setup testdata/bigger-testdata.xlsx bigger-test-config.yaml
mango-metadata-from-tables run testdata/bigger-testdata.xlsx --config bigger-test-config.yaml --dry-run
setup
The configuration file can be created as follows:
mango-metadata-from-tables setup filename output_path
In this case filename is the path to a tabular file (csv, tsv, Excel...),
stored either locally or in iRODS. If it lives in iRODS, the --irods flag should be used,
so that an iRODS session is started:
mango-metadata-from-tables setup /zone/home/project/path/to/tabular output_path --irods
If the tabular file is a plain text file, it is possible to specify a column separator
with the --sep option, which has "," as a default. If a wrong separator is provided and
the parser finds a single column, it will warn you and give you the possibility to correct it.
mango-metadata-from-tables setup testdata/testdata.csv test-output.yml --sep ";"
If the file can be found and opened as a dataframe, the user will be prompted with questions that will later guide preprocessing of equivalent tabular files:
- If there are multiple sheets in an Excel file, which one(s) should be used?
- Which of the columns contains a unique identifier of the data objects that metadata has to be attached to?
- If the unique identifier is not an absolute path, is it a relative path or part of filename? And if so, within which collection should the data objects be found?
- Should any columns be whitelisted or blacklisted?
The final YAML will be printed on the console and saved as a file locally.
run
Given a path to a tabular file with metadata and a YAML with the settings to preprocess it,
metadata can be added with the run command:
mango-metadata-from-tables run path_to_tabular --config path/to/config.yml
For testing purposes, it is possible to use
the --dry-run flag, which simulates the preprocessing and identification of metadata and
prints a small report at the end.
An iRODS session will be initiated always, so make sure you have a valid active iRODS Session.
For the testdata, that is the icts zone in quality.
mango-metadata-from-tables run path_to_tabular --config path/to/config.yml --dry-run
It is not necessary to rerun both setup and run for each tabular file:
if you have several tabular files with the same properties, and that thus can be described by the same
YAML configuration file, you just need to run setup with one of them, and then
run with each of the tabular files and the same configuration file.
Metadata
Release files for mango-metadata-from-tables 1.0.1
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| mango_metadata_from_tables-1.0.1.tar.gz | 13.4 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| mango_metadata_from_tables-1.0.1-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 31.1 kB
Release files / mango_metadata_from_tables-1.0.1.tar.gz
| Download URL | mango_metadata_from_tables-1.0.1.tar.gz |
|---|---|
| Size | 13.4 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
32af70fabd0a30d462824a3a070a3462714461094c1a9b0ee451ee87ad68ca2c
|
|
BLAKE2b-256 checksum How to use checksums |
e3affeb9bb31482bc2baca000b5c3560920f239c1492380a766abb87a3e54e7e
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
uv/0.12.23 {"installer":{"name":"uv","version":"0.12.23","subcommand":["publish"]},"python":null,"implementation":{"name":null,"version":null},"distro":{"name":"Ubuntu","version":"24.04","id":"noble","libc":null},"system":{"name":null,"release":null},"cpu":null,"openssl_version":null,"setuptools_version":null,"rustc_version":null,"ci":true}
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Oct 6, 2026.
Transparency logRelease files / mango_metadata_from_tables-1.0.1-py3-none-any.whl
| Download URL | mango_metadata_from_tables-1.0.1-py3-none-any.whl |
|---|---|
| Size | 17.8 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
319699377bcdadf63be2c0d0a24842c6697661f3481c6e6736ee433f0ff57ba4
|
|
BLAKE2b-256 checksum How to use checksums |
11e76e1f8c52a495ad7636d6b8af642373013c9c764c7384da26408f5b71d101
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
uv/0.12.23 {"installer":{"name":"uv","version":"0.12.23","subcommand":["publish"]},"python":null,"implementation":{"name":null,"version":null},"distro":{"name":"Ubuntu","version":"24.04","id":"noble","libc":null},"system":{"name":null,"release":null},"cpu":null,"openssl_version":null,"setuptools_version":null,"rustc_version":null,"ci":true}
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Oct 6, 2026.
Transparency log