Releases: proycon/codemetapy
Releases · proycon/codemetapy
v2.2.2
- jsonld serialization: serialize lists alphabetically by schema:name/@id/schema:identifier if schema:position is not used (#26)
- fix: properly deal with ~= and != operators in python dependencies
- fix: strip leading/trailing whitespace in author names/mails/etc
- new feature: improved python Project-Url parsing
v2.2.1
v2.2.0
- Many fixes and improvements
- Added unit/integration tests #20
- Added support for gitlab API (#19, thanks to @xmichele)
- Added support for private git repos (#19, thanks to @xmichele)
- Implementing support for the software-iodata profile: https://github.com/SoftwareUnderstanding/software-iodata
- Implemented ability to validate metadata against a SHACL schema (#21)
- Generates automatic validation reports and adds those to the metadata
- Visualised as a 0 to 5-star ranking in the html output
- Major updates to the html visualisation
- Added an additional service-oriented index (showing only web applications)
- Added opt-in automatic enrichment of codemeta (based on some inferences we can make)
- Detect redirects by single-sign-on middleware that prevent us from further metadata harvesting
- Allow constructing codemeta.json from scratch without any input, merely passing command line parameters (use /dev/null as input)
- Use repostatus ontology (jantman/repostatus.org#48)
Contributors
xmichele
Assets 2
v2.1.0
v2.0.1
v2.0
This is a major new release of codemetapy. It does introduce some backward-incompatible changes.
- Major overhaul of the entire codebase:
- Implements codemeta 2.0 with some extensions (see the README)
- map developmentStatus to repostatus.org vocabulary #7
- map licenses to SPDX vocabulary #8
- The old 'entrypoints' extension to codemeta (as described in https://github.com/codemeta/codemeta#183 ) is now deprecated in favour of the newer software types extension (proposed in https://github.com/codemeta/codemeta#271 and worked out in https://github.com/SoftwareUnderstanding/software_types ).
- Supports
schema:targetProductto link software source code to instances of the software - Supports extended software types, on top of the ones already available in schema.org.
- See the README for more info
- Supports
- Implemented support for parsing and converting Java/Maven
pom.xmlto codemeta #9 - Implemented support for parsing and converting NodeJS/npm
package.jsonto codemeta #11 - Implemented support for parsing and converting remote webservices (via
targetProduct) (https://github.com/CLARIAH/clariah-plus#92)- Can extract
<script>blocks withapplication/json+ldfrom HTML - Parses and converts metadata in HTML
<head>(including RDFa and microdata)
- Can extract
- Improved support for parsing and converting Python/setuptools/distutils to codemeta
- use
runtimePlatforminstead ofprogrammingLanguagewhen converting pip's 'programmingLanguage' classes - No longer requires software to be actually installed prior to parsing
- use
- Implemented supported for parsing and converting from the GitHub API to codemeta
- Set environment variable
GITHUB_TOKENto your personal access token if you run into rate limitations.
- Set environment variable
- Improvements in merging/reconciliating metadata that describe the same source, but from multiple perspectives
- Improvements in joining multiple sources together in one graph (
--graphparameter, replaces the old--registryparameter) - Improvements in author parsing
- Implemented support for ingesting simple textual lists of authors as is customary in files like
AUTHORS,CONTRIBUTORS,MAINTAINERS.
- Implemented support for ingesting simple textual lists of authors as is customary in files like
- Rich HTML visualisation (with RDFa!), is used primarily by codemeta-server (https://github.com/CLARIAH/clariah-plus#99)
- Added a
--strictoption to disable codemeta extensions (the inverse of the old--allparameter that is now removed) - Dropped support for Python 3.5 and below
This release also comes with two related projects that rely on codemetapy, together they form a powerful ensemble:
- codemeta-server - Server for codemeta, in memory triple store, SPARQL endpoint and simple web-based visualisation for end-users
- codemeta-harvester - Harvest and aggregate codemeta from source repositories and service endpoints, automatically converting known metadata schemes in the process. Wraps around codemetapy and other codemeta software.