Hi Irene, (Ralph)
Following our discussions on property modelling I went back to qudt again.
(1.1 since 2.0 is too limited published for now).
I try to reuse C:\Users\bohmshm\TBCMEWorkspace6.2\TopBraid\LinkedModels/qudt.ttl.
There is:
qudt-v1:quantity
rdf:type owl:ObjectProperty ;
dc:description "a property to relate an observable thing with a quantity (qud:Quantity)" ;
rdfs:label "quantity" ;
.
1.
Mentions a qud:Quantity
Is this a typo? I can’t find the qud prefix.
But moreover: I cannot find qudt:Quantity in that file.
2.
Same issue for:
qudt-v1:value
rdf:type owl:ObjectProperty ;
dc:description "A property to relate an observable thing with a quantity value (qud:QuantityValue)" ;
rdfs:label "value" ;
.
3.
In:
C:\Users\bohmshm\TBCMEWorkspace6.1\TopBraid\LinkedModels
There is unfortunately not a ttl file for quantity.ttl vocab of qudt1.1.
Is there a special reason?
Thx for help so that I can reformulate my property model in terms od qudt1.1.
Ps1
If problematic I can still only reuse the qudt1.1 units and quantitykinds since these are both dereferenceable.
Ps2
Ralph, I would welcome a preview of the basic quantities for 2.0 if avail. I see the 2.0 units are deref. but there are no quantity things avail.
|
|
|||||||||||||||||
|
|
|||||||||||||||||
Moreover:
In http://qudt.org/1.1/vocab/quantity
There are (in parallel!):
xmlns:qudt-quantity=http://qudt.org/vocab/quantity#
xmlns:quantity=http://qudt.org/schema/quantity# (looks like an error...)
xmlns:qudt-quantity-1.1=http://qudt.org/1.1/vocab/quantity#
and nowhere I can find my needed simple Length quantitykind:
In the file it is used:
<rdf:Description rdf:about="http://qudt.org/vocab/unit#Femtometer">
<qudt:quantityKind rdf:resource="http://qudt.org/vocab/quantity#Length"/>
</rdf:Description>
Suggesting the Length is in the qudt-quantity prefix variant, but it isn’t as far as I can see.
Who can help me out?
I will.
Complexity is ok imho, it’s just that it takes so long to have the resources available/online.
|
|
|||||||||||||||||
|
|
|||||||||||||||||
--
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/a55edefd-58d7-40dc-9ba8-7f900593dcb9%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
To view this discussion on the web visit https://groups.google.com/d/msgid/topbraid-users/f99e9bbee1d24ab1a11ed6c2f8d8a7ac%40tno.nl.
Thank you, Michel. If the underlying resources are not available, that also seems like a barrier.
On Thu, Jul 18, 2019 at 12:46 AM 'Bohms, H.M. (Michel)' via TopBraid Suite Users <topbrai...@googlegroups.com> wrote:
I will.
Complexity is ok imho, it’s just that it takes so long to have the resources available/online.
Dr. ir. H.M. (Michel) Böhms
Senior Data Scientist
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.
Van: topbrai...@googlegroups.com <topbrai...@googlegroups.com> Namens AW
Verzonden: woensdag 17 juli 2019 17:06
Aan: TopBraid Suite Users <topbrai...@googlegroups.com>
Onderwerp: [topbraid-users] Re: qudt revisited
Hi Michel,
Just writing to say that I'm interested in following your experience with QUDT. We looked into using it at one point. The complexity was daunting, and we decided against it for something much simpler of our own design. I hope you'll post further about your experience.
Anne
--
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 topbrai...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/topbraid-users/a55edefd-58d7-40dc-9ba8-7f900593dcb9%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
--
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 topbrai...@googlegroups.com.
(late reply because of holidays...)
Dear Steve,
That is good news!
Some questions:
1-when I download the unit ttl it is still called 2.0 iso 2.1, is that ok?
2-IN the file the unit prefix is http://qudt.org/vocab/unit/ ... how is this related to the new base URI? Is it really dereferenceable this way?
I see it’s different for quantitikinds...this seems to work...why mot the same for units: ie use prefix:
http://qudt.org/2.1/vocab/unit/all for unit
(I see it IS available)
Thx Michel
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/28e4e90b-643a-4ca5-897b-e2d02d227036%40googlegroups.com.
# baseURI: http://qudt.org/2.1/vocab/unit/all # imports: http://qudt.org/2.0/schema/qudt/science # imports: http://qudt.org/2.1/schema/qudt # imports: http://qudt.org/2.1/vocab/quantitykind/all # imports: http://www.linkedmodel.org/schema/vaem
To view this discussion on the web visit https://groups.google.com/d/msgid/topbraid-users/36b09aff11a0465a850474577f0a8434%40tno.nl.
Hi Steve,
When I go to: http://www.qudt.org/2.1/catalog/qudt-catalog.html
I see still see 2.0 stuff (maybe intentional)

Furthermore when I download unit/all:
Normally my baseURIs are the same as the prefixes (well apart from a / or #).
So currently,
For example: unit:M (http://qudt.org/vocab/unit/M)
Cannot be found (is not dereferenceable).
Better to adapt base URIs? Delete the “all”-part? Same for quantities...
Gr Michel
To view this discussion on the web visit https://groups.google.com/d/msgid/topbraid-users/CAGUep8606LPC2BZtCb_MgAm%3D744PwdzBi%3DkVW_Hapco7QLWxqw%40mail.gmail.com.
For example: unit:M (http://qudt.org/vocab/unit/M)To view this discussion on the web visit https://groups.google.com/d/msgid/topbraid-users/da552802d68142e4a9bac7b56da2e73e%40tno.nl.
All clear, thx
And yes link works here too so example was not ok
Guess your system works but still the all’s might better go making baseURIs and prefix the same?
Greetings Michel
To view this discussion on the web visit https://groups.google.com/d/msgid/topbraid-users/CAGUep86U_6_r0YCPQpbuKMQTsK0uoEgw-vTTWFPr46oO-qv7wA%40mail.gmail.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/topbraid-users/9c851df20d0c46d58560e6c6a850f51b%40tno.nl.
Sounds great Steve!
Will do testing asp.
Small quick question:
What would be the simplest way to be able to use te quantitykinds as datatypes?
(we now use CDT/UCUM here but I want to have aQUDT2.1 alternative/replacement).
So I can do:
:MyInstance :height “12.5 M”^^quantitykind:Length .
(earlier for qudt the unit was used that way in one of the use casese:
:MyInstance :height “12.5”^^unit:M .
)
To view this discussion on the web visit https://groups.google.com/d/msgid/topbraid-users/CAGUep85ZM-Ja%3Dzir4NYAsGVtnotx5KWBGjMCJ2YtsXcf%2Btd_ag%40mail.gmail.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/topbraid-users/8c2a9543457d4ee9b8198714c743076b%40tno.nl.
Ok
I remember doing the same for unit in the past indeed!
To view this discussion on the web visit https://groups.google.com/d/msgid/topbraid-users/CAGUep84VCTsDHK40No_5CZnE28XCN0VTZW1JaGiUPj489AQX%3Dg%40mail.gmail.com.