v1.1.11

This is a very minor update compared to v1.1.7. There was a bug in v1.1.7 inside the Python code where I had removed the user argument "type" from the constructor. This is now handled automatically. The bug was that this change wasn't propagated into Python properly.

v1.1.7

This release has significant changes to the build system. Automatic packaging is supported as well as automatic generation of export headers. Moreover the compiler warnings on MSVC have been fixed by having the correct "defines" associated with the various targets. I have separated the CAPI into its own binary, rather being combined with the static and shared libOmexMeta.

A number of changes have been made to the annotations that get generated to make them accurate with regards to the libOmexMeta spec v1.1

v1.1.1

Minor update. Few bug fixes.

First official release

The is the first implementation of the omex-meta spec 1.1. It is well tested programmatically (with 666 individual tests across, C++, C and Python) but not tested by other people. The next step will be to make improvements based on user feedback.

v0.1.10

This is an alpha release, i.e. the first release from which libOmexMeta will be improved. This release supports the OmexMeta 1.0 specification (not OmexMeta1.1, which is the latest specification at the time of this release).

Prerelease Version 0.0.3

Another pre release. Some improvements on the C++ backend, along with support for more of the features provided by the redland API. All changes are reflected at the C and Python level as well.

Features added

• PhysicalProperty class has been updated and now makes more intuitive sense. The tests, C API and Python API's have been updated to reflect the new structure.

• Support for reading rdf directly from a url or from a file

• Improved handling of creating a "new" RDF object from the C (and therefore Python) api. Now, we no longer have to give the fromString function an empty RDF object becuase it will make one for you and return. This makes room for including an addFromString method, which adds rdf from a string to the current RDF graph. Therefor we can now build more comprehensive RDF graphs. Similar API is available in reading from URI and from File.

• Changed the LibrdfStatement class so that it uses a raw pointer, rather than a shared pointer. Contrary to what I first thought, this is better as I have more control over what happens to it. Specifically

• no longer need to "commit to rdf" from the editor, which was the previous design. Instead, as soon as users add an annotation using the Editor, the derived Triples get added directly to the rdf model. This change was facilitated by changing the way Editor handles triples. Before, it compiled a nested vector of Triples objects from each annotation that was added. This is no longer necessary.

• support for equality operators on all creational objects (Triples, etc.)

• Change to the build system to make add additional libraries "--whole-archive" to try and pull all of the dependency libraries into the libsemsim.so. This is untested.

• Added automatic "version handling". From now on, the version will only be changed in CMake and it will be propagated automatically to Python's setup.py.

Known omitions

• No support for windows compilers
• Contineous integration not yet up and running.
• Python package 0.0.3 uploaded onto test pypi, but not yet verified to be working on other systems (previous version had a problem with iconv)
• Full support for removing annotations or editing existing annotations not yet complete. Currently only works with a SingularAnnotation.

Initial support for omex meta specification

Note: support for linux only. Tested on Ubuntu 18.04

Kyles Final Version

This code is Kyles finished product as it was when he left the project. This is more of a prototype than code to be used in production. Subsequent releases should be preferred over this one.