Science Score: 77.0%
This score indicates how likely this project is to be science-related based on various indicators:
-
✓CITATION.cff file
Found CITATION.cff file -
✓codemeta.json file
Found codemeta.json file -
✓.zenodo.json file
Found .zenodo.json file -
✓DOI references
Found 7 DOI reference(s) in README -
✓Academic publication links
Links to: zenodo.org -
✓Committers with academic emails
3 of 19 committers (15.8%) from academic institutions -
○Institutional organization owner
-
○JOSS paper metadata
-
○Scientific vocabulary similarity
Low similarity (11.9%) to scientific vocabulary
Keywords
Keywords from Contributors
Repository
Simple Standard for Sharing Ontology Mappings
Basic Info
- Host: GitHub
- Owner: mapping-commons
- License: bsd-3-clause
- Language: Python
- Default Branch: master
- Homepage: https://mapping-commons.github.io/sssom/
- Size: 16.2 MB
Statistics
- Stars: 170
- Watchers: 31
- Forks: 26
- Open Issues: 119
- Releases: 14
Topics
Metadata Files
README.md
A Simple Standard for Sharing Ontological Mappings (SSSOM)

SSSOM is a Simple Standard for Sharing Ontological Mappings, providing
- a TSV-based representation for ontology term mappings
- a comprehensive set of standard metadata elements to describe mappings and
- a standard translation between the TSV and the Web Ontology Language (OWL).
The SSSOM TSV format in particular is geared towards the needs of the wider bioinformatics community as a way to safely exchange mappings in an easily readable yet semantically well-specified manner. Consider this example of a simple mapping file:
| subjectid | predicateid | objectid | mappingjustification | subjectlabel | objectlabel | | --- | --- | --- | --- | --- | --- | | HP:0009124 | skos:exactMatch | MP:0000003 | semapv:LexicalMatching | Abnormal adipose tissue morphology | abnormal adipose tissue morphology | | HP:0008551 | skos:exactMatch | MP:0000018 | semapv:LexicalMatching | Microtia | small ears | | HP:0000411 | skos:exactMatch | MP:0000021 | semapv:LexicalMatching | Protruding ear | prominent ears |
SSSOM specifies all its metadata elements:
- subject_id
- predicate_id
- object_id
- mappingjustification (NOTE: Since June 2022 `matchtype
is being replaced bymapping_justification` see here) - subject_label
- object_label
including clear definitions, examples of use and controlled vocabulary where necessary, along with 30 other optional metadata elements to provide additional provenance.
SSSOM further provides a standard way to - augment the TSV file with mapping set - level metadata, such as creatorid, mappingdate or license and - translate a SSSOM compliant TSV files into OWL reified axioms. This will allow the easy loading, and merging of SSSOM mapping tables into existing ontologies using standard tools such as ROBOT (under development).
Note that SSSOM is currently under development and subject to change. Please leave us a comment on the issue tracker if you want to be involved. The full specification can be found here.
Citation
If you have found SSSOM to be helpful in your work, please consider citing:
Nicolas Matentzoglu, James P Balhoff, Susan M Bello, Chris Bizon, Matthew Brush, Tiffany J Callahan, Christopher G Chute, William D Duncan, Chris T Evelo, Davera Gabriel, John Graybeal, Alasdair Gray, Benjamin M Gyori, Melissa Haendel, Henriette Harmse, Nomi L Harris, Ian Harrow, Harshad B Hegde, Amelia L Hoyt, Charles T Hoyt, Dazhi Jiao, Ernesto Jiménez-Ruiz, Simon Jupp, Hyeongsik Kim, Sebastian Koehler, Thomas Liener, Qinqin Long, James Malone, James A McLaughlin, Julie A McMurry, Sierra Moxon, Monica C Munoz-Torres, David Osumi-Sutherland, James A Overton, Bjoern Peters, Tim Putman, Núria Queralt-Rosinach, Kent Shefchek, Harold Solbrig, Anne Thessen, Tania Tudorache, Nicole Vasilevsky, Alex H Wagner, Christopher J Mungall, A Simple Standard for Sharing Ontological Mappings (SSSOM), Database, Volume 2022, 2022, baac035, https://doi.org/10.1093/database/baac035
bibtex
@article{10.1093/database/baac035,
author = {Matentzoglu, Nicolas and Balhoff, James P and Bello, Susan M and Bizon, Chris and Brush, Matthew and Callahan, Tiffany J and Chute, Christopher G and Duncan, William D and Evelo, Chris T and Gabriel, Davera and Graybeal, John and Gray, Alasdair and Gyori, Benjamin M and Haendel, Melissa and Harmse, Henriette and Harris, Nomi L and Harrow, Ian and Hegde, Harshad B and Hoyt, Amelia L and Hoyt, Charles T and Jiao, Dazhi and Jiménez-Ruiz, Ernesto and Jupp, Simon and Kim, Hyeongsik and Koehler, Sebastian and Liener, Thomas and Long, Qinqin and Malone, James and McLaughlin, James A and McMurry, Julie A and Moxon, Sierra and Munoz-Torres, Monica C and Osumi-Sutherland, David and Overton, James A and Peters, Bjoern and Putman, Tim and Queralt-Rosinach, Núria and Shefchek, Kent and Solbrig, Harold and Thessen, Anne and Tudorache, Tania and Vasilevsky, Nicole and Wagner, Alex H and Mungall, Christopher J},
title = "{A Simple Standard for Sharing Ontological Mappings (SSSOM)}",
journal = {Database},
volume = {2022},
year = {2022},
month = {05},
abstract = "{Despite progress in the development of standards for describing and exchanging scientific information, the lack of easy-to-use standards for mapping between different representations of the same or similar objects in different databases poses a major impediment to data integration and interoperability. Mappings often lack the metadata needed to be correctly interpreted and applied. For example, are two terms equivalent or merely related? Are they narrow or broad matches? Or are they associated in some other way? Such relationships between the mapped terms are often not documented, which leads to incorrect assumptions and makes them hard to use in scenarios that require a high degree of precision (such as diagnostics or risk prediction). Furthermore, the lack of descriptions of how mappings were done makes it hard to combine and reconcile mappings, particularly curated and automated ones. We have developed the Simple Standard for Sharing Ontological Mappings (SSSOM) which addresses these problems by: (i) Introducing a machine-readable and extensible vocabulary to describe metadata that makes imprecision, inaccuracy and incompleteness in mappings explicit. (ii) Defining an easy-to-use simple table-based format that can be integrated into existing data science pipelines without the need to parse or query ontologies, and that integrates seamlessly with Linked Data principles. (iii) Implementing open and community-driven collaborative workflows that are designed to evolve the standard continuously to address changing requirements and mapping practices. (iv) Providing reference tools and software libraries for working with the standard. In this paper, we present the SSSOM standard, describe several use cases in detail and survey some of the existing work on standardizing the exchange of mappings, with the goal of making mappings Findable, Accessible, Interoperable and Reusable (FAIR). The SSSOM specification can be found at http://w3id.org/sssom/spec.Database URL: http://w3id.org/sssom/spec}",
issn = {1758-0463},
doi = {10.1093/database/baac035},
url = {https://doi.org/10.1093/database/baac035},
note = {baac035},
eprint = {https://academic.oup.com/database/article-pdf/doi/10.1093/database/baac035/43832024/baac035.pdf},
}
A second report with updates since the primary SSSOM publication above was published as part of the proceedings of the Ontology Matching Workshop 2022.
Copying
SSSOM is distributed under the terms of the 3-clause BSD license, as included in the LICENSE file of the source distribution.
By exception, the following files are not covered by the 3-clause BSD license:
- sssom-banner.png: That file may only be used by members of the internal Monarch team and collaborators on Monarch flagship products.
Owner
- Name: Mapping Commons
- Login: mapping-commons
- Kind: organization
- Repositories: 17
- Profile: https://github.com/mapping-commons
Making ontology and controlled vocabulary mappings available in a simple tsv based format.
Citation (CITATION.cff)
cff-version: '1.1.0'
message: 'Please cite the following works when using this software.'
abstract: "<jats:title>Abstract</jats:title>\n <jats:p>Despite progress in the development of standards for describing and exchanging scientific information, the lack of easy-to-use standards for mapping between different representations of the same or similar objects in different databases poses a major impediment to data integration and interoperability. Mappings often lack the metadata needed to be correctly interpreted and applied. For example, are two terms equivalent or merely related? Are they narrow or broad matches? Or are they associated in some other way? Such relationships between the mapped terms are often not documented, which leads to incorrect assumptions and makes them hard to use in scenarios that require a high degree of precision (such as diagnostics or risk prediction). Furthermore, the lack of descriptions of how mappings were done makes it hard to combine and reconcile mappings, particularly curated and automated ones. We have developed the Simple Standard for Sharing Ontological Mappings (SSSOM) which addresses these problems by: (i) Introducing a machine-readable and extensible vocabulary to describe metadata that makes imprecision, inaccuracy and incompleteness in mappings explicit. (ii) Defining an easy-to-use simple table-based format that can be integrated into existing data science pipelines without the need to parse or query ontologies, and that integrates seamlessly with Linked Data principles. (iii) Implementing open and community-driven collaborative workflows that are designed to evolve the standard continuously to address changing requirements and mapping practices. (iv) Providing reference tools and software libraries for working with the standard. In this paper, we present the SSSOM standard, describe several use cases in detail and survey some of the existing work on standardizing the exchange of mappings, with the goal of making mappings Findable, Accessible, Interoperable and Reusable (FAIR). The SSSOM specification can be found at http://w3id.org/sssom/spec.</jats:p>\n <jats:p>Database URL: http://w3id.org/sssom/spec</jats:p>"
authors:
- family-names: 'Matentzoglu'
given-names: 'Nicolas'
- family-names: 'Balhoff'
given-names: 'James P'
- family-names: 'Bello'
given-names: 'Susan M'
- family-names: 'Bizon'
given-names: 'Chris'
- family-names: 'Brush'
given-names: 'Matthew'
- family-names: 'Callahan'
given-names: 'Tiffany J'
- family-names: 'Chute'
given-names: 'Christopher G'
- family-names: 'Duncan'
given-names: 'William D'
- family-names: 'Evelo'
given-names: 'Chris T'
- family-names: 'Gabriel'
given-names: 'Davera'
- family-names: 'Graybeal'
given-names: 'John'
- family-names: 'Gray'
given-names: 'Alasdair'
- family-names: 'Gyori'
given-names: 'Benjamin M'
- family-names: 'Haendel'
given-names: 'Melissa'
- family-names: 'Harmse'
given-names: 'Henriette'
- family-names: 'Harris'
given-names: 'Nomi L'
- family-names: 'Harrow'
given-names: 'Ian'
- family-names: 'Hegde'
given-names: 'Harshad B'
- family-names: 'Hoyt'
given-names: 'Amelia L'
- family-names: 'Hoyt'
given-names: 'Charles T'
- family-names: 'Jiao'
given-names: 'Dazhi'
- family-names: 'Jiménez-Ruiz'
given-names: 'Ernesto'
- family-names: 'Jupp'
given-names: 'Simon'
- family-names: 'Kim'
given-names: 'Hyeongsik'
- family-names: 'Koehler'
given-names: 'Sebastian'
- family-names: 'Liener'
given-names: 'Thomas'
- family-names: 'Long'
given-names: 'Qinqin'
- family-names: 'Malone'
given-names: 'James'
- family-names: 'McLaughlin'
given-names: 'James A'
- family-names: 'McMurry'
given-names: 'Julie A'
- family-names: 'Moxon'
given-names: 'Sierra'
- family-names: 'Munoz-Torres'
given-names: 'Monica C'
- family-names: 'Osumi-Sutherland'
given-names: 'David'
- family-names: 'Overton'
given-names: 'James A'
- family-names: 'Peters'
given-names: 'Bjoern'
- family-names: 'Putman'
given-names: 'Tim'
- family-names: 'Queralt-Rosinach'
given-names: 'Núria'
- family-names: 'Shefchek'
given-names: 'Kent'
- family-names: 'Solbrig'
given-names: 'Harold'
- family-names: 'Thessen'
given-names: 'Anne'
- family-names: 'Tudorache'
given-names: 'Tania'
- family-names: 'Vasilevsky'
given-names: 'Nicole'
- family-names: 'Wagner'
given-names: 'Alex H'
- family-names: 'Mungall'
given-names: 'Christopher J'
doi: '10.1093/database/baac035'
identifiers:
- type: 'doi'
value: '10.1093/database/baac035'
- type: 'url'
value: 'http://dx.doi.org/10.1093/database/baac035'
- type: 'other'
value: 'urn:issn:1758-0463'
title: 'A Simple Standard for Sharing Ontological Mappings (SSSOM)'
url: 'http://dx.doi.org/10.1093/database/baac035'
GitHub Events
Total
- Create event: 29
- Commit comment event: 1
- Issues event: 56
- Watch event: 17
- Delete event: 27
- Issue comment event: 184
- Push event: 101
- Pull request review event: 168
- Pull request review comment event: 98
- Pull request event: 69
- Fork event: 4
Last Year
- Create event: 29
- Commit comment event: 1
- Issues event: 56
- Watch event: 17
- Delete event: 27
- Issue comment event: 184
- Push event: 101
- Pull request review event: 168
- Pull request review comment event: 98
- Pull request event: 69
- Fork event: 4
Committers
Last synced: over 1 year ago
Top Committers
| Name | Commits | |
|---|---|---|
| Nico Matentzoglu | n****u@g****m | 206 |
| Harshad Hegde | h****b@g****m | 37 |
| Harshad | h****d | 23 |
| Charles Tapley Hoyt | c****t@g****m | 11 |
| GitHub Action | a****n@g****m | 11 |
| Chris Mungall | c****m@b****g | 7 |
| Sujay Patil | s****l@g****m | 3 |
| Nomi Harris | n****s | 2 |
| Damien Goutte-Gattat | d****t@i****g | 2 |
| Damien Goutte-Gattat | d****4@c****k | 2 |
| Sierra Moxon | s****r@g****m | 2 |
| Alex H. Wagner, PhD | A****r@n****g | 1 |
| Javier Millán Acosta | 8****a | 1 |
| Anita Caron | a****c@e****k | 1 |
| Harry Caufield | j****d@g****m | 1 |
| James McLaughlin | j****s@m****t | 1 |
| Joe Flack | j****4@g****m | 1 |
| Nicole Vasilevsky | n****e@t****g | 1 |
| Sierra Moxon | s****n@l****v | 1 |
Committer Domains (Top 20 + Academic)
Issues and Pull Requests
Last synced: 6 months ago
All Time
- Total issues: 120
- Total pull requests: 126
- Average time to close issues: 9 months
- Average time to close pull requests: about 1 month
- Total issue authors: 29
- Total pull request authors: 12
- Average comments per issue: 4.15
- Average comments per pull request: 1.46
- Merged pull requests: 106
- Bot issues: 0
- Bot pull requests: 0
Past Year
- Issues: 32
- Pull requests: 37
- Average time to close issues: 9 days
- Average time to close pull requests: 22 days
- Issue authors: 9
- Pull request authors: 7
- Average comments per issue: 1.78
- Average comments per pull request: 1.14
- Merged pull requests: 30
- Bot issues: 0
- Bot pull requests: 0
Top Authors
Issue Authors
- matentzn (34)
- gouttegd (21)
- cthoyt (11)
- joeflack4 (10)
- nichtich (8)
- cmungall (7)
- anitacaron (4)
- dr-shorthair (3)
- saubin78 (2)
- paulacalipho (1)
- a-chahin (1)
- tompollard (1)
- jonquet (1)
- cmrn-rhi (1)
- M-casado (1)
Pull Request Authors
- matentzn (93)
- gouttegd (32)
- cthoyt (8)
- hrshdhgd (5)
- sujaypatil96 (5)
- joeflack4 (3)
- nichtich (2)
- Zack-83 (1)
- nlharris (1)
- anitacaron (1)
- yarikoptic (1)
- jmillanacosta (1)
Top Labels
Issue Labels
Pull Request Labels
Dependencies
- actions/cache v2 composite
- actions/checkout v2 composite
- actions/setup-python v2 composite
- ad-m/github-push-action master composite
- snok/install-poetry v1.3 composite
- actions/cache v2 composite
- actions/checkout v3 composite
- actions/setup-python v3 composite
- snok/install-poetry v1.3 composite
- actions/cache v2 composite
- actions/checkout v2 composite
- actions/setup-python v2 composite
- snok/install-poetry v1.3 composite
- actions/checkout v3.0.2 composite
- actions/setup-python v3.1.2 composite
- pypa/gh-action-pypi-publish v1.5.0 composite
- snok/install-poetry v1.3.1 composite
- alabaster 0.7.12 develop
- antlr4-python3-runtime 4.9.3 develop
- argparse 1.4.0 develop
- babel 2.10.3 develop
- cfgraph 0.2.1 develop
- chardet 5.0.0 develop
- decorator 5.1.1 develop
- docutils 0.18.1 develop
- et-xmlfile 1.1.0 develop
- graphviz 0.20 develop
- greenlet 1.1.2 develop
- imagesize 1.4.1 develop
- jsonasobj 2.0.1 develop
- jsonpatch 1.32 develop
- jsonpath-ng 1.5.3 develop
- jsonpointer 2.3 develop
- linkml 1.3.0 develop
- linkml-dataops 0.1.0 develop
- markdown-it-py 2.1.0 develop
- mdit-py-plugins 0.3.0 develop
- mdurl 0.1.1 develop
- myst-parser 0.18.0 develop
- openpyxl 3.0.10 develop
- parse 1.19.0 develop
- ply 3.11 develop
- pydantic 1.9.1 develop
- pyjsg 0.11.10 develop
- pyshex 0.8.1 develop
- pyshexc 0.9.1 develop
- pytz 2022.1 develop
- rdflib-jsonld 0.6.1 develop
- rdflib-shim 1.0.3 develop
- ruamel.yaml 0.17.21 develop
- ruamel.yaml.clib 0.2.6 develop
- shexjsg 0.8.2 develop
- snowballstemmer 2.2.0 develop
- sparqlslurper 0.5.1 develop
- sparqlwrapper 2.0.0 develop
- sphinx 5.0.2 develop
- sphinx-click 4.3.0 develop
- sphinxcontrib-applehelp 1.0.2 develop
- sphinxcontrib-devhelp 1.0.2 develop
- sphinxcontrib-htmlhelp 2.0.0 develop
- sphinxcontrib-jsmath 1.0.1 develop
- sphinxcontrib-qthelp 1.0.3 develop
- sphinxcontrib-serializinghtml 1.1.5 develop
- sqlalchemy 1.4.39 develop
- attrs 21.4.0
- beautifulsoup4 4.11.1
- certifi 2022.6.15
- charset-normalizer 2.1.0
- click 8.1.3
- colorama 0.4.5
- deprecated 1.2.13
- editorconfig 0.12.3
- ghp-import 2.1.0
- hbreader 0.9.1
- idna 3.3
- importlib-metadata 4.12.0
- importlib-resources 5.8.0
- isodate 0.6.1
- jinja2 3.1.2
- jsbeautifier 1.14.4
- json-flattener 0.1.9
- jsonasobj2 1.0.4
- jsonschema 4.7.2
- linkml-runtime 1.3.0
- markdown 3.4
- markupsafe 2.1.1
- mergedeep 1.3.4
- mkdocs 1.3.0
- mkdocs-material 8.3.9
- mkdocs-material-extensions 1.0.3
- mkdocs-mermaid2-plugin 0.6.0
- packaging 21.3
- prefixcommons 0.1.11
- pygments 2.12.0
- pymdown-extensions 9.5
- pyparsing 3.0.9
- pyrsistent 0.18.1
- python-dateutil 2.8.2
- pyyaml 6.0
- pyyaml-env-tag 0.1
- rdflib 6.1.1
- requests 2.28.1
- six 1.16.0
- soupsieve 2.3.2.post1
- typing-extensions 4.3.0
- urllib3 1.26.10
- watchdog 2.1.9
- wrapt 1.14.1
- zipp 3.8.1
- linkml ^1.2.17 develop
- mkdocs-material ^8.2.8 develop
- linkml-runtime *
- mkdocs-mermaid2-plugin ^0.6.0
- python ^3.7.6
- actions/checkout v2 composite