tight link tbc > edg ?

50 views
Skip to first unread message

Bohms, H.M. (Michel)

unread,
Jan 29, 2020, 11:04:36 AM1/29/20
to topbrai...@googlegroups.com

 

How can I best link my TBC ontology to EDG?

 

After changes via TBC I like to do some refresh in EDG (=clear+re-import).

 

I thought I’ll do:

# baseURI: http://knowledge.tno.nl/alim-import

# imports: http://knowledge.tno.nl/alim

 

@prefix : <http://knowledge.tno.nl/alim#> .

@prefix owl: <http://www.w3.org/2002/07/owl#> .

@prefix rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#> .

@prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#> .

@prefix xsd: <http://www.w3.org/2001/XMLSchema#> .

 

<http://knowledge.tno.nl/alim-import>

  a owl:Ontology ;

  owl:imports <http://knowledge.tno.nl/alim> ;

  owl:versionInfo "Created with TopBraid Composer" ;

.

 

Import alim-import one time.

So I can just do reimport...but that does not update the contents it seems.

 

Thx for the right approach,

Michel

 

 

 

 

Dr. ir. H.M. (Michel) Böhms
Senior Data Scientist

T +31888663107
M +31630381220
E michel...@tno.nl

Location

 

This message may contain information that is not intended for you. If you are not the addressee or if this message was sent to you by mistake, you are requested to inform the sender and delete the message. TNO accepts no liability for the content of this e-mail, for the manner in which you use it and for damage of any kind resulting from the risks inherent to the electronic transmission of messages.

 

 

 

 

dprice

unread,
Jan 29, 2020, 11:19:30 AM1/29/20
to topbrai...@googlegroups.com
Hi Michel,

Depends on what you mean:

Do you mean running EDG from TBC? If so, EDG sees everything in your workspace.

Do you mean using ontologies in EDG that are not under the Ontologies asset collection type in EDG, so whether from TBC or not does not matter? If so, then probably best to Deploy a Project to EDG that contains the full suite of ontologies that can be used by other asset collections in EDG. Export the project from Composer into a zip file and Upload Project from the System Admin page.

Do you mean you have ontologies that are under the Ontologies asset collection type in EDG but you are making changes outside of EDG? In that case, are you also making changes using EDG (a more complicated approach)?  FWIW I use Manage tab and Clear and then Import RDF regularly and it works fine.

Cheers,
David

This message may contain information that is not intended for you. If you are not the addressee or if this message was sent to you by mistake, you are requested to inform the sender and delete the message. TNO accepts no liability for the content of this e-mail, for the manner in which you use it and for damage of any kind resulting from the risks inherent to the electronic transmission of messages.
 
 
 
 

-- 
You received this message because you are subscribed to the Google Groups "TopBraid Suite Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to topbraid-user...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/topbraid-users/4ae7a312b3e145a492534d0bce0d34e9%40tno.nl.


Irene Polikoff

unread,
Jan 29, 2020, 11:42:36 AM1/29/20
to topbrai...@googlegroups.com
To add to David’s reply

If you have an ontology in EDG, it is not a file. It is a graph in the EDG triple store.

1. You can run EDG locally from TBC. In this case, EDG and TBC share the same workspace
2. Normally, EDG is installed on a server and its workspace is different from your local TBC workspace.

In either situation, you can clear EDG ontology and re-import (physically load) RDF file - from your local workspace or from any file directory you have access to. 

If this does not work for you, I have no explanation. It most definitely works.

Further,  EDG ontology could contain owl:imports statement to a file in the workspace. You would not, of course, be able to change anything in that imported file in EDG because it would just be included by reference. You could “build on top of it” e.g., create subclasses. You can make changes to it in TBC.

If you are running EDG locally from TBC, then any changes you make to the file in a workspace referenced by owl:imports will be automatically reflected in EDG. Having said this, if you use other graphs to store instances of classes defined in this file, the fact that something has changed in the class definition may not be picked up by EDG and the schemas used for data would not be regenerated. I have not tried this, so I am not sure. If this is a problem. Making any change in the ontology in EDG would trigger regeneration.

If you are running EDG from the server, then, as David explained, you will need to re-deploy your changed file to the server. 

Bohms, H.M. (Michel)

unread,
Jan 29, 2020, 11:48:34 AM1/29/20
to topbrai...@googlegroups.com
I now do as you do...clear and reimport from tbc workspace.
Hoped for some simple "refresh" shortcut like in tbc when you edittex manuallt......
Or maybe importbyreference iso actual import...

Op 29 jan. 2020 17:19 schreef dprice <dpr...@topquadrant.com>:

Bohms, H.M. (Michel)

unread,
Jan 29, 2020, 11:55:45 AM1/29/20
to topbrai...@googlegroups.com
I run edg from tbc locally.
My ontology has also data.
Changes via tbc seem not automatic in edg view...but i will retest/check....

Maybe my procedure is wrong...i go to application and start edg...than create new ontology an import rdf from work space...

Maybe i should select ont in tbc and then somthing like open in edg?

Op 29 jan. 2020 17:42 schreef Irene Polikoff <ir...@topquadrant.com>:

Irene Polikoff

unread,
Jan 29, 2020, 12:08:45 PM1/29/20
to topbrai...@googlegroups.com
On Jan 29, 2020, at 11:55 AM, 'Bohms, H.M. (Michel)' via TopBraid Suite Users <topbrai...@googlegroups.com> wrote:

I run edg from tbc locally.
My ontology has also data.
Changes via tbc seem not automatic in edg view...but i will retest/check….

If your ontology in EDG has owl:imports to a local file, any changes to the file will show up in that ontology automatically. The use case for this is files are expected to be pretty static and remain as files because it is important that they are static. For example, pre-built EDG ontologies are shipped as files in the workspace.

What are you doing in EDG if you are editing in TBC?

Maybe my procedure is wrong...i go to application and start edg...than create new ontology an import rdf from work space…

This sounds right


Maybe i should select ont in tbc and then somthing like open in edg?

No, you can’t open a file in EDG. EDG works with data that is in the triple store.

dprice

unread,
Jan 29, 2020, 12:56:35 PM1/29/20
to topbrai...@googlegroups.com
On 29 Jan 2020, at 16:55, 'Bohms, H.M. (Michel)' via TopBraid Suite Users <topbrai...@googlegroups.com> wrote:

I run edg from tbc locally.
My ontology has also data.
Changes via tbc seem not automatic in edg view...but i will retest/check....

Maybe my procedure is wrong...i go to application and start edg...than create new ontology an import rdf from work space…

No, don’t do that.

Just create and edit your ontologies and data in Composer as TTL files, for example.
Start EDG from Composer
Create some asset collection (e.g. something under Ontologies) and the use Settings and Include graphs you created in Composer.
Everything works.
Make a change in Composer.
Refresh the workspace in Composer.
Reload the browser page in EDG looking at the asset collection.
Everything works.

Don’t edit TTLs in Composer and then Import RDF into Ontologies you are managing in EDG. Use Settings, Include instead.

Cheers,
David


Bohms, H.M. (Michel)

unread,
Jan 29, 2020, 1:23:42 PM1/29/20
to topbrai...@googlegroups.com



On Jan 29, 2020, at 11:55 AM, 'Bohms, H.M. (Michel)' via TopBraid Suite Users <topbrai...@googlegroups.com> wrote:

 

I run edg from tbc locally.

My ontology has also data.

Changes via tbc seem not automatic in edg view...but i will retest/check….

 

If your ontology in EDG has owl:imports to a local file, any changes to the file will show up in that ontology automatically.

 

> ok, but if I create an ontology in edg. Then import an rdffile from workspace. And this rdf changes because of editing via tbc.

> will the ontology in edg than also change?

> (I could remember a trick I think from holger that was making an empty evn ontology that imported the real stuff...so I thought that could be related...but it did not work this time...)

 

The use case for this is files are expected to be pretty static and remain as files because it is important that they are static. For example, pre-built EDG ontologies are shipped as files in the workspace.

What are you doing in EDG if you are editing in TBC

 

> edg is way more user-friendly to show thinks to non-LD people.....

> so I use it as a pub.medium



 

 

 

Maybe i should select ont in tbc and then somthing like open in edg?

 

No, you can’t open a file in EDG. EDG works with data that is in the triple store.

 

>sorry I meant: can I open a file IN TBC with function “open in EDG” ...

Bohms, H.M. (Michel)

unread,
Jan 29, 2020, 1:32:50 PM1/29/20
to topbrai...@googlegroups.com

That was it (includes...as a import by reference....)

Great thx

 

 

 

 

 

Dr. ir. H.M. (Michel) Böhms
Senior Data Scientist

T +31888663107
M +31630381220
E michel...@tno.nl

Location

 

Bohms, H.M. (Michel)

unread,
Jan 29, 2020, 1:35:25 PM1/29/20
to topbrai...@googlegroups.com

What surprised me actually: edg is already updated without a tbc workspace refresh en even without a save in TBC!!

(add instance in tbc, refresh in browser and its there!)

😊

 

 

 

 

 

Dr. ir. H.M. (Michel) Böhms
Senior Data Scientist

T +31888663107
M +31630381220
E michel...@tno.nl

Location

 

This message may contain information that is not intended for you. If you are not the addressee or if this message was sent to you by mistake, you are requested to inform the sender and delete the message. TNO accepts no liability for the content of this e-mail, for the manner in which you use it and for damage of any kind resulting from the risks inherent to the electronic transmission of messages.


Verzonden: Wednesday, January 29, 2020 6:57 PM
Aan: topbrai...@googlegroups.com
Onderwerp: Re: [topbraid-users] tight link tbc > edg ?

Bohms, H.M. (Michel)

unread,
Jan 29, 2020, 2:28:57 PM1/29/20
to topbrai...@googlegroups.com

Still some unexpected behaviour.

 

I include an ontology called alim.ttl that import another ontology.

The classes of alim that are subclasses of classes in the imported do not appear.

 

So in tbc I see alim as:

 

 

So bs stuff is imported and alim adds subclasses and instances.

 

Now edg shows having alim included):

 

No Person on the left (but instances of Person are shown on the right...).

 

Tips welcome again, Michel

 

Ps small other thing: when this ontology is cleared,”alim:Person” stays as column name on the right...

 

 

 

 

Dr. ir. H.M. (Michel) Böhms
Senior Data Scientist

T +31888663107
M +31630381220
E michel...@tno.nl

Location

 

This message may contain information that is not intended for you. If you are not the addressee or if this message was sent to you by mistake, you are requested to inform the sender and delete the message. TNO accepts no liability for the content of this e-mail, for the manner in which you use it and for damage of any kind resulting from the risks inherent to the electronic transmission of messages.


Verzonden: Wednesday, January 29, 2020 6:57 PM
Aan: topbrai...@googlegroups.com
Onderwerp: Re: [topbraid-users] tight link tbc > edg ?

Irene Polikoff

unread,
Jan 29, 2020, 3:01:46 PM1/29/20
to topbrai...@googlegroups.com
Check to see if you have any rtfs:subClassOf statements for aim:Person class.

The only reason it would not appear in the class tree is if it has no parent that connects you to the root of the tree. By default, the root is owl:Thing. You can change the root on the Manage tab.

TBC will generate rdfs:subClassOf owl:Thing triples for such orphan classes. It will not assert a triple, but rather hold it in the inference graph for the session. TBC is a single user tool. EDG is a multi-user tool, so it does not have per user session inference graphs. This would be too expensive in the multi-user scenario.

Instead, EDG will, on import of RDF, detect such orphan classes and insert rdfs:subClassOf owl:Thing for owl:Class and rdfs:subClassOf rdfs:Resource for rdfs:Class. This will happen only on Import RDF. If you simply include (using owl:imports) a file that contains a class that has no parent class, you will not see it in the tree. You can still navigate to it using one of the navigate options:


And you will be able to see this class in the Class List panel which does not use the hierarchy.


On Jan 29, 2020, at 2:28 PM, 'Bohms, H.M. (Michel)' via TopBraid Suite Users <topbrai...@googlegroups.com> wrote:

Still some unexpected behaviour.
 
I include an ontology called alim.ttl that import another ontology.
The classes of alim that are subclasses of classes in the imported do not appear.
 
So in tbc I see alim as:
 
<image001.png>
 
So bs stuff is imported and alim adds subclasses and instances.
 
Now edg shows having alim included):
<image003.jpg>
 
No Person on the left (but instances of Person are shown on the right...).
 
Tips welcome again, Michel
 
Ps small other thing: when this ontology is cleared,”alim:Person” stays as column name on the right...
 
Dr. ir. H.M. (Michel) Böhms
Senior Data Scientist

Bohms, H.M. (Michel)

unread,
Jan 29, 2020, 3:29:10 PM1/29/20
to topbrai...@googlegroups.com

 

Check to see if you have any rtfs:subClassOf statements for aim:Person class.

 

> yes, screenshot tbc:

 

The only reason it would not appear in the class tree is if it has no parent that connects you to the root of the tree. By default, the root is owl:Thing. You can change the root on the Manage tab.

 

> so Person is subClassOf bs:PhysicalObject is subClassOf owl:Thing,  so it is no orphan

 

 

TBC will generate rdfs:subClassOf owl:Thing triples for such orphan classes. It will not assert a triple, but rather hold it in the inference graph for the session. TBC is a single user tool. EDG is a multi-user tool, so it does not have per user session inference graphs. This would be too expensive in the multi-user scenario.

 

Instead, EDG will, on import of RDF, detect such orphan classes and insert rdfs:subClassOf owl:Thing for owl:Class and rdfs:subClassOf rdfs:Resource for rdfs:Class. This will happen only on Import RDF. If you simply include (using owl:imports) a file that contains a class that has no parent class, you will not see it in the tree. You can still navigate to it using one of the navigate options:

 

 

And you will be able to see this class in the Class List panel which does not use the hierarchy.

 

> Person can also not be found that we (navigate via label)

Irene Polikoff

unread,
Jan 29, 2020, 3:49:53 PM1/29/20
to topbrai...@googlegroups.com
May be bs:PhysicalObject is an orphan, then it would not appear and its children would not appear. Also note that it has no label.

I think that there is another reason, however, since the table lists aim:Person as the type instead of a Person. May be import statements do not resolve. It is hard to say. 

For example, may be the ontology with the bs: namespace is not available in the workspace. EDG will not get this from the web as it is insecure and unreliable and our enterprise customers do not want this to happen. You must have it locally.

You could go to Server Administration -> Base URI Management and see if any problems are reported there.

On Jan 29, 2020, at 3:28 PM, 'Bohms, H.M. (Michel)' via TopBraid Suite Users <topbrai...@googlegroups.com> wrote:

 
Check to see if you have any rtfs:subClassOf statements for aim:Person class.
 
> yes, screenshot tbc:
<image005.jpg>
 
The only reason it would not appear in the class tree is if it has no parent that connects you to the root of the tree. By default, the root is owl:Thing. You can change the root on the Manage tab.
 
> so Person is subClassOf bs:PhysicalObject is subClassOf owl:Thing,  so it is no orphan
 
 
TBC will generate rdfs:subClassOf owl:Thing triples for such orphan classes. It will not assert a triple, but rather hold it in the inference graph for the session. TBC is a single user tool. EDG is a multi-user tool, so it does not have per user session inference graphs. This would be too expensive in the multi-user scenario.
 
Instead, EDG will, on import of RDF, detect such orphan classes and insert rdfs:subClassOf owl:Thing for owl:Class and rdfs:subClassOf rdfs:Resource for rdfs:Class. This will happen only on Import RDF. If you simply include (using owl:imports) a file that contains a class that has no parent class, you will not see it in the tree. You can still navigate to it using one of the navigate options:
 
<image006.png>

Bohms, H.M. (Michel)

unread,
Jan 30, 2020, 5:21:14 AM1/30/20
to topbrai...@googlegroups.com

 

Still cannot get it to work...

 

I asserted all missing “rdfs:subClassOf owl:Thing” in bc

 

In TBC is all looks fine:

 

 

Where the bs stuff all has explcitly modelled like:

 

bs:PhysicalObject

  rdf:type owl:Class ;

  rdfs:subClassOf owl:Thing ;

 

When I create an ontology in EDG (after opening from TBC) called alim.

I include alim.ttl from the workspace.

 

 

Still see in EDG:

 

 

That is a tree:

- without the bs substructure....

- without the alim classes (having no label...)

 

(related: can I change label-view for qname-view?)

 

So the second point migth be caused by the edg-req to have at least one label (?), but the first one is still a mystery for me.

 

Thx again, Michel

 

Ps

Exactly same issue in “open with default application” btw but I guess that is logical.

 

 

Dr. ir. H.M. (Michel) Böhms
Senior Data Scientist

T +31888663107
M +31630381220
E michel...@tno.nl

Location

 

cid:image007.gif@01D5D75E.EADC4720

Bohms, H.M. (Michel)

unread,
Jan 30, 2020, 10:14:02 AM1/30/20
to topbrai...@googlegroups.com

Correction, alim classes/instances now all in.

 

Just left issue: how can I get my names their (with prefix) iso the label?

 

(it works for alim so why not for the imported bs stuff?)

 

So in:

 

 

Iso fysiek object

I would like to se

bs:PhysicalObject

 

finally, guess its not possible to specify multi other roots then owl:Thing? (to avoid inventing a root just for this purpose...)

 

 

 

 

Dr. ir. H.M. (Michel) Böhms
Senior Data Scientist

T +31888663107
M +31630381220
E michel...@tno.nl

Location

 

Holger Knublauch

unread,
Jan 30, 2020, 4:30:18 PM1/30/20
to topbrai...@googlegroups.com


On 31/01/2020 01:13, 'Bohms, H.M. (Michel)' via TopBraid Suite Users wrote:

Correction, alim classes/instances now all in.

 

Just left issue: how can I get my names their (with prefix) iso the label?

 

(it works for alim so why not for the imported bs stuff?)

Maybe the imported ones have an rdfs:label, and those are always preferred in the UI.

 

So in:

 

 

Iso fysiek object

I would like to se

bs:PhysicalObject

 

finally, guess its not possible to specify multi other roots then owl:Thing? (to avoid inventing a root just for this purpose...)

No, the class tree can only have a single root

Holger


Bohms, H.M. (Michel)

unread,
Jan 31, 2020, 2:14:28 AM1/31/20
to topbrai...@googlegroups.com
Having imports with or without labels the edg class tree becomes a bit inconsistent...so a feature request hereby to specify names or labels!
Is there some workaround?

And what about multilingual labels?
I now see nl labels but i prefer the english ones that are also available...
Thx

Op 30 jan. 2020 22:30 schreef Holger Knublauch <hol...@topquadrant.com>:

Holger Knublauch

unread,
Jan 31, 2020, 6:39:01 PM1/31/20
to topbrai...@googlegroups.com

On multi-lingual labels, try changing the browser's preferred language. For example in Chrome, this would be under the Advanced settings:

Your request to support qnames has been noted. In some places we already have a switch for that, e.g. in Asset Lists:

We may need to make this option more consistently available, but this is not a quick short-term fix. Meanwhile, you'd need to make sure that all resources have rdfs:labels.

Holger

Bohms, H.M. (Michel)

unread,
Feb 1, 2020, 5:24:21 AM2/1/20
to topbrai...@googlegroups.com
Ok clear thx
Please also consider language switch in case you dev. a qname/label switch to avoid this browser dependency...


Op 1 feb. 2020 00:39 schreef Holger Knublauch <hol...@topquadrant.com>:
Reply all
Reply to author
Forward
0 new messages