Rdflib

Latest version: v7.1.1

Safety actively analyzes 688896 Python packages for vulnerabilities to keep your Python projects secure.

Scan your dependencies

Page 6 of 31

3.2.3

Not secure

3.2.2

Not secure
This is mainly a maintenance release.

This release should be compatible with python 2.4 through to 3.

Changes:

* Improved serialization/parsing roundtrip tests led to some fixes
of obscure parser/serializer bugs. In particular complex string
Literals in ntriples improved a lot.
* The terms of a triple are now asserted to be RDFLib Node's in graph.add
This should avoid getting strings and other things in the store. ([200](https://github.com/RDFLib/rdflib/issues/200))
* Added a specific TurtleParser that does not require the store to be
non-formula aware. ([214](https://github.com/RDFLib/rdflib/issues/214))
* A trig-serializer was added, see:
http://www4.wiwiss.fu-berlin.de/bizer/trig/
* BNode generation was made thread-safe ([209](https://github.com/RDFLib/rdflib/issues/209))
(also fixed better by dzinxed)
* Illegal BNode IDs removed from NT output: ([212](https://github.com/RDFLib/rdflib/issues/212))
* and more minor bug fixes that had no issues

3.2.1

Not secure
This is mainly a maintenance release.

Changes:

* New setuptools entry points for query processors and results

* Literals constructed from other literals copy datatype/lang ([188](https://github.com/RDFLib/rdflib/issues/188))
* Relative URIs are resolved incorrectly after redirects ([130](https://github.com/RDFLib/rdflib/issues/130))
* Illegal prefixes in turtle output ([161](https://github.com/RDFLib/rdflib/issues/161))
* Sleepcat store unstable prefixes ([201](https://github.com/RDFLib/rdflib/issues/201))
* Consistent toPyton() for all node objects ([174](https://github.com/RDFLib/rdflib/issues/174))
* Better random BNode ID in multi-thread environments ([185](https://github.com/RDFLib/rdflib/issues/185))

3.2

~~~~~~~~~~~

Note: this version passes the full batch of official OWL Full/RL tests uploaded by Michael Schneider to the OWL Working Group site. The difference, in this respect, between this version and version 3.1 is the handling of datatypes (which was only rudimentary in 3.1)

* Bugs:
* the rules on dt-diff/dt-eq were missing in the implementation. (My mistake: I did not realize that ( owl:sameAs "adfa") was a possible setups whereby those rules do come in even in practice, so I did not implement them thinking that the results would not appear in the final code anyway due to a literal appearing in a subject position. Clearly an error in judgement.)

* :code:`PlainLiteral` was in a wrong namespace in the OWLRL file:-(

* Added an explicit handling for virtually all data types, to check the lexical values. (This is, in fact, a RDFLib deficiency for most cases, except those that came in via OWL, like PlainLiteral...)

* Added a note referring to a Turtle parser bug...

3.2.0

Not secure
Major changes:
* Thanks to Thomas Kluyver, rdflib now works under python3,
the setup.py script automatically runs 2to3.

* Unit tests were updated and cleaned up. Now all tests should pass.
* Documentation was updated and cleaned up.

* A new resource oriented API was added:
http://code.google.com/p/rdflib/issues/detail?id=166

Fixed many minor issues:
* http://code.google.com/p/rdflib/issues/detail?id=177
http://code.google.com/p/rdflib/issues/detail?id=129
Restored compatibility with Python 2.4
* http://code.google.com/p/rdflib/issues/detail?id=158
Reworking of Query result handling
* http://code.google.com/p/rdflib/issues/detail?id=193
generating xml:base attribute in RDF/XML output
* http://code.google.com/p/rdflib/issues/detail?id=180
serialize(format="pretty-xml") fails on cyclic links

3.1

~~~~~~~~~~~

Note: this version passes the first, basic batch of official OWL Full/RL tests uploaded by Michael Schneider to the OWL Working Group site.

* Bugs:
* if the URI of a predicate did not correspond to a defined namespace, the extra namespace declaration did not appear in the pretty xml output. Typical situation: the user defines a namespace without trailing '' or '/', but uses the prefix nevertheless; this ends up in a URI for, say, a predicate or a type that cannot be represented in XML. The proper approach is then to add a new prefix with 'http://' and use that in the output.

The original XML serialization of RDFLib does that; the PrettyXMLSerialization did not. The pretty XML serialization is based on the one of RDFLib, and has therefore inherited this bug.

* the axiomatic expression for (byte subclass short) was misspelled to (byte subclass byte)

* the axiomatic triples added automatically should say (Thing type :code:`owl:Class`) (and not :code:`rdfs:Class` as before). Also, (Nothing type :code:`owl:Class`) was missing there.

* :code:`rdf:text` changed to :code:`rdf:PlainLiteral` (in the axiomatic triples), as a result of the OWL WG on changing the name.

* missing subclass relationship for dateTimeStamp vs dateTime.

* there was an optimization that added Datatype triples only for those datatypes that appeared as part of a literal in the input graph. However, the rule set requires those triples to be added no matter what. At the moment, this is pending (there are discussions in the group on this).

* the set of triples declaring annotation properties were missing

* error message for asymmetric properties was bogus (has :code:`%p` instead of :code:`%s` in the text).

* there was a leftover error message via exceptions for :code:`owl:Nothing` check.

* rule :code:`scm-eqc2` was missing :-(

* New Features:
* added some support to booleans; essentially introducing a stronger check (according to XSD the :code:`"111"^xsd:boolean` is not a valid boolean values, though RDFLib accepts it as such...).

* triples with a bnode predicate were systematically filtered out when added to a graph. However, incoming ontologies may include statements like '[ owl:inverseOf P]', and processing those through the rule set requires to allow such triples during deduction. Lucklily RDFLib is relaxed on that. So such 'generalized' triples are now allowed during the forward chaining and are filtered out only once, right before serialization.

* some improvements on the datatype handling:
* adding type relationships to super(data)types. For example, if the original graph includes (:code:`<B> rdf:type xsd:short`), then the triple (:code:`<B> rdf:type xsd:integer`), etc, is also added. As an optimization the (:code:`xsd:short rdfs:subClassOf xsd:integer`) triples are not added, but the direct datatyping is done instead.
* adding disjointness information on datatypes on top of the hierarchy. This means that inconsistencies of the sort :code:`<B> ex:prop 123 . <B> ex:prop "1"^^xsd:boolean`. will be detected (integers and booleans must be disjoing per XSD; the explicit type relationships and the disjointness of some data types will trigger the necessary rules).

Note that, mainly the first rule, is really useful when generic nodes are used as datatypes, as opposed to explicit literals.

* added the possibility to set the input format explicitly, and changed the RDFConvert script accordingly (the service is not yet changed...).

* added the possibility to consume standard input.


SPARQLWrapper's changelog
=========================

YYYY-MM-DD X.Y.Z
-----------------
- TODO

Page 6 of 31

© 2024 Safety CLI Cybersecurity Inc. All Rights Reserved.