Re: [topbraid-users] enumeration item type question

Option 3 will be inferred. Whether you want that inference persisted is up to you. FWIW I usually do make the ref:type explicit in this case. That way I know SPARQL query will always find it. David Price > On 19 Oct 2015, at 19:58, Michel Bohms wrote: > > When I

Re: [topbraid-users] Punning and SHACL

To be clear, “punning” is not a modelling concept. It’s just the implementation approach that DL reasoners take to handle a class being a member of another class. They pretend that there are two separate things (a class and an individual) with the same URI - thus the “pun". I’ve seen many

Re: [topbraid-users] general shacl question

f 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. > > > > > From: topbraid-users@googlegroups.com > <mailto:topbraid-users@googlegroups.com> <mailto:topbraid

Re: [topbraid-users] sh:nodeKind questions

> On 31 Oct 2018, at 15:23, 'Bohms, H.M. (Michel)' via TopBraid Suite Users > wrote: > > You once explained but I cant refind. > What are the rules for sh:nodeKind? Here’s the official W3C spec: https://www.w3.org/TR/shacl/#NodeKindConstraintComponent

Re: [topbraid-users] general shacl question

> On 1 Nov 2018, at 12:02, 'Bohms, H.M. (Michel)' via TopBraid Suite Users > wrote: > > I saw: > > owl2shacl:rdfsRange2shClassOrDatatype > rdf:type sh:SPARQLRule ; > rdfs:comment "For each relevant property that has an rdfs:range, create > sh:class or sh:datatype constraint unless it

Re: [topbraid-users] class generated for datatype?

> On 1 Nov 2018, at 10:57, 'Bohms, H.M. (Michel)' via TopBraid Suite Users > wrote: > > > Price is defined as: > > ex2:price > rdf:type owl:DatatypeProperty ; > rdfs:domain ex2:Dog ; > rdfs:range cdt:ucum ; > . > > Generated by convertor: > > sh:property [ > rdf:type

Re: [topbraid-users] general shacl question

e of any kind resulting from the risks inherent to the > electronic transmission of messages. > > > > > From: topbraid-users@googlegroups.com > <mailto:topbraid-users@googlegroups.com> <mailto:topbraid-users@googlegroups.com>> On Behalf Of dprice > Sent: donderdag

Re: [topbraid-users] owl no longer supported?

OWL is the non-RDF, XML-based encoding syntax for ontologies. TopBraid has never supported that. If your file is xxx.owl but is an RDF/OWL ontology encoded as RDF/XML, then just rename it to xxx.rdf and it’ll load. If it is the OWL XML encoding, then you’ll need to get it re-encoded (e.g into

Re: [topbraid-users] overspecified?

I always add the rdf:type statement for all individuals everywhere. Useful in SPARQL queries and in checking that an item has at least one value from a specific enumerated class. Example: X ex1:hasLoadLevel ex1:Light . Is easily checked by ASK {?x a . ?x ex1:hasLoadLevel ?value . ?value a

Re: [topbraid-users] overspecified?

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. > > > > > From: topbraid-users@googlegroups.com > <mailto:topbraid-users@googlegroups.com> <

Re: [topbraid-users] subPropertyOf subClassOf

Hi Bart, A few concerns: Take care - subClassOf is a set theory relation meaning that all members of X are also member of Y (i.e. X is a subset of Y). “Subset" is not usually a synonym for “qualification” or “classification”. If you have another kind of relationship than subset, then your new

Re: [topbraid-users] upgrading workspace to 6.01

If you “Export” and then "ArchiveFile" each user project separately (not any that come with Composer or EDG), then after creating a new workspace simply “Import" from “File" menu and select “ArchiveFile”. Cheers, David > On 17 Sep 2018, at 16:36, 'Bohms, H.M. (Michel)' via TopBraid Suite Users

Re: [topbraid-users] Classlevel properties?

Hi Michel, Just remembered that the ISO 15926-12 ontology is available online, in case you would like to compare that with the OPM. https://standards.iso.org/iso/ts/15926/-12/ed-1/en/tech/ontology/ Note that there’s an

Re: [topbraid-users] Classlevel properties?

l, 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. > > > > > From: topbraid-users@googlegroups.com > <mailto:topbraid-users@googlegroups.com> <mailto:topbraid-u

Re: [topbraid-users] Classlevel properties?

FWIW saying “owl-wise not ok” is inaccurate. To be accurate you need to say "OWL DL (aka Direct Semantics)-wise not ok”. OWL Full (aka RDF-based Semantics) does not mind. If the intent is that a property like Height is a class (e.g. “2 metre” is the class with members being all things that are

Re: [topbraid-users] RE: workspace issue?

Sounds like you’ve imported a project from within one workspace into another workspace. There is no strange new workspace function in 6.2 that should cause this. I’ve been testing 6.2 for months, importing external code projects into 6.2 workspace that also work in 6.1 workspace, and not run

Re: [topbraid-users] nontyped data

When I open this in Composer it knows the values are string and decimal (i.e. icon next to the property value is correct). So, I don’t think you’re doing anything wrong … it’s working. Cheers, David > On 4 Jun 2019, at 20:52, 'Bohms, H.M. (Michel)' via TopBraid Suite Users > wrote: > > >

Re: [topbraid-users] nontyped data

David > On 4 Jun 2019, at 21:53, dprice wrote: > > When I open this in Composer it knows the values are string and decimal (i.e. > icon next to the property value is correct). So, I don’t think you’re doing > anything wrong … it’s working. > > Cheers, > David > >&g

Re: [topbraid-users] nontyped data

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. > > > > > From: topbraid-users@google

Re: [topbraid-users] specialisation amoung inidviduals ...

> On 22 May 2019, at 16:39, 'Bohms, H.M. (Michel)' via TopBraid Suite Users > wrote: > > > Suppose I model some class stuff as instances of metaclasses > > (ex: > Class ProductType > Instances Door, WoodenDoor > > Could I use rdfs:subClassOf to relate WoodenDoor and Door OWL 2 punning

Re: [topbraid-users] SHACL Shapes in separate Graph

Hi Eva, As Irene said, we don’t have a strong recommendation about what you should do since we don’t understand your environment. That said, there are some patterns, principles and practices that you might consider in making your own decision. They may or may not be important in your

Re: [topbraid-users] singleton

> On 30 Apr 2019, at 09:44, 'Bohms, H.M. (Michel)' via TopBraid Suite Users > wrote: > > I there anyway to restrict a class to one instance in OWL? Make an enumerated class with only one individual that is of type the class. See https://www.w3.org/TR/owl2-syntax/#Enumeration_of_Individuals

Re: [topbraid-users] singleton

il, 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. > > > > > From: topbraid-users@googlegroups.com > <mailto:topbraid-users@googlegroups.com> <mailto:topbraid-users@

Re: [topbraid-users] singleton

r 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. > > > > > From: topbraid-users@googlegroups.com

Re: [topbraid-users] owl full?

What’s methodToDetermine? e.g. if methodToDetermine is an OWL annotation property, it is entire ignored by reasoners so it’s even valid in DL. FWIW no valid RDF is “not allowed at all”. Worst case a DL reasoner complains, but you are welcome to ignore those complaints or partition graphs so

Re: [topbraid-users] Shacl for disj.unions?

> On 26 Jun 2019, at 08:40, 'Bohms, H.M. (Michel)' via TopBraid Suite Users > wrote: > > > Ok, thx Holger. > > Any tips of best manual translation would be great. > > The owl would be: > > > Document > abstract class for references to a > document; an individual shall at

Re: [topbraid-users] from property to constraint

> On 8 Jul 2019, at 20:53, 'Bohms, H.M. (Michel)' via TopBraid Suite Users > wrote: > > 3. I found it strange that you are embedding a unit of measure into a string > e.g., “2.40m”. > > > well when the datatype is taken by the quantitykind...this is the only > > place left when using

Re: [topbraid-users] shacl issue

der 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. > > > > > From: topbrai

Re: [topbraid-users] How to stop TBC from auto-updating .xlsx files?

Not 100% sure but I think the Excel being imported into an RDF graph (e.g. as input to a SPIN/SHACL conversion into an ontology-based dataset) will cause this to happen. Also, if you start EDG localhost it seems to open every graph in the workspace so I think it happens then too. My workaround

Re: [topbraid-users] Shacl for disj.unions?

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. > > > > > From: topbraid-users@googlegroups.com > <mailto:topbraid-users@googlegroups.com> <mailto:top

Re: [topbraid-users] RE: dereferencing ok?

There’s a hash vs slash difference in the prefix and the URI of “unit” - " /M" and “#M" are not the same URI. Maybe just fix the prefix? Cheers, David > On 13 Sep 2019, at 12:00, 'Bohms, H.M. (Michel)' via TopBraid Suite Users > wrote: > > Ok, I found: its untyped. > > But is this to be

Re: [topbraid-users] ?issue

Hi Michel, You’ve spelled it wrong in the instance LoadLevel vs. Loadlevel so rdf:type ex4:Loadlevel is pointing to something that is not defined. Not making data by hand editing text, which seems the likely underlying issue, will improve your changes of it being error-free. Use Model, Find

Re: [topbraid-users] SHACL rule on Ontology node?

If memory serves, I've run into this “cannot copy a triple” behaviour using SPIN and SHACL for ETL-style converters in the past. Not 100% sure, but I think both SHACL and SPIN rule engines filter duplicate triples. As Holger suggested, hange the CONSTRUCT to make new triples. If you find it

Re: [topbraid-users] qudt2.1 use issue

> On 16 Sep 2019, at 13:10, 'Bohms, H.M. (Michel)' via TopBraid Suite Users > wrote: > > In the imported basicsemantics-owl.ttl I added: > > qudt:QuantityKind rdfs:subClassOf rdfs:Datatype . > > (also in another example using the quanties and units more directly (not > needing the above)

Re: [topbraid-users] qudt2.1 use issue

ou can copy over a subset of declarations from ontologies you don’t want to import if for some reason you don’t want all of it. Cheers, David > . > > Op 16 sep. 2019 16:18 schreef dprice : > > >> On 16 Sep 2019, at 13:10, 'Bohms, H.M. (Michel)' via TopBraid Suite Users >>

Re: [topbraid-users] qudt2.1 use issue

> On 17 Sep 2019, at 07:53, 'Bohms, H.M. (Michel)' via TopBraid Suite Users > wrote: > > > Mornin David, see after > > > Van: topbraid-users@googlegroups.com <mailto:topbraid-users@googlegroups.com> > mailto:topbraid-users@googlegroups.com>&g

Re: [topbraid-users] qudt2.1 use issue

. 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 r

Re: [topbraid-users] anyType?

> On 30 Jul 2019, at 16:19, 'Bohms, H.M. (Michel)' via TopBraid Suite Users > wrote: > > > > Isn’t there xsd:anyType in RDF since it is the default when not specifying a > range? > (just checking) Nope. Full list at of RDF acceptable datatypes at:

Re: [topbraid-users] Convert to integer: EDG property values and constraints are automatically of type 'string'

Seems to me you’re trying to manage two concepts you cannot record as one: “happened at time” and “time taken to occur”. I’ve seen both xsd:duration and xsd:dateTime used in real, operational ontologies in customer projects. However, the main use I’ve seen for xsd:duration is properties about

Re: [topbraid-users] enum definition question

Best to always store the rdf:type statements. For example, if someone SPARQLs over the data it’s very likely they would check the rdf:type of an instance value and would miss things. FWIW Composer’s create enumerated class wizard adds the rdf:type. Cheers, David > On 5 Aug 2019, at 15:17,

Re: [topbraid-users] qudt2.1 use issue

es. > > > > > Van: topbraid-users@googlegroups.com <mailto:topbraid-users@googlegroups.com> > mailto:topbraid-users@googlegroups.com>> > Namens dprice > Verzonden: Tuesday, September 17, 2019 12:14 PM > Aan: topbraid-users@googlegroups.com <mailto:to

Re: [topbraid-users] qudt2.1 use issue

. 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. > > > > > Van: topbraid-users@googlegroups.com <mailto:to

Re: [topbraid-users] wher is my import?

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. > > > > > Van: topbraid-users@googlegroups.com <mailto:topbraid-users@googlegroups.com> > mai

Re: Re: [topbraid-users] combining owl and skos

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. > > > > > Van: topbraid-users@googlegroups.com <mailto:topbraid-users@googlegroups.com> > mailto:topbraid-users@google

Re: [topbraid-users] Re: combining owl and skos

pex:CarStella > a pex:BMW-320i ; > . > pex:TeslaModelS > a pex:CarModel ; > a owl:Class ; > rdfs:subClassOf owl:Thing ; > . > pex:fiscalValue > a owl:DatatypeProperty ; > rdfs:domain pex:BMW-320i ; > rdfs:range xsd:decimal ; > . > pex:listPrice >

Re: [topbraid-users] Re: combining owl and skos

> On 20 Nov 2019, at 09:36, 'Bohms, H.M. (Michel)' via TopBraid Suite Users > wrote: > > > :x is an :Eagle > :Eagle is a :Species > :Species is a owl:Class > > clearly asserts that “:x is an instance of something that, in turn, is a > species” as far as FOL interpretations are concerned.

Re: [topbraid-users] Re: combining owl and skos

> On 20 Nov 2019, at 08:42, Jan Voskuil wrote: > > The example is not correct but I created a small example that is. TBC works > fine with punning. Of course :myCar rdf:type :TeslaModelS :type :CarModel > means that :myCar does not inherit any properties from :CarModel. > > > > > > On

Re: [topbraid-users] Re: combining owl and skos

> On 20 Nov 2019, at 09:02, 'Bohms, H.M. (Michel)' via TopBraid Suite Users > wrote: > > Hi Jan > > Thx for the extra input here. > Could there still be a case for owl full (actually as I see it (?): being no > restrictions on the use of RDF + added owl clauses) > Where there is no use of

Re: [topbraid-users] Re: combining owl and skos

ent 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 m

Re: [topbraid-users] Re: combining owl and skos

ene Polikoff wrote: > > I would think rdfs:Class, not owl:Class. > > >> On Nov 20, 2019, at 4:48 AM, dprice > <mailto:dpr...@topquadrant.com>> wrote: >> >> Everything that is the rdfs:range of rdf:type is by-definition an owl:Class. > > > --

Re: [topbraid-users] Re: combining owl and skos

> On 19 Nov 2019, at 15:24, Jan Voskuil wrote: > > A very late after-burner (I am currently involved in similar discussions and > stumbled upon this thread by accident): > Have a look at Uschold's "Demystifying OWL". It is a good read, especially > the two pages on punning. > While there is

Re: [topbraid-users] Generating a serialized graph with baseURI using CONSTRUCT

> On 2 Dec 2019, at 12:34, Jan Voskuil wrote: > > Hi, > The "# baseURI: " directive is typically generated by TBC. > Often, one inserts the directive manually so that you can use or edit the > serialized graph inside TBC. > > We generate serialized versions and copies of graphs using

Re: [topbraid-users] isDefinedBy usage

Either end of isDefinedBy can be whatever you want. When used in OWL it’s annotation property so reasons, etc. ignore it. Cheers, David > On 29 Nov 2019, at 08:56, 'Bohms, H.M. (Michel)' via TopBraid Suite Users > wrote: > > > Could rdfs:isDefinedBy also have a single defined

Re: [topbraid-users] combining owl and skos

The SKOS spec says: "The SKOS data model is formally defined in this specification as an OWL Full ontology” However, OWL Full is an OWL 1 term and OWL 2 Direct Semantics added meta-modelling aka punning. So, if an OWL 1 Full ontology only had a “problem” that OWL 2 punning handles then, I

Re: [topbraid-users] dat range question

Hi Michel, First, WRT terminology: OWL DL reasoner do not “infer problems". OWL DL reasoners infers triples and as a separate feature they can report inconsistencies within the limits of the open world assumption. Due to issues discussed many times in this forum, Composer does not come

Re: [topbraid-users] instanceproperties in EDG

As Holger said, EDG will only display this in the “normal" UI with :Person being a node shape and :worksFor being a property shape. The EDG UI is 100% model-driven. Cheers, David > On 27 Jan 2020, at 10:59, 'Bohms, H.M. (Michel)' via TopBraid Suite Users > wrote: > > > My ontology is a

Re: [topbraid-users] tight link tbc > edg ?

t; 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 se

Re: [topbraid-users] tight link tbc > edg ?

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

Re: [topbraid-users] EDG

Hi Michel, A SHACL engine does not understand any OWL, so you cannot use owl:unionOf. The SHACL spec says very clearly that “Each value of sh:targetClass in a shape is an IRI.” - see https://www.w3.org/TR/shacl/#targetClass Cheers, David > On 5 Feb

Re: [topbraid-users] EDG

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 messag

Re: [topbraid-users] EDG

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. > > > > > Van: topbraid-users@googlegroups.com <mailto:topbraid-users@googlegroups.com> > mailt

Re: [topbraid-users] rdf* ?

nd resulting from the risks inherent to the > electronic transmission of messages. > > > > > Van: topbraid-users@googlegroups.com <mailto:topbraid-users@googlegroups.com> > mailto:topbraid-users@googlegroups.com>> > Namens dprice > Verzonden: Wednesda

Re: [topbraid-users] rdf* ?

The 6.3 release notes say: EDG 6.3 RELEASE TopBraid EDG version 6.3 delivers a new user experience for editing and viewing asset collections. We are excited about delivering a significantly enhanced user experience and believe you will find the UI looking sleeker and the experience more

Re: [topbraid-users] or-domains

IMO this is not a best practice modelling structure from the point of view of reuse. "hasInterior rdfs:range SpatialRegion" seems a general property that other classes in a using ontology might find useful. I would delete the domain here and use restrictions in the domain classes if using OWL.

Re: [topbraid-users] serialisation issue

What is this … 1998? I’m surprised anyone in 2020 would suggest *only* XML for anything. RDF is a graph, XML is a hierarchy - isn’t that enough rationale? If not, then …. All serious RDF tools can read/write all the standard serialisations, so no reason for a committee to make any decision

Re: [topbraid-users] infer question

he > electronic transmission of messages. > > > > > Van: topbraid-users@googlegroups.com <mailto:topbraid-users@googlegroups.com> > mailto:topbraid-users@googlegroups.com>> > Namens dprice > Verzonden: Thursday, April 9, 2020 1:38 PM > Aan: topbraid-users@google

Re: [topbraid-users] infer question

> > > Dr. ir. H.M. (Michel) Böhms > Senior Data Scientist > > > T +31888663107 > M +31630381220 > E michel.bo...@tno.nl <mailto:michel.bo...@tno.nl> > Location > <https://www.google.com/maps/place/TNO+-+Locatie+Delft+-+Stieltjesweg/@52.00078

Re: [topbraid-users] TRIG and TBC - any options?

I think you can use Jena command line tools riot and sparql to read TRIG and CONSTRUCT RDF that you can then read into Composer. If I recall correctly, what we did was reify the triples so that we could attach the TRIG graph metadata to the RDF and not lose any semantics, but everything from

Re: [topbraid-users] owl:oneOf to shacl ?

Not sure about “best” but I did this and it works great and aligns with your model: 1) Added to ensure drop-down lists show the right instances for selection in a UI ex:Heavy a ex:LoadLevelType ; rdfs:label "Heavy" ; . ex:Light a ex:LoadLevelType ; rdfs:label "Light" ; . ex:Normal a

Re: [topbraid-users] owl:oneOf to shacl ?

nd for damage of any kind resulting from the risks inherent to the > electronic transmission of messages. > > > > > Van: topbraid-users@googlegroups.com <mailto:topbraid-users@googlegroups.com> > mailto:topbraid-users@googlegroups.com>> > Namens dprice

Re: [topbraid-users] owl:oneOf to shacl ?

s 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 >

Re: [topbraid-users] owl:oneOf to shacl ?

f 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. > > > > > Van: topbraid-users@googlegroups.com <mailto:topbraid-users@googlegroups.com> > mailto:topbraid-u

Re: [topbraid-users] infer question

I did not look into the details, but TopBraid has support for the OWL RL profile wrt inference. Anything beyond that is not supported out-of-the-box. If you find a few patterns like that you need to support in TopBraid, then layer SHACL rules over the OWL or extend the OWL RL SPIN rules to make

Re: [topbraid-users] serialisation issue

tent 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. > > > > > Van: topbraid-users@googlegroups.com <mailto:topbraid-users@googlegroups.com> > mailto:topbraid

Re: [topbraid-users] question on restriction

> On 25 Mar 2020, at 22:34, 'Bohms, H.M. (Michel)' via TopBraid Suite Users > wrote: > > Think the benefits of shacl over owl are clear. > Still there are owl users with owl tools using owl reasoning that are not > 100% sure they can do all their owl things in shacl (given their tools have

Re: [topbraid-users] shacl mapping question for domain/ranges

mage of any kind resulting from the risks inherent to the > electronic transmission of messages. > > > > > Van: topbraid-users@googlegroups.com <mailto:topbraid-users@googlegroups.com> > mailto:topbraid-users@googlegroups.com>> > Namens dprice > Ver

Re: [topbraid-users] shacl mapping question for domain/ranges

rom the risks inherent to the > electronic transmission of messages. > > > > > Van: topbraid-users@googlegroups.com <mailto:topbraid-users@googlegroups.com> > mailto:topbraid-users@googlegroups.com>> > Namens dprice > Verzonden: Thursday, April 2, 2020

Re: [topbraid-users] shacl mapping question for domain/ranges

SHACL spec says: > 2.3 Property Shapes > > A property shape is a shape in the > shapes graph that is the > subject of a triple >

Re: [topbraid-users] unions in rdfs

> On 26 Mar 2020, at 14:25, 'Bohms, H.M. (Michel)' via TopBraid Suite Users > wrote: > > OK, thx Irene (and David) > > So my single domains and ranges can stay but my xor domains/ranges go. > > Ps > David, assume you meant in the end: > “So, - No RDFS itself does NOT support set theory

Re: [topbraid-users] unions in rdfs

As the RDFS spec says: The RDF Schema class and property system is similar to the type systems of object-oriented programming languages such as Java. RDF Schema differs from many such systems in that instead of defining a class in terms of the properties its instances may have, RDF Schema

Re: [topbraid-users] property chains, subissue

> On 25 Mar 2020, at 11:19, 'Bohms, H.M. (Michel)' via TopBraid Suite Users > wrote: > > > Despite seen as exotic, still a question on owl2 property chaining. > > The functional-style syntax name is ObjectPropertyChain. > > In Turtle however called: owl:propertyChainAxiom (NOT: >

Re: [topbraid-users] Re: Q: EDG Class List Panel - How to show only classes in the current graph (no imports)

Yes please and please support this scenario: we’ve had different business units in the same customer using different subsets of things like the W3C Prov-O ontology. So, there’s not necessarily only one “profile” of A, B or C. Cheers, David > On 27 Apr 2020, at 06:18, Holger Knublauch wrote: >

Re: [topbraid-users] Re: Q: EDG Class List Panel - How to show only classes in the current graph (no imports)

gt;> :-)\ >> >> It would be helpful to have a sense of the current and potential extension >> points for this widget - then we could minimise limited hard-coded solutions. >> >> >> On Friday, 24 April 2020 11:28:19 UTC+10, Holger Knublauch wrote: >> This thread

Re: [topbraid-users] Re: Q: EDG Class List Panel - How to show only classes in the current graph (no imports)

> On 23 Apr 2020, at 07:11, Holger Knublauch wrote: > > On 22/04/2020 12:38, Rob Atkinson wrote: >> >> tracking this with interest :-) >> >> I too find it awkward when I am working with immutable OWL resources from >> standards but EDG requires the shapes - so end up doing complex automated

Re: [topbraid-users] Re: Q: EDG Class List Panel - How to show only classes in the current graph (no imports)

1) Looks really good. Note that TQ has used the term “proxy ontology” to mean an OWL/RDFS representation of an XSD in many presentations and customers. What about “profile ontology”? That’s what OMG calls UML subsets/extensions of the language basics and is what OWL 2 uses to mean specific

Re: [topbraid-users] skos question

> On 28 Apr 2020, at 08:34, 'Bohms, H.M. (Michel)' via TopBraid Suite Users > wrote: > > > I have a skos ontology importing another skos ontology. > Do you really 1) mean “ontology” (i.e. the ontology that defines SKOS or some extensions to that) or 20 do you really mean SKOS taxonomy

Re: [topbraid-users] equivalence in shacl

In addition to what Irene said about question 3 and OWL restrictions, I will note that in the very simple case of question 2 where it’s useful when mapping between two shapes graphs/ontologies: In TopBraid Composer, the RDFS inference default is “on” for SHACL engine and the rdfs:subClassOf

Re: [topbraid-users] Loading Snomed

If it’s a file actually encoded as RDF then just rename it to be .rdf and it should open. TBC is likely thinking it’s the OWL2 XML encoding, which is *not* RDF and so not supported. Cheers, David > On 14 Apr 2020, at 17:14, Brayan Rodriguez wrote: > > Hi. > I am trying to open the SNOMED CT

Re: [topbraid-users] Re: Q: How do I Model a Process using EDG?

First, I’ve not used that part of EDG so cannot really answer the details but here are a few thoughts. > On 12 May 2020, at 13:07, Sjoerd Rongen wrote: > > > Hi Tim, > > I think it would be difficult to have a different class for different levels > of process steps. While you can see some

Re: [topbraid-users] TRIG and TBC - any options?

> On 7 May 2020, at 11:34, 'Bohms, H.M. (Michel)' via TopBraid Suite Users > wrote: > > > Coming back to this one.. > > Isnt there any offcial w3c spec for trix like for trig? No, it was not worked through the W3C WGs - “by HP Labs and Nokia” and “Copyright Hewlett-Packard Company 2004”

Re: [topbraid-users] TRIG and TBC - any options?

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. > > > > > Van: topbraid-users@googleg

Re: [topbraid-users] ERROR: Not a registered SWP service class - how to fix?

> On 3 Sep 2020, at 16:38, Richard Cyganiak wrote: > > > >> On 3 Sep 2020, at 16:25, Tim Smith wrote: >> >> I can see where using the same prefix for two different graphs would be a >> problem if they were imported into the same import closure (not the case >> here). Should it have been

Re: [topbraid-users] seeAlso link

password link” mail in my mailbox… > > Van: topbraid-users@googlegroups.com <mailto:topbraid-users@googlegroups.com> > mailto:topbraid-users@googlegroups.com>> > Namens dprice > Verzonden: maandag 7 september 2020 17:50 > Aan: topbraid-users@googlegroups.com <mailto:topbraid

Re: [topbraid-users] shacl running issue mac

Hi Michel, I cannot try to duplicate your problem as the file you sent imports something (# imports: https://w3id.org/def/smls-shacl). If you want me to try and duplicate your problem, please send me a complete set of TTLs but do so offline of this forum. I did just try the SHACL validation

Re: [topbraid-users] seeAlso link

Just did this in 6.3.2 and it worked: # baseURI: http://test.topbraidlive.org/rules/unnamed # prefix: unnamed @prefix owl: . @prefix rdf: . @prefix rdfs: . @prefix unnamed:

Re: [topbraid-users] seeAlso link

> > Van: topbraid-users@googlegroups.com <mailto:topbraid-users@googlegroups.com> > mailto:topbraid-users@googlegroups.com>> > Namens dprice > Verzonden: maandag 7 september 2020 13:04 > Aan: topbraid-users@googlegroups.com <mailto:topbraid-users@googlegroups.co

Re: [topbraid-users] interface question..

Window, Perspective, Reset Perspective. Cheers, David > On 14 Sep 2020, at 10:35, 'Bohms, H.M. (Michel)' via TopBraid Suite Users > wrote: > > Guess something trivial (sorry)…how can I get the window back in its place ?  > > > > > > This message may contain information that is not

Re: [topbraid-users] seeAlso link

at has the problem, then report a ticket through Support. Just tested in a 6.4.2 build so expect it’ll be fine in 6.4.1. Cheers, David > > Can you reproduce? > > Van: topbraid-users@googlegroups.com <mailto:topbraid-users@googlegroups.com> > mailto:topbraid-users@googlegr

Re: [topbraid-users] Regarding help in mapping in top braid SPIN Map and SPARQL

n RDF or OWL or SHACL, so I’m not sure what you want though. Perhaps you could provide a more realistic example of the input (pre-existing triples) and output (inferred triples) you’d like to see? Cheers, David > > On Tue, 25 Aug 2020, 4:46 pm dprice, <mailto:dpr...@topquadrant.

Re: [topbraid-users] Regarding help in mapping in top braid SPIN Map and SPARQL

The SPIN engine basically infers triples. You can write SPARQL CONSTRUCT keyword statements as SPIN rules and so can create a new class and add whatever properties to it that you want to the class and/or create a new instance of a class and add whatever property values you want to that

  1   2   >