Research project of the Cluster of Excellence "Integrative Computational Design and Construction for Architecture" (IntCDC) https://www.intcdc.uni-stuttgart.de/ **Project Name**: Knowledge Representation for Multi-Disciplinary Co-Design of Buildings. https://www.intcdc.uni-stuttgart.de/research/research-projects/rp-20/
GNU Lesser General Public License v3.0
9
stars
4
forks
source link
Read back from GraphDB unmanipulated native BHoM objects support request #94
When a graph generated from GH is sent to GraphDB and the same graph without being manipulated is queried, the TTL file results with more triples, including inferred knowledge (which is supposed to happen).
However, in the individuals section the superclasses of a singe object create confusion and the FromTTL component does not convert the graph back to BHoM objects.
(Earlier when reading back, the component used to return multiple identical objects, and Alessio fixed that, but now this is not the case, there seem to be another problem why FromTTL does not convert correctly to BHoM).
FromTTL seems to work if we delete manually the superclasses:
(in the image above: red needs to be removed, green to stay)
Description:
When a graph generated from GH is sent to GraphDB and the same graph without being manipulated is queried, the TTL file results with more triples, including inferred knowledge (which is supposed to happen).
However, in the individuals section the superclasses of a singe object create confusion and the FromTTL component does not convert the graph back to BHoM objects. (Earlier when reading back, the component used to return multiple identical objects, and Alessio fixed that, but now this is not the case, there seem to be another problem why FromTTL does not convert correctly to BHoM).
FromTTL seems to work if we delete manually the superclasses:![image](https://user-images.githubusercontent.com/50298535/231488862-96c159f5-56db-470d-a11c-9d284cb8adb3.png)
(in the image above: red needs to be removed, green to stay)