[{"_1":2,"_160":-5,"_161":-5},"loaderData",{"_3":4,"_17":18,"_25":26,"_139":140},"root",{"_5":-5,"_6":-7,"_7":8,"_9":-7,"_10":11,"_12":-7,"_13":14,"_15":16},"currentUser","primaryEmail","siteVerification","6LeIxAcTAAAAAJcZVRqyHh71UMIEGNQ_MXjiZKhI","toast","enableDev",false,"incidentStatus","theme","system","contrast","normal","routes/_layout",{"_19":-5,"_20":21,"_22":21,"_23":11,"_24":21},"username","isAskGordonEnabled",true,"isUsingNewTemplate","showMinimalLanding","showHoneypotTrap","routes/_layout.r.$namespace.$reponame",{"_27":28,"_29":-5,"_30":11,"_31":11,"_32":33,"_34":35,"_36":-5,"_37":11,"_38":39,"_88":-5,"_89":90,"_128":-5,"_129":11,"_130":21,"_131":11,"_132":-5,"_133":11,"_134":-5,"_135":136,"_137":91,"_138":-7},"canonicalUrl","https://hub.docker.com/r/kasbohm/bidscoin/tags","mcpServer","canSeeDockerfile","canSeeAutobuilds","namespace","kasbohm","reponame","bidscoin","cloudBuildSource","isAutobuildsAvailable","repo",{"_40":41,"_42":43,"_45":46,"_47":48,"_49":11,"_50":51,"_52":53,"_54":55,"_57":35,"_32":33,"_58":59,"_60":44,"_61":62,"_63":64,"_65":66,"_67":-5,"_68":62,"_69":70,"_71":11,"_72":33,"_73":74,"_79":11,"_80":81,"_85":33,"_86":87},"categories",[],"content_types",[44],"image","date_registered","2019-05-06T12:38:41.086667Z","description","","is_private","last_updated","2019-05-06T12:51:42.388804Z","last_modified","2024-10-16T13:48:34.145251Z","media_types",[56],"application/vnd.docker.container.image.v1+json","name","pull_count",238,"repository_type","star_count",0,"status",1,"status_description","active","source","collaborator_count","full_description","# BIDScoin\n\n- [The BIDScoin workflow](#the-bidscoin-workflow)\n- [The BIDScoin tools](#the-bidscoin-tools)\n * [Running the bidstrainer](#running-the-bidstrainer)\n * [Running the bidsmapper](#running-the-bidsmapper)\n * [Running the bidscoiner](#running-the-bidscoiner)\n- [The bidsmap files](#the-bidsmap-files)\n * [Tips and tricks](#tips-and-tricks)\n + [Attribute list](#attribute-list)\n + [Dynamic values](#dynamic-values)\n + [Field maps: IntendedFor](#field-maps-intendedfor)\n + [Plug-in functions](#plug-in-functions)\n- [BIDScoin functionality / TODO](#bidscoin-functionality--todo)\n- [BIDScoin tutorial](#bidscoin-tutorial)\n\nBIDScoin is an [open-source](https://github.com/Donders-Institute/bidscoin) python command-line toolkit that converts (\"coins\") source-level (raw) neuroimaging data-sets to [nifti](https://nifti.nimh.nih.gov/) / [json](https://www.json.org/) / [tsv](https://en.wikipedia.org/wiki/Tab-separated_values) data-sets that are organized according to the Brain Imaging Data Standard, a.k.a. [BIDS](http://bids.neuroimaging.io). Rather then depending on complex or ambiguous programmatic logic, BIDScoin uses a simple (but powerful) key-value approach to convert the raw source data into BIDS data. The key values that can be used in BIDScoin to map the data are:\n\n 1. Information in MRI header files (DICOM, PAR/REC or .7 format; e.g. SeriesDescription)\n 2. Information from nifti headers (e.g. image dimensionality)\n 3. Information in the file structure (file- and/or directory names, e.g. number of files)\n\nThe key-value heuristics are stored in flexible, human readable and broadly supported [YAML](http://yaml.org/) files. The nifti- and json-files are generated with [dcm2niix](https://github.com/rordenlab/dcm2niix). Users can even get more flexibility by providing custom written [plug-in functions](#plug-in-functions) (e.g. for parsing of Presentation logfiles). For more information on the installation and requirements, see the [installation guide](./docs/installation.md).\n\nCurrently, BIDScoin is quite [functional](#bidscoin-functionality--todo), but note that only option (1) has been implemented for DICOM files. (Options (2) and (3) are planned for future versions, such that (3) takes precedence over (2), which in turn takes precedence over (1)).\n\nBIDScoin is a user friendly toolkit that requires no programming knowledge in order to use it, just some basic file handling and, possibly, minor (YAML) text editing skills.\n\n## The BIDScoin workflow\n\nBIDScoin will take your raw data as well as a YAML file with the key-value mapping (dictionary) information as input, and returns a BIDS folder as output. Here is how to prepare the BIDScoin inputs:\n\n 1. **A minimally organised raw data folder**, following a\n `/raw/sub-[identifier]/ses-[identifier]/[seriesfolder]/[dicomfile]`\n structure. This data organization is how users receive their data from the (Siemens) scanners at the [DCCN](https://www.ru.nl/donders/) (NB: the `ses-[identifier]` sub-folder is optional and can be left out).\n\n If your data is not already organized in this way, you can use the `dicomsort.py` command-line utility to move your unordered DICOM-files into a `seriesfolder` organization with the DICOM series-folders being named [SeriesNumber]-[SeriesDescription]. Series folders contain a single data type and are typically acquired in a single run.\n \n Another command-line utility that can be helpful in organizing your raw data is `rawmapper.py`. This utility can show you the overview (map) of all the values of DICOM-fields of interest in your data-set and, optionally, use these fields to rename your raw data sub-folders (this can be handy e.g. if you manually entered subject-identifiers as [Additional info] at the scanner console and you want to use these to rename your subject folders).\n \n If these utilities do not satisfy your needs, then have a look at this [reorganize_dicom_files](https://github.com/robertoostenveld/bids-tools/blob/master/doc/reorganize_dicom_files.md) tool.\n\n 2. **A YAML file with the key-value mapping information, i.e. a bidsmap**. There are two ways to create such a [bidsmap](#the-bidsmap-files).\n\n The first is if you are a new user and are working from scratch. In this case you would start with the `bidstrainer.py` command-line tool (see the [BIDScoin workflow](#bidscoin-workflow) diagram and [the bidstrainer](#running-the-bidstrainer) section).\n\n If you have run the bidstrainer or, e.g. if you work in an institute where someone else (i.e. your MR physicist ;-)) has already performed the training procedure, you can use the training data to map all the files in your data-set with the `bidsmapper.py` command-line tool (see [the bidsmapper](#running-the-bidsmapper) section).\n\n The output of the bidsmapper is the complete bidsmap that you can inspect to see if your raw data will be correctly mapped onto BIDS. If this is not the case you can go back to the training procedure and change or add new samples, and rerun the bidstrainer and bidsmapper until you have a suitable bidsmap. Alternatively, or in addition to, you can directly edit the bidsmap yourself (this requires more expert knowledge but can also be more powerful). \n\n ![BIDScoin workflow](./docs/workflow.png) \n *BIDScoin workflow. Left: New users would start with the bidstrainer, which output can be fed into the bidsmapper to produce the bidsmap.yaml file. This file can (and should) be inspected and, in case of incorrect mappings, inform the user to add raw training samples and re-run the training procedure (dashed arrowlines). Right: Institute users could start with an institute provided bidsmap file (e.g. bidsmap_dccn.yaml) and directly use the bidsmapper. In case of incorrect mappings they could ask the institute for an updated bidsmap (dashed arrowline).*\n\nHaving an organized raw data folder and a correct bidsmap, the actual data-set conversion to BIDS can now be performed fully automatically by simply running the `bidscoiner.py` command-line tool (see the [BIDScoin workflow](#bidscoin-workflow) diagram and [the bidscoiner](#running-the-bidscoiner) section).\n\n## The BIDScoin tools\n\n### Running the bidstrainer\n\n usage: bidstrainer.py [-h] bidsfolder [samplefolder] [bidsmap]\n \n Takes example files from the samples folder as training data and creates a key-value\n mapping, i.e. a bidsmap_sample.yaml file, by associating the file attributes with the\n file's BIDS-semantic pathname\n \n positional arguments:\n bidsfolder The destination folder with the bids data structure\n samplefolder The root folder of the directory tree containing the sample\n files / training data. Optional argument, if left empty,\n bidsfolder/code/samples is used or such an empty directory\n tree is created\n bidsmap The bidsmap YAML-file with the BIDS heuristics (optional\n argument, default: ./heuristics/bidsmap_template.yaml)\n \n optional arguments:\n -h, --help show this help message and exit\n \n examples:\n bidstrainer.py /project/foo/bids\n bidstrainer.py /project/foo/bids /project/foo/samples bidsmap_custom\n\nThe core idea of the bidstrainer is that you know your own scan protocol and can therefore point out which files should go where in the BIDS. In order to do so, you have to place raw sample files for each of the BIDS data types / runs in your scan protocol (e.g. T1, fMRI, etc) in the appropriate folder of a semantic folder tree (named `samples`, see the [bidstrainer example](#bidstrainer-example)). If you run `bidstrainer.py` with just the name of your bidsfolder, bidstrainer will create this semantic folder tree for you in the `code` subfolder (if it is not already there). Generally, when placing your sample files, it will be fairly straightforward to find your way in this semantic folder tree, but in doubt you should have a look at the [BIDS specification](http://bids.neuroimaging.io/bids_spec.pdf). Note that the deepest foldername in the tree denotes the BIDS suffix (e.g. \"T1w\"). You do not need to place samples from your non-BIDS data types / runs (such as localizer or spectroscopy scans) in the folder tree, these data types will automatically go into the \"extra_data\" folder.\n\nIf all sample files have been put in the appropriate location, you can (re)run the bidstrainer to create a bidsmap file for your study. How this works is that, on one hand, the bidstrainer will read a predefined set of (e.g. key DICOM) attributes from each sample file and, on the other hand, take the path-names of the sample files to infer the associated BIDS modality. In this way, a list of unique key-value mappings between sets of (DICOM) attributes and sets of BIDS-labels is defined, the so-called [bidsmap](#the-bidsmap-files), that can be used as input for the [bidsmapper tool](#running-the-bidsmapper). If the predefined set of attributes does not uniquely identify your particular scan sequences (not likely but possible), or if you simply prefer to use more or other attributes, you can (copy and) edit the [bidsmap_template.yaml](./heuristics/bidsmap_template.yaml) file in the heuristics folder and re-run the bidstrainer with this customized template as an input argument.\n\n![Bidstrainer example](./docs/sample_tree.png)\n*Bidstrainer example. The red arrow depicts a raw data sample (left file browser) that is put (copied over) to the appropriate location in the semantic folder tree (right file browser)*\n\n### Running the bidsmapper\n\n usage: bidsmapper.py [-h] [-n SUBPREFIX] [-m SESPREFIX] [-a]\n sourcefolder bidsfolder [bidsmap]\n \n Creates a bidsmap.yaml YAML file that maps the information from all raw data to the\n BIDS labels (see also [bidsmap_template.yaml] and [bidstrainer.py]). You can check\n and edit the bidsmap.yaml file before passing it to [bidscoiner.py]\n \n positional arguments:\n sourcefolder The source folder containing the raw data in\n sub-#/ses-#/series format\n bidsfolder The destination folder with the bids data structure\n bidsmap The bidsmap YAML-file with the BIDS heuristics\n (optional argument, default:\n bidsfolder/code/bidsmap_sample.yaml)\n \n optional arguments:\n -h, --help show this help message and exit\n -n SUBPREFIX, --subprefix SUBPREFIX\n The prefix common for all the source subject-folders.\n Default: 'sub-'\n -m SESPREFIX, --sesprefix SESPREFIX\n The prefix common for all the source session-folders.\n Default: 'ses-'\n -a, --automatic If this flag is given the user will not be asked for\n help if an unknown series is encountered\n \n examples:\n bidsmapper.py /project/foo/raw /project/foo/bids\n bidsmapper.py /project/foo/raw /project/foo/bids bidsmap_dccn\n\nThe `bidsmapper.py` tool goes over all raw data folders of your dataset and saves the known and unknown key-value mappings in a (study specific) [bidsmap file](#the-bidsmap-files). You can consider it as a dry-run for how exactly the [bidscoiner](#running-the-bidscoiner) will convert the raw data into BIDS folders. It gives you the opportunity to inspect the resulting `bidsmap.yaml` file to see if all data types / runs were recognized correctly with proper BIDS labels before doing the actual conversion to BIDS. Unexpected mappings or poor BIDS labels can be found if your bidstraining or the bidsmap file that was provided to you was incomplete. In that case you should either get an updated bidsmap file or redo the bidstraining with new sample files, rerun the bidstrainer and bidsmapper until you have a suitable `bidsmap.yaml` file. You can of course also directly edit the `bidsmap.yaml` file yourself, for instance by changing some of the automatically generated BIDS labels to your needs (e.g. \"task_label\").\n\n### Running the bidscoiner\n\n usage: bidscoiner.py [-h] [-p PARTICIPANT_LABEL [PARTICIPANT_LABEL ...]] [-f]\n [-s] [-b BIDSMAP] [-n SUBPREFIX] [-m SESPREFIX]\n sourcefolder bidsfolder\n \n Converts (\"coins\") datasets in the rawfolder to nifti / json / tsv datasets in the\n bidsfolder according to the BIDS standard. Check and edit the bidsmap.yaml file to\n your needs before running this function. Provenance, warnings and error messages are\n stored in the ../bidsfolder/code/bidscoiner.log file\n \n positional arguments:\n sourcefolder The source folder containing the raw data in\n sub-#/ses-#/series format\n bidsfolder The destination folder with the bids data structure\n \n optional arguments:\n -h, --help show this help message and exit\n -p PARTICIPANT_LABEL [PARTICIPANT_LABEL ...], --participant_label PARTICIPANT_LABEL [PARTICIPANT_LABEL ...]\n Space seperated list of selected sub-# names / folders\n to be processed (the sub- prefix can be removed).\n Otherwise all subjects in the sourcefolder will be\n selected\n -f, --force If this flag is given subjects will be processed,\n regardless of existing folders in the bidsfolder.\n Otherwise existing folders will be skipped\n -s, --skip_participants\n If this flag is given those subjects that are in\n particpants.tsv will not be processed (also when the\n --force flag is given). Otherwise the participants.tsv\n table is ignored\n -b BIDSMAP, --bidsmap BIDSMAP\n The bidsmap YAML-file with the study heuristics. If\n the bidsmap filename is relative (i.e. no \"/\" in the\n name) then it is assumed to be located in\n bidsfolder/code/. Default: bidsmap.yaml\n -n SUBPREFIX, --subprefix SUBPREFIX\n The prefix common for all the source subject-folders.\n Default: 'sub-'\n -m SESPREFIX, --sesprefix SESPREFIX\n The prefix common for all the source session-folders.\n Default: 'ses-'\n \n examples:\n bidscoiner.py /project/raw /project/bids\n bidscoiner.py -f /project/raw /project/bids -p sub-009 sub-030\n\nThe `bidscoiner.py` tool is the workhorse of the toolkit that will fully automatically convert your source-level (raw) MRI data-sets to BIDS organized data-sets. In order to do so, it needs a [bidsmap file](#the-bidsmap-files), which is typically created by running the [bidsmapper](#running-the-bidsmapper) tool. You can run `bidscoiner.py` after all data is collected, or whenever new data has been added to the raw folder (presuming the scan protocol hasn't changed).\n\nAfter a successful run of `bidscoiner.py`, the work to convert your data in a fully compliant BIDS dataset is unfortunately not yet fully over and, depending on the complexity of your data-set, additional tools may need to be run and meta-data may need to be entered manually (not everything can be automated). For instance, you should update the content of the `dataset_description.json` and `README` files in your bids folder and you may need to provide e.g. additional `*_scans.tsv`,`*_sessions.tsv` or `participants.json` files (see the [BIDS specification](http://bids.neuroimaging.io/bids_spec.pdf) for more information). Moreover, if you have behavioural log-files you will find that BIDScoin does not (yet) [support](#bidscoin-functionality--todo) converting these into BIDS compliant `*_events.tsv/json` files (advanced users are encouraged to use the `bidscoiner.py` [plug-in](#plug-in-functions) possibility and write their own log-file parser). \n\nIf all of the above work is done, you can (and should) run the web-based [bidsvalidator](https://bids-standard.github.io/bids-validator/) to check for inconsistencies or missing files in your bids data-set (NB: the bidsvalidator also exists as a [command-line tool](https://github.com/bids-standard/bids-validator)).\n\nNB: The provenance of the produced BIDS data-sets is stored in the `bids/code/bidscoiner.log` file. This file is also very useful for debugging / tracking down bidsmapping issues.\n\n## The bidsmap files\n\nA bidsmap file contains a collection of key-value dictionaries that define unique mappings between different types of raw data files (e.g. DICOM series) and their corresponding BIDS labels. As bidsmap files are both inputs as well as outputs for the different BIDScoin tools (except for `bidscoiner.py`, which has BIDS data as output; see the [BIDScoin workflow](#bidscoin-workflow)), they are derivatives of eachother and, as such, share the same basic structure. The [bidsmap_template.yaml](./heuristics/bidsmap_template.yaml) file is relatively empty and defines only which attributes (but not their values) are mapped to which BIDS-labels. The [bidsmap_[sample/site].yaml](#bidsmap-sample) file contains actual attribute values (e.g. from training samples from a certain study or site) and their associated BIDS-values. The final [bidsmap.yaml](./heuristics) file contains the attribute and associated BIDS values for all types of data found in entire raw data collection.\n\nA bidsmap file consists of help-text, followed by several mapping sections, i.e. `Options`, `DICOM`, `PAR`, `P7`, `Nifti`, `FileSystem` and `Plugin`. Within each of these sections there different sub-sections for the different BIDS modalities, i.e. for `anat`, `func`, `dwi`, `fmap`, `pet` and `beh`. There are a few additional sub-sections, i.e. `participant_label`, `session_label` and `extra_data`. Schematically, a bidsmap file has the following structure:\n\n - **Options** *(A list of general options that can be passed to the bidscoiner and its plug-ins)*\n - **DICOM**\n - participant_label [a DICOM field]\n - session_label [a DICOM field]\n - anat\n - attributes\n - [a DICOM field]\n - [another DICOM field]\n - [..]\n - acq_label\n - rec_label\n - run_index\n - mod_label\n - modality_label\n - ce_label\n - func\n - attributes\n - [a DICOM field]\n - [another DICOM field]\n - [..]\n - task_label\n - acq_label\n - [..]\n - dwi\n - [..]\n - fmap\n - [..]\n - beh\n - [..]\n - pet\n - [..]\n - extra_data *(all non-BIDS data)*\n - [..]\n - **PAR**.\n - **P7**.\n - **Nifti**.\n - **FileSystem**.\n - **PlugIn**. Name of the python plug-in function. Supported but this is an experimental (untested) feature\n\nInside each BIDS modality, there can be multiple key-value mappings that map (e.g. DICOM) modality [attributes] to the BIDS [labels] (e.g. `task_label`), as indicated below:\n\n $\"bidsmap_sample$ \n\n*Bidsmap_sample example. As indicated by the solid arrowline, the set of DICOM values (suitable to uniquely identify the DICOM series) are used here a key-set that maps onto the set of BIDS labels. Note that certain BIDS labels are enclosed by pointy brackets, marking their [dynamic value](#dynamic-values). In this bidsmap, as indicated by the dashed arrowline, that means that \\ will be replaced in a later stage by \"t1_mprage_sag_p2_iso_1.0\". Also note that in this bidsmap there was only one T1-image, but there were two different fMRI runs (here because of multi-echo, but multiple tasks could also be listed)*\n\nThe `participant_label` and `session_label` sub-sections can be used to set the subject/session-labels using DICOM values instead of the subject/session-labels from the sourcefolder (e.g. when the subject- and/or session-label was entered at the scanner console). The `extra_data` sub-section will contain all series that were not identified otherwise.\n\n### Tips and tricks\n\n#### Attribute list\nThe attribute value can also be a list, in which case a (DICOM) series is positively identified if its attribute value is in this list. If the attribute value is empty it is not used to identify the series\n\n#### Dynamic values\nThe BIDS labels can be static, in which case the value is just a normal string, or dynamic, when the string is enclosed with pointy brackets like \\ or \\<\\\\> (see the [example](#bidsmap-sample) above). In case of single pointy brackets the value will be replaced during bidsmapper and bidscoiner runtime by the value of the attribute with that name. In case of double pointy brackets, the value will be updated for each subject/session during bidscoiner runtime (e.g. the \\<\\> value will be increased if a file with the same runindex already exists in that directory).\n \n#### Field maps: IntendedFor\nYou can use the \"IntendedFor\" field to indicate for which runs (DICOM series) a fieldmap was intended. The dynamic value of the \"IntendedFor\" field can be a list of string patterns that is used to include those runs that have that string pattern in their nifti pathname (e.g. \\<\\> to include all functional runs or \\<\\\\> to include \"Stop1Go\"-, \"Stop2Go\"- and \"Reward\"-runs).\n\n#### Plug-in functions\nBIDScoin provides the possibility for researchers to write custom python functions that will be executed at bidsmapper.py and bidscoiner.py runtime. To use this functionality, enter the name of the module (default location is the plugins-folder; otherwise the full path must be provided) in the bidsmap dictionary file to import the plugin functions. The functions in the module should be named \"bidsmapper_plugin\" for bidsmapper.py and \"bidscoiner_plugin\" for bidscoiner.py. See [README.py](./bidscoin/plugins/README.py) for more details and placeholder code.\n\n## BIDScoin functionality / TODO\n- [x] DICOM source data\n- [ ] PAR / REC source data\n- [ ] P7 source data\n- [ ] Nifti source data\n- [x] Fieldmaps\n- [x] Multi-echo data\n- [x] Multi-coil data\n- [x] PET data\n- [ ] Stimulus / behavioural logfiles\n\nAre you a python programmer with an interest in BIDS who knows all about GE and / or Philips data? Are you experienced with parsing stimulus presentation log-files? Or do you have ideas to improve the this toolkit or its documentation? Have you come across bugs? Then you are highly encouraged to provide feedback or contribute to this project on [https://github.com/Donders-Institute/bidscoin](https://github.com/Donders-Institute/bidscoin).\n\n## BIDScoin tutorial\nThis tutorial is specific for researchers from the DCCN and makes use of data-sets stored on its central file-system. However, it should not be difficult to use (at least part of) this tutorial for other data-sets as well.\n \n1. **Preparation.** Activate the bidscoin environment and create a tutorial playground folder in your home directory by executing these bash commands (see also `module help bidscoin`): \n ```\n module add bidscoin \n source activate /opt/bidscoin \n cp -r /opt/bidscoin/tutorial ~\n ```\n The new `tutorial` folder contains a `raw` source-data folder and a `bids_ref` reference BIDS folder, i.e. the end product of this tutorial.\n \n Let's begin with inspecting this new raw data collection: \n - Are the DICOM files for all the sub-*/ses-# folders organised in series-subfolders (e.g. sub-001/ses-01/003-T1MPRAGE/0001.dcm etc)? Use `dicomsort.py` if not\n - Use the `rawmapper.py` command to print out the DICOM values of the \"EchoTime\", \"Sex\" and \"AcquisitionDate\" of the fMRI series in the `raw` folder\n\n2. **BIDS training.** Now that we have some source data and have inspected its properties, we are ready to start with the actual BIDS coining process. The first step is to perform [training](#running-the-bidstrainer) on a few raw data samples:\n - Put files (training data) in the right subfolders in this `samples` tree\n - Create a `bids\\code\\samples` foldertree in your `tutorial` folder with this bash command: \n ```\n cd ~/tutorial\n bidstrainer.py bids\n ```\n - Create a `bids/code/bidsmap_sample.yaml` bidsmap file by re-running the above `bidstrainer.py bids` command\n - Inspect the newly created bidsmap file. Can you recognise the key-value mappings? Which fields are going to end up in the filenames of the final BIDS datasets?\n \n3. **BIDS mapping.** Scan all folders in the raw data collection for unknown data by running the [bidsmapper](#running-the-bidsmapper) bash command: \n ```\n bidsmapper.py raw bids\n ```\n - Open the `bids/code/bidsmap.yaml` file and check the \"extra_data\" section for im","has_starred","hub_user","immutable_tags_settings",{"_75":11,"_76":77},"enabled","rules",[78],".*","is_automated","permissions",{"_82":21,"_83":11,"_84":11},"read","write","admin","user","storage_size",262061347,"orgData","recentTags",[91],{"_92":44,"_93":94,"_95":96,"_97":98,"_99":100,"_50":117,"_118":94,"_119":33,"_120":56,"_57":121,"_122":123,"_124":108,"_125":117,"_126":66,"_127":21},"content_type","creator",2159134,"full_size",175580212,"id",54593768,"images",[101],{"_102":103,"_104":105,"_106":48,"_107":108,"_109":110,"_111":112,"_113":48,"_114":-5,"_115":96,"_63":66,"_116":-5},"architecture","amd64","digest","sha256:9726a6ef95bba255b5ce49fc4c03b61553ff53f4deccdf9f7222fa7da492985d","features","last_pulled","2026-09-30T01:52:24.499105222Z","last_pushed","2019-05-06T12:51:43Z","os","linux","os_features","os_version","size","variant","2019-05-06T12:51:42.106141Z","last_updater","last_updater_username","media_type","latest","repository",7075760,"tag_last_pulled","tag_last_pushed","tag_status","v2","sbxKitMetadata","isPotentialSpam","isHubSbxKitsEnabled","showSbxLogoOverride","sbxTrademarkText","displaySecurityMetadata","tagAttestations","tagsHaveAttestations",[],"selectedTag","attestationsUrl","routes/_layout.r.$namespace.$reponame.tags",{"_38":141,"_148":149,"_135":158,"_159":11},{"_40":142,"_42":143,"_45":46,"_47":48,"_49":11,"_50":51,"_52":53,"_54":144,"_57":35,"_32":33,"_58":59,"_60":44,"_61":62,"_63":64,"_65":66,"_67":-5,"_68":62,"_69":70,"_71":11,"_72":33,"_73":145,"_79":11,"_80":147,"_85":33,"_86":87},[],[44],[56],{"_75":11,"_76":146},[78],{"_82":21,"_83":11,"_84":11},"tags",{"_150":64,"_151":-5,"_152":-5,"_153":154},"count","next","previous","results",[155],{"_92":44,"_93":94,"_95":96,"_97":98,"_99":156,"_50":117,"_118":94,"_119":33,"_120":56,"_57":121,"_122":123,"_124":108,"_125":117,"_126":66,"_127":21},[157],{"_102":103,"_104":105,"_106":48,"_107":108,"_109":110,"_111":112,"_113":48,"_114":-5,"_115":96,"_63":66,"_116":-5},[],"canDeleteTags","actionData","errors"]

kasbohm/bidscoin

Tags for kasbohm/bidscoin