[topbraid-users] RE: simple shacl question

And then similar question for: ex:heightShape a sh:NodeShape ; sh:targetObjectsOf ex:height ; sh:class sml:QuantityValue ; . Can it be: ex:height a sh:NodeShape ; sh:class sml:QuantityValue ; . Dr. ir. H.M. (Michel) Bohms Scientist Specialist Structural Reliability T +31 (0)88 866

RE: [topbraid-users] simple shacl question

s@googlegroups.com Onderwerp: Re: [topbraid-users] simple shacl question On 2021-06-23 5:25 pm, 'Bohms, H.M. (Michel)' via TopBraid Suite Users wrote: Just checking… Instead of: ex:BridgeShape a sh:NodeShape ; sh:targetClass ex:Bridge ; sh:property [ sh:path ex:height ;

RE: [topbraid-users] simple shacl question

sh:class ex:Deck ; ] ; . This is necessary to establish the target. On Jun 23, 2021, at 3:25 AM, 'Bohms, H.M. (Michel)' via TopBraid Suite Users mailto:topbraid-users@googlegroups.com>> wrote: Just checking… Instead of: ex:BridgeShape a sh:NodeShape ; sh:targetClass ex:Bridge ; sh:property

[topbraid-users] no individuals

Please advice, why i do not see individuals (like Bridge_1) when opening sml-example.ttl This data file, imports all others from skos, rdfs, owl and shacl that all open fine by themselves. Turtle seems fine too in validator. Dr. ir. H.M. (Michel) Bohms Scientist Specialist Structural

[topbraid-users] sh import?

Is it needed to explicitly import sh? Or is it like rdfs, rdfs, owl, xsd etc. (I used to import dash but given that issue...etc.) Dr. ir. H.M. (Michel) Bohms Scientist Specialist Structural Reliability T +31 (0)88 866 31 07 M +31 (0)63 038 12 20 E

RE: [topbraid-users] sh import?

: woensdag 23 juni 2021 22:03 Aan: topbraid-users@googlegroups.com Onderwerp: Re: [topbraid-users] sh import? On 23/06/2021 8:37 pm, 'Bohms, H.M. (Michel)' via TopBraid Suite Users wrote: Is it needed to explicitly import sh? For what application? In general, owl:imports are a good thing. They

RE: [topbraid-users] sh import?

equested 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. Van: 'Bohms, H.M. (Michel)' via TopBraid Suite

[topbraid-users] RE: no individuals

Solved: i had to introduce another graph uri for the data (since other ns uri...). Could not be both "ex:" @prefix exdata: . @prefix ex: . Now fine... Dr. ir. H.M. (Michel) Bohms Scientist Specialist Structural

[topbraid-users] RE: no individuals

sks inherent to the electronic transmission of messages. Van: 'Bohms, H.M. (Michel)' via TopBraid Suite Users Verzonden: woensdag 23 juni 2021 23:13 Aan: topbraid-users@googlegroups.com Onderwerp: [topbraid-users] RE: no individuals Solved: i had to introduce another graph uri for the dat

RE: [topbraid-users] Staying with official SHACL

nd Michel I’m not near my computer so cannot do it for you, but suggest replacing dash import with SHACL import and trying it. I think that’s ok. Cheers, David On 19 Jun 2021, at 08:44, 'Bohms, H.M. (Michel)' via TopBraid Suite Users mailto:topbraid-users@googlegroups.com>> wrote:  I have

[topbraid-users] imports

Assume I have: (3/4) SKOS concepten schema; (3/4) RDFS ontologie (importeert het SKOS schema); (3/4) OWL ontologie (importeert de RDFS ontologie); (3/4) SHACL ontologie (importeert de RDFS ontologie[1]). All addressing complementary aspects... 1. How needed is the RDFS import by

[topbraid-users] rdfs using owl

Dear Irene, David We got the following question on our EU standard proposal: Why are you using owl in your rdfs spec (for owl:Ontology and owl:imports). Isn't this simply best practice? Could you do without ie be RDFS pure? But how then do you specify the graph uri and how to deal with

RE: [topbraid-users] rdfs using owl

es and/or can be concatenated with anything else - IMO very odd indeed and not nearly as useful to others as having the original separate files. Not sure if that helps the EU, but explains how TBC works and why. Cheers, David On 15/06/2021 10:23 pm, 'Bohms, H.M. (Michel)' via TopBraid Suite Users wro

RE: [topbraid-users] render issue in case of uuid code as name

tp://example.org/ontologies/test_uuid#675d0ae5-d8eb-49b7-867f-80ba8c0b09e9><http://example.org/ontologies/test_uuid#675d0ae5-d8eb-49b7-867f-80ba8c0b09e9> which is more correct AFAIK. Both can be parsed though, so it shouldn't matter too much. Holger On 2021-06-01 10:14 pm, 'Bohms, H.M. (Mi

RE: [topbraid-users] render issue in case of uuid code as name

hat we cloned from an earlier Jena version. We'll try to fix that for 7.1. Holger On 2021-06-02 6:03 pm, 'Bohms, H.M. (Michel)' via TopBraid Suite Users wrote: Hi Holger, Are you sure? latest Turtle says: [168s] PN_LOCAL ::= (PN_CHARS_U<https://www.w3.org/TR/turtle/#grammar-production-PN_C

[topbraid-users] render issue in case of uuid code as name

Dear tq I have asked earlier but I could not refind I have: https://w3id.org/cbnl/skos/term#048B3010-0BD1-4A89-9F49-FE6D825DA799 rdf:type skos:Concept ; dct:source "IMBOR2021beta"@NL-nl ; skos:broader nen2660-term:InformationObject ; skos:definition "Informatieobject voor het

RE: [topbraid-users] sh import?

s@googlegroups.com Namens Holger Knublauch Verzonden: donderdag 24 juni 2021 00:58 Aan: topbraid-users@googlegroups.com Onderwerp: Re: [topbraid-users] sh import? On 2021-06-24 7:04 am, 'Bohms, H.M. (Michel)' via TopBraid Suite Users wrote: My view…sh would fit well in that list of languages (x

RE: [topbraid-users] sh import?

d 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. Van: 'Bohms, H.M. (Michel)' via TopBraid Suite Us

RE: [topbraid-users] label position

; ] ; ] ; . Note: You can do this for any property except for the rdfs:label/skos:prefLabel. EDG uses special indexing and algorithms for these labels and their values need to be asserted directly for each resource. On Jun 29, 2021, at 3:46 AM, 'Bohms, H.M. (Michel)' via TopBraid Suite Users mailto:topbraid

RE: [topbraid-users] label position

sh:path rdfs:isDefinedBy ; ] ; ] ; . Note: You can do this for any property except for the rdfs:label/skos:prefLabel. EDG uses special indexing and algorithms for these labels and their values need to be asserted directly for each resource. On Jun 29, 2021, at 3:46 AM, 'Bohms, H.M

[topbraid-users] label position

Dear All, We use the pattern: sml-term:Activity a skos:Concept ; skos:broader sml-term:Entity ; skos:definition "An activity is something possibly or actually happening in space and time"@en ; skos:prefLabel "Activity"@en ; . sml:Activity a rdfs:Class ; rdfs:isDefinedBy

RE: [topbraid-users] label position

avid Price Verzonden: dinsdag 29 juni 2021 12:37 Aan: topbraid-users@googlegroups.com CC: Benno Koehorst ; Sander Stolk Onderwerp: Re: [topbraid-users] label position On 29 Jun 2021, at 08:46, 'Bohms, H.M. (Michel)' via TopBraid Suite Users mailto:topbraid-users@googlegroups.com>> wrote:

RE: [topbraid-users] class name?

) In TBC: When I change to 2nd option I get: [cid:image001.png@01D6FFB9.C5115B50] So the name space (“wn”) disappears… Cheers, David On 10 Feb 2021, at 10:16, 'Bohms, H.M. (Michel)' via TopBraid Suite Users mailto:topbraid-users@googlegroups.com>> wrote: Is it possible that a cla

[topbraid-users] class name?

Is it possible that a classname starts with a number? "2L-14" (I experienced an issue in TBC) Dr. ir. H.M. (Michel) Bohms Scientist Specialist Structural Reliability T +31 (0)88 866 31 07 M +31 (0)63 038 12 20 E michel.bo...@tno.nl

RE: [topbraid-users] class name?

: [topbraid-users] class name? On 10 Feb 2021, at 13:34, 'Bohms, H.M. (Michel)' via TopBraid Suite Users mailto:topbraid-users@googlegroups.com>> wrote: Van: topbraid-users@googlegroups.com<mailto:topbraid-users@googlegroups.com> mailto:topbraid-users@googlegroups.com>>

[topbraid-users] best practise name space in multiple languages?

In case I have the same specification on different modelling levels: * Skos * Rdfs * Rdfs+owl * Rdfs+shacl Is there some best practice for the name space? (compare same name space for different serializations but now for different languages used...). I now have ie: #

[topbraid-users] rdfs+shacl issue

I now have often: [cid:image001.png@01D72226.14A5C9B0] But I want to be more strict SHACL: RDFS+SHACL only using owl for owl:ontology/owl:import actually. What can happen to the owl:unionOf within sh:class in that case? Can I use some shacl counterpart? Or if not, do I have to delete this

Re: [topbraid-users] TBCME 7 multiple errors on opening

I had it yesterday again having thought i undoubled...wiil recheck and send log for info. Michel Op 26 mrt. 2021 00:13 schreef Holger Knublauch : I suspect this is the same error that Michel Bohms had reported on the same mailing list a few days ago. This is a regression in TBC that we will

RE: [topbraid-users] TBCME 7 multiple errors on opening

It was indeed some leftover doubling on my side: [cid:image001.png@01D7221D.D49A7FD0] Often the case when you have alternative serialisations for the same ontology. For the time being I’ll use the 7beta which starts ok. Gr michel Dr. ir. H.M. (Michel) Bohms Scientist Specialist Structural

RE: [topbraid-users] best practise name space in multiple languages?

nother dimension, typically solved using HTTP content negotiation. All serialisations would be accessible from the same server URLs yet the server would return different results depending on what accept header the client requests. Holger On 6 Apr 2021, at 6:20 pm, 'Bohms, H.M. (Michel)' via TopB

[topbraid-users] json-ld question

Not really TBC questions but I guess you can give the best answer. I see popularity of json-ld rising a lot (as optimal compromise between webdev and ld/sw world) where people might just forget about the (for them) complex RDF conceptuals above…. In that sense I see more and more projects that

RE: [topbraid-users] json-ld question

n we need a good story. Sometimes wished we good look 5 /10 years ahead  THX Michel On 18 Mar 2021, at 13:01, 'Bohms, H.M. (Michel)' via TopBraid Suite Users mailto:topbraid-users@googlegroups.com>> wrote: Not really TBC questions but I guess you can give the best answer. I see popula

RE: [topbraid-users] json-ld question

sers@googlegroups.com Namens David Price Verzonden: donderdag 18 maart 2021 15:22 Aan: topbraid-users@googlegroups.com Onderwerp: Re: [topbraid-users] json-ld question On 18 Mar 2021, at 13:01, 'Bohms, H.M. (Michel)' via TopBraid Suite Users mailto:topbraid-users@googlegroups.com>> wr

RE: [topbraid-users] json-ld question

adrant.com>> wrote: On 18 Mar 2021, at 13:01, 'Bohms, H.M. (Michel)' via TopBraid Suite Users mailto:topbraid-users@googlegroups.com>> wrote: Not really TBC questions but I guess you can give the best answer. I see popularity of json-ld rising a lot (as optimal compromise between

RE: [topbraid-users] json-ld question

aid-users] json-ld question On 2021-03-19 2:28 am, 'Bohms, H.M. (Michel)' via TopBraid Suite Users wrote: Right! I see indeed that the “webdev world only” data modelling capabilities (graphql schema, json/json-ld, json schema, …) are limited compared to RDFS/OWL/SHACL/SHACL-AF. I wonder how the

RE: [topbraid-users] json-ld question

oups.com Onderwerp: Re: [topbraid-users] json-ld question On 19 Mar 2021, at 07:25, 'Bohms, H.M. (Michel)' via TopBraid Suite Users mailto:topbraid-users@googlegroups.com>> wrote: Thx, VERY interesting Quite strong statements (ora) from a semantic web principal…. At the same time I th

RE: [topbraid-users] json-ld question

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: 'Bohms, H.M. (Michel)' via TopBraid Suite Users Verzonden: vrijdag 19 maart 2021 09:58 Aan: topbraid-users@googlegroups.com Onderwer

RE: [topbraid-users] json-ld question

Verzonden: vrijdag 19 maart 2021 12:26 Aan: topbraid-users@googlegroups.com Onderwerp: Re: [topbraid-users] json-ld question On 19 Mar 2021, at 10:06, 'Bohms, H.M. (Michel)' via TopBraid Suite Users mailto:topbraid-users@googlegroups.com>> wrote: Final remark: If you have some good re

RE: [topbraid-users] best practise name space in multiple languages?

e from the same server URLs yet the server would return different results depending on what accept header the client requests. Holger On 6 Apr 2021, at 6:20 pm, 'Bohms, H.M. (Michel)' via TopBraid Suite Users mailto:topbraid-users@googlegroups.com>> wrote: In case I have the same speci

RE: [topbraid-users] best practise name space in multiple languages?

messages. Van: topbraid-users@googlegroups.com Namens Holger Knublauch Verzonden: vrijdag 9 april 2021 10:42 Aan: topbraid-users@googlegroups.com Onderwerp: Re: [topbraid-users] best practise name space in multiple languages? On 9/04/2021 6:31 pm, 'Bohms, H.M. (Michel)' via TopBraid Suite Users w

RE: [topbraid-users] best practise name space in multiple languages?

ind resulting from the risks inherent to the electronic transmission of messages. Van: 'Bohms, H.M. (Michel)' via TopBraid Suite Users Verzonden: maandag 12 april 2021 11:36 Aan: topbraid-users@googlegroups.com Onderwerp: RE: [topbraid-users] best practise name space in multiple languages? I forgot,

RE: [topbraid-users] best practise name space in multiple languages?

cts in the triples contained in a graph. * However, there are also significant exceptions and you can see examples of this all over the place. On Apr 9, 2021, at 6:32 AM, David Price mailto:dpr...@topquadrant.com>> wrote: Hi Michel, I On 9 Apr 2021, at 09:52, 'Bohms, H.M. (Michel)'

RE: [topbraid-users] best practise name space in multiple languages?

9 Apr 2021, at 09:52, 'Bohms, H.M. (Michel)' via TopBraid Suite Users mailto:topbraid-users@googlegroups.com>> wrote: Ok,….my misunderstanding becomes clearer… Typically i used up till now owl:imports referencing other name spaces Do I understand now that the import can also be

RE: [topbraid-users] best practise name space in multiple languages?

topbraid-users@googlegroups.com CC: Opgenoort, Rik ; Kronemeijer, Redmer ; Bart Bink Onderwerp: Re: [topbraid-users] best practise name space in multiple languages? On 14 Apr 2021, at 10:28, 'Bohms, H.M. (Michel)' via TopBraid Suite Users mailto:topbraid-users@googlegroups.com>>

RE: Why SKOS in ontologies? Was Re: [topbraid-users] best practise name space in multiple languages?

In NL we have eg: https://bp4mc2.org/profiles/#skos-toepassingsprofiel-voor-begrippenkaders a profile for LD application for the government. (you have to follow or explain why not…) It has an integral role for skos. [cid:image002.jpg@01D73123.705935B0] Small fragment (google) translation: 2.

RE: [topbraid-users] best practise name space in multiple languages?

id-users@googlegroups.com Namens David Price Verzonden: woensdag 14 april 2021 12:16 Aan: topbraid-users@googlegroups.com CC: Opgenoort, Rik ; Kronemeijer, Redmer ; Bart Bink Onderwerp: Re: [topbraid-users] best practise name space in multiple languages? On 14 Apr 2021, at 10:49, 'Bohms,

[topbraid-users] prefix suggestions

When instantiating a class in wegennetwerken, tbc always suggeste the prefix quantitykind. Cant find out why (why not its own prefix being wn) Thx Michel Dr. ir. H.M. (Michel) Bohms Scientist Specialist Structural Reliability T +31 (0)88 866 31 07 M +31 (0)63 038 12 20 E

RE: [topbraid-users] prefix suggestions

s@googlegroups.com Onderwerp: Re: [topbraid-users] prefix suggestions Hi Michel, The wn prefix is not defined correctly (extra "/" after "def"): @prefix wn: <https://w3id.org/def//wegennetwerk#> . Cheers, David On 12 Feb 2021, at 10:25, 'Bohms, H.M. (Michel)' via

Re: [topbraid-users] RE: property chains

it a pretty simplistic implementation of the spec. To take more control of performance, use SPARQL CONSTRUCT queries? Holger On 2021-02-19 11:24 pm, 'Bohms, H.M. (Michel)' via TopBraid Suite Users wrote: It seems it just took a long time…. Result is there when patient enough Can

[topbraid-users] RE: property chains

ou 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. Van: 'Bohms, H.M. (Mic

[topbraid-users] property chains

Wondering why my property chain is not inferred? (I ticked the owl-rl profile) I try to bring the valued properties from type-level to instance level. Thx for any tip, Michel Dr. ir. H.M. (Michel) Bohms Scientist Specialist Structural Reliability T +31 (0)88 866 31 07 M +31 (0)63 038 12 20 E

[topbraid-users] right owl2shacl-mapping?

(we were looking for an approach not needing rdfs-entailment) sml:AllDisjointClasses_1 a owl:AllDisjointClasses ; owl:members ( sml:PhysicalObject sml:InformationObject sml:Activity sml:Event sml:State ) ; . In shacl (?): sml:DisjointClassesShape_1 a

RE: [topbraid-users] right owl2shacl-mapping?

uld likely handle this need. https://w3c.github.io/shacl/shacl-af/#TripleRule Cheers, David On 31 Aug 2021, at 13:28, 'Bohms, H.M. (Michel)' via TopBraid Suite Users mailto:topbraid-users@googlegroups.com>> wrote: (we were looking for an approach not needing rdfs-entailment)

RE: [topbraid-users] right owl2shacl-mapping?

is even a sensible concept... I mean how would this exclude anyone else from adding more classes that you don't know about yet. If you want to close off your instances, just give them a sh:maxCount 1 on rdf:type. Holger On 2021-08-31 10:28 pm, 'Bohms, H.M. (Michel)' via TopBraid Suite Use

RE: [topbraid-users] right owl2shacl-mapping?

ooglegroups.com CC: Miltos Gatzios ; Lucas Verhelst Onderwerp: Re: [topbraid-users] right owl2shacl-mapping? On 2021-09-01 4:51 pm, 'Bohms, H.M. (Michel)' via TopBraid Suite Users wrote: Hi Holger The pattern I showed is a proposal by someone as a replacement for our current: sml:AllDisj

[topbraid-users] semantic sheet datatypes

When using the semantic spreadsheet option I see that numbers are mapped to xsd doubles. But...in the spreadsheet people are using comma's... so I get: [cid:image001.png@01D7AADE.5D44A380] But a double should have a point in the end. So wouldn't the heuristic not be a string when comma stuff

RE: [topbraid-users] RE: third issue sheet import

oups.com Onderwerp: Re: [topbraid-users] RE: third issue sheet import Yes, index starts with 0 On Sep 16, 2021, at 10:23 AM, 'Bohms, H.M. (Michel)' via TopBraid Suite Users mailto:topbraid-users@googlegroups.com>> wrote:  More info: It only goes wrong when the first sheet is empty If ther

[topbraid-users] RE: third issue sheet import

ssage. 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: 'Bohms, H.M. (Michel)' via TopBraid Suite Users Verzonden: Thursday, September 16,

[topbraid-users] mu

I noticed that: zanddriehoek_180_µm_63_µm did not result in a prefixed name because of 'µ'...was that to be expected? (can change to micro ) Dr. ir. H.M. (Michel) Bohms Scientist Specialist Structural Reliability T +31 (0)88 866 31 07 M +31 (0)63 038 12 20 E

RE: [topbraid-users] RE: third issue sheet import

16, 2021, at 11:25 AM, Irene Polikoff mailto:ir...@topquadrant.com>> wrote: Yes, index starts with 0 On Sep 16, 2021, at 10:23 AM, 'Bohms, H.M. (Michel)' via TopBraid Suite Users mailto:topbraid-users@googlegroups.com>> wrote:  More info: It only goes wrong when the first s

[topbraid-users] RE: semantic sheet datatypes

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: 'Bohms, H.M. (Michel)' via TopBraid Suite Users mailto:topbraid-users@googlegroups.com>> Verzonden: donderdag 16 september 2021

RE: [topbraid-users] RE: third issue sheet import

;> wrote: Yes, index starts with 0 On Sep 16, 2021, at 10:23 AM, 'Bohms, H.M. (Michel)' via TopBraid Suite Users mailto:topbraid-users@googlegroups.com>> wrote:  More info: It only goes wrong when the first sheet is empty If there is data classification is fine. Dr. ir. H.M. (Mich

[topbraid-users] third issue sheet import

In excel i have 3 sheets 1 en 3 are empty, 2 is filled: [cid:image001.png@01D7AAF9.EAE2F500] Result: Data from sheet 2 is classified as sheet no 1 .. [cid:image002.png@01D7AAF9.EAE2F500] Is this expected? Thx Michel Dr. ir. H.M. (Michel) Bohms Scientist Specialist Structural Reliability

[topbraid-users] special characters in atr. names

It seems that dashes and underscores from attribute names disappear in de semantic sheet conversion. Please advice, thx Michel [cid:image001.png@01D7AAF8.6B815B90] Results in: [cid:image002.png@01D7AAF8.6B815B90] Dr. ir. H.M. (Michel) Bohms Scientist Specialist Structural Reliability T +31

[topbraid-users] RE: semantic sheet datatypes

ou 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. Van: 'Bohms, H.M. (Mic

RE: [topbraid-users] define transform rule

CT instances of “target" classes. Cheers, David On 23 Sep 2021, at 11:01, 'Bohms, H.M. (Michel)' via TopBraid Suite Users mailto:topbraid-users@googlegroups.com>> wrote: Hi David In my input data from big excel I now have for instance the triple: sa-input:projectOmschrijving &

[topbraid-users] prefix use in edg

When importing an ontology in EDG (in an existing ontology) I see the prefix is not used. In the imported file it says: @prefix sa: https://w3id.org/sa/def# . In the edg/settings tab taken over: PREFIX sa: https://w3id.org/sa/def# But I see in the ontology: [cid:image002.png@01D7B06E.E30FBEB0]

RE: [topbraid-users] edg import xlsx

I’ve never tried that, but may work. Cheers, David On 22 Sep 2021, at 13:44, 'Bohms, H.M. (Michel)' via TopBraid Suite Users mailto:topbraid-users@googlegroups.com>> wrote: Ok my idea: In TBC i import the xlsx (semantic table variant) Then I export a ttl for it I strip the data off, le

[topbraid-users] define transform rule

Hi David In my input data from big excel I now have for instance the triple: sa-input:projectOmschrijving "bestekk 1654, N317 , Dieren - Hoog Keppel" ; I want to use this info to instantiate a separate Project class. I understand that here: [cid:image002.png@01D7B072.B1296780] I have to add

Re: [topbraid-users] define transform rule

Thx David I'l try that. Op 23 sep. 2021 15:08 schreef David Price : On 23 Sep 2021, at 13:44, 'Bohms, H.M. (Michel)' via TopBraid Suite Users mailto:topbraid-users@googlegroups.com>> wrote: Think you did not confuse me with target. I meant target class being the class i want to tra

Re: [topbraid-users] define transform rule

.( projectNaam) } """ ; ] ; . but WHERE { $this sa-input:SomeAttrOf Monsterlaag ?value . $this sa-input:SomeOtherAttrOf Monsterlaag ?valueother . Etc Cheers, David On 23 Sep 2021, at 12:22, 'Bohms, H.M. (Michel)' via TopBraid Suite Users mailto:topbraid-users@googlegroups.com>> wrote:

[topbraid-users] malformed shacl

Hi David, Irene Tbc says maformed shacl for: [cid:image002.png@01D7B186.829E37A0] Any tip welcome, thx Michel Dr. ir. H.M. (Michel) Bohms Scientist Specialist Structural Reliability T +31 (0)88 866 31 07 M +31 (0)63 038 12 20 E michel.bo...@tno.nl

[topbraid-users] import issue by pattern

When I import my spreadsheet in an ontology that has to variants of MonsterLaag One with prefix sainput One with prefix sa And I select MonsterLaag (the right one in the panel): I get: [cid:image001.png@01D7B181.D61F6C00] No more full uri of prefix there (for MonsterLaag). Also in the next

[topbraid-users] prefix

And moreover: [cid:image001.png@01D7B0BC.5C6349B0] I thought i had to declare all used prefixes... But this second one stays red Dr. ir. H.M. (Michel) Bohms Scientist Specialist Structural Reliability T +31 (0)88 866 31 07 M +31 (0)63 038 12 20 E

RE: [topbraid-users] prefix use in edg

To: topbraid-users@googlegroups.com Subject: Re: [topbraid-users] prefix use in edg Sounds like duplicate prefix is consuing EDG. Choose one or the other and delete the duplicate and see if that fixed things. Cheers, David On 23 Sep 2021, at 10:33, 'Bohms, H.M. (Michel)' via TopBraid Suite User

RE: [topbraid-users] define transform rule

To: topbraid-users@googlegroups.com Subject: Re: [topbraid-users] define transform rule On 23 Sep 2021, at 13:44, 'Bohms, H.M. (Michel)' via TopBraid Suite Users mailto:topbraid-users@googlegroups.com>> wrote: Think you did not confuse me with target. I meant target class being the cl

[topbraid-users] edg search results for classes

In: [cid:image001.png@01D7B0B6.98D26260] When I type sa:Project in the quick search no results are shown... As you can see it IS there ... Normal or full text search, same issue Gr Michel Dr. ir. H.M. (Michel) Bohms Scientist Specialist Structural Reliability T +31 (0)88 866 31 07 M +31

RE: [topbraid-users] owl restrictions for individuals?

nt online RDL. Both of are easy in OWL and SHACL. Cheers, David On 11 Oct 2021, at 15:46, 'Bohms, H.M. (Michel)' via TopBraid Suite Users mailto:topbraid-users@googlegroups.com>> wrote: Hereby also the actual code example for modelling implicit groups of assets. (via a nested constraint for

[topbraid-users] RE: owl restrictions for individuals?

f messages. From: 'Bohms, H.M. (Michel)' via TopBraid Suite Users Sent: Friday, October 8, 2021 12:52 PM To: topbraid-users@googlegroups.com Subject: [topbraid-users] owl restrictions for individuals? In asset management/modelling we often see the need to define groups of (many) thi

[topbraid-users] owl restrictions for individuals?

In asset management/modelling we often see the need to define groups of (many) things that are not (yet) fully explicitly modelled. Ie a rdfs:Bag instance where not all rdfs:member' s are known explicitly. Such 'implicit groups' as we call them, we would like to represent using OWL restriction

RE: [topbraid-users] spreadsheet import by pattern, no-domain target props issue

19 Oct 2021, at 11:14, 'Bohms, H.M. (Michel)' via TopBraid Suite Users mailto:topbraid-users@googlegroups.com>> wrote: That would be good news…. I added union domains for the relevant columns (5x). However ‘spreadsheet import by pattern’ does not provide the mapping, nor does it a

RE: [topbraid-users] spreadsheet import by pattern, no-domain target props issue

spreadsheet import by pattern, no-domain target props issue Actually, OWL2SHACL handles that case (just tested in Composer 6.4). Something else must be “wrong”. On 19 Oct 2021, at 10:44, 'Bohms, H.M. (Michel)' via TopBraid Suite Users mailto:topbraid-users@googlegroups.com>> wrote: Hi David

[topbraid-users] include question

Everytime I cretae an ontology in EDG it seems somehow it is included in itself: example ontology 'sma': [cid:image001.png@01D7C59A.678B5920] So everytime I have to delete it I first have to delete this include first. At what point in time is this selfinclude added? Thx Michel Dr. ir. H.M.

RE: [topbraid-users] include question

To: topbraid-users@googlegroups.com Subject: Re: [topbraid-users] include question EDG ontologies do not include themselves. I expect there is a circular import in your ontologies set. Cheers, David On 20 Oct 2021, at 09:08, 'Bohms, H.M. (Michel)' via TopBraid Suite Users mailto:topbraid-users@google

RE: [topbraid-users] include question

e cleanup/restart is needed though. Maybe there’s something leftover in TBC cache or workspace - suggest re-starting TBC. Maybe the TBC workspace is somehow corrupted and you should create a new one. Cheers, David On 20 Oct 2021, at 09:38, 'Bohms, H.M. (Michel)' via TopBraid Suite Users mai

[topbraid-users] spreadsheet import by pattern, no-domain target props issue

Properties in the input ontology not having a domain cannot be chosen as target: [cid:image004.png@01D7C4D8.437AF2B0] (where the dashes are) Is this intended? (these properties are valid for multiple sheets so they have multiple domains) I can understand they are not automatically proposed but

RE: [topbraid-users] spreadsheet import by pattern, no-domain target props issue

ue On 19 Oct 2021, at 09:58, 'Bohms, H.M. (Michel)' via TopBraid Suite Users mailto:topbraid-users@googlegroups.com>> wrote: Properties in the input ontology not having a domain cannot be chosen as target: (where the dashes are) Is this intended? Yes. See if you can create an i

RE: [topbraid-users] multi-sheet import by pattern

ps.com Subject: Re: [topbraid-users] multi-sheet import by pattern On 7 Oct 2021, at 10:21, 'Bohms, H.M. (Michel)' via TopBraid Suite Users mailto:topbraid-users@googlegroups.com>> wrote: Is it possible to do a multi-sheet import? Leaving index open delivers a java-level error…..(which is

Re: [topbraid-users] owl restrictions for individuals?

o see appear taking that OWL structure as input. EDG 7.1 will support the SHACL qualified value shapes and it does report violations … I’ve actually tested that and the CWA helps make that so. Cheers, David On 13 Oct 2021, at 13:00, 'Bohms, H.M. (Michel)' via TopBraid Suite Users mailto:topbraid-

Re: [topbraid-users] Better formulated potential sh:declare issues

the W3C rather than the TB user forum. On 28 Sep 2021, at 16:12, 'Bohms, H.M. (Michel)' via TopBraid Suite Users mailto:topbraid-users@googlegroups.com>> wrote: Together with our partner, BIM-Connected, Miltos Gatzios, we tried to better formulate the actual issue we see with sh:

Re: [topbraid-users] Better formulated potential sh:declare issues

] ; . Cheers, David P.S. If you have an issue with a W3C spec, please report it to the W3C rather than the TB user forum. On 28 Sep 2021, at 16:12, 'Bohms, H.M. (Michel)' via TopBraid Suite Users mailto:topbraid-users@googlegroups.com>> wrote: Together with our partner, BIM-Connected,

[topbraid-users] Better formulated potential sh:declare issues

Together with our partner, BIM-Connected, Miltos Gatzios, we tried to better formulate the actual issue we see with sh:declare. Issue 1 (not tbc issue, but general shacl issue) Metalanguage (https://www.w3.org/ns/shacl.ttl): sh:declare a rdf:Property ; rdfs:label "declare"@en ;

Re: [topbraid-users] Better formulated potential sh:declare issues

Please see SHACL spec 5.1 An Example SPARQL-based Constraint - see https://www.w3.org/TR/shacl/#sparql-constraints and 5.2.1 https://www.w3.org/TR/shacl/#sparql-prefixes Cheers, David On 28 Sep 2021, at 19:54, 'Bohms, H.M. (Michel)' via TopBraid Suite Users mailto:topbraid-users@googlegroups

Re: [topbraid-users] Better formulated potential sh:declare issues

le SPARQL-based Constraint - see https://www.w3.org/TR/shacl/#sparql-constraints and 5.2.1 https://www.w3.org/TR/shacl/#sparql-prefixes Cheers, David On 28 Sep 2021, at 19:54, 'Bohms, H.M. (Michel)' via TopBraid Suite Users mailto:topbraid-users@googlegroups.com>> wrote: Wrt your ps I thin

[topbraid-users] edg undo transform?

Is there any option in EDG to undo a Transform? When experimenting in TBC you can just infer without actual assertion. In EDG directly asserted. Thx michel Dr. ir. H.M. (Michel) Bohms Scientist Specialist Structural Reliability T +31 (0)88 866 31 07 M +31 (0)63 038 12 20 E

[topbraid-users] edg class tree

Why are classes shown in tree AND in the list: [cid:image004.png@01D7B5EF.731387F0] Activity as subclass of Entity is also shown in the list. Same in TBC only shows tree: [cid:image005.png@01D7B5EF.731387F0] Is that an edg setting? Thx Michel Dr. ir. H.M. (Michel) Bohms Scientist Specialist

RE: [topbraid-users] edg class tree

Of Thing if that’s not desired, Cheers, David On 30 Sep 2021, at 10:36, 'Bohms, H.M. (Michel)' via TopBraid Suite Users mailto:topbraid-users@googlegroups.com>> wrote: Why are classes shown in tree AND in the list: Activity as subclass of Entity is also shown in the list. Same in TBC only show

RE: [topbraid-users] edg class tree

To: topbraid-users@googlegroups.com Subject: Re: [topbraid-users] edg class tree Import RDF has a streaming option if you look under Imports. Cheers, David On 30 Sep 2021, at 11:52, 'Bohms, H.M. (Michel)' via TopBraid Suite Users mailto:topbraid-users@googlegroups.com>> wrote: Ahhh I now

[topbraid-users] multi-sheet import by pattern

Is it possible to do a multi-sheet import? [cid:image004.png@01D7BB6D.89666EE0] Leaving index open delivers a java-level error.(which is strange since its says ' optional' ) Maybe something like "1-2"? Thx michel Dr. ir. H.M. (Michel) Bohms Scientist Specialist Structural Reliability T

[topbraid-users] edg import xlsx

Trying to find my way in edg wrt the excel stuff I imported by target (multiclass) ontology and now wanted to import the one table sheet: [cid:image001.png@01D7AFA7.5FD8EC50] Why can I not click " Finish"? Thx Michel Dr. ir. H.M. (Michel) Bohms Scientist Specialist Structural Reliability T

<    1   2   3   4   5   >