Dear Einar,
Apologies in advance as I say I am not sure exactly what is your need….but it might well be a hectic and chaotic Monday I woke up into :-D
By first: when you say “add to a class”, you mean you want to make these properties as, say, “templates” for the class (e.g. having the class in their domain) or you want to really value them?
e.g. say you have class “:Person”
you want to value these properties for :Person itself (it might be a need, but if you are valuing multiple properties for a class you might want to revise your modeling: class should be used to categorize instances, and not be too much described themselves) as in:
:Person :aDataTypeProperty “some value”^^xsd:string
or you want to value the instances of that class? As in:
:armando foaf:givenName “Armando”^^xsd:string
…or you want to add the properties to the ontology?
Furthermore, since you are mentioning databases…do you already have data for these properties? That part is confusing because you mention GDB and SQL…
Instead of saying what is possible and what is not, I suggest better describing what you have. FYI, Sheet2RDF is able also to get data from databases.
From the last part of your email it seems you really need to add datatype properties (so the third option from those I described). Then (as with other cases) yes, you can:
Finally, what you mention about seeing the properties for a class, pls in general consider that, in OWL ontologies, properties could be potentially used with instance of a given class even though they have no domain declared. It’s different from, say, frame-based modeling where you declare which properties are “template slots” for a class (something you might be more familiar with if you are familiar with OO design).
That means that, in principle, VocBench (nor any other tool) has no elements for telling that that property could be used with instances of that class, yet it can.
That said, if you define the domain for a given property, then you can use the “class diagram” for showing a class with all of “its” (with its defined as those properties having domain on that class) properties
Kind Regards,
Armando
--
You received this message because you are subscribed to the Google Groups "vocbench-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email to
vocbench-use...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/vocbench-user/24c90a9f-1ee8-49ae-bde6-848ffd5efb16n%40googlegroups.com.
Hi Armando.
Thank you for your input. Much appreciated.
It is this variant I aim for - “…or you want to add the properties to the ontology?” Adding some DatatypeProperty properties to subclasses.
You give more input in the last part of your message with possibilities.
I am not fluid in ontology design so I may confuse you, others, and myself to, with less coherent description. Sorry for that.
We have data, lot of, but not in this setup or shape. We move to more domain setup. We refactor much data to accommodate domains, data products and distributed ownership. We try not to carry forward old habits.
I try to do class/property management with the VB UI functionality. This is the quest. I want to made businesspeople do business model work and give them less jump between tools practice. One very nice thing with VB is the second level reference model to use. To connect the local items to where it belongs in the reference model. I talk specific about FIBO, the domain model for finance. Shape a subset of FIBO as the reference model for the local domain at hand (local domain is financial reporting). We then get good, curated vocabular definitions, descriptions, and relations. This is an important reason to think VB as a main UI for shaping our model(s).
Options you give.
Web-API.
Sheet2RDF.
Model outside VB.
Plain SPARQL.
We-API and plain SPARQL I have not approached. It is more last resort.
Sheet2RDF, I did try. A message said it work only for SKOS projects, not OWL projects. I try again. I can be ok, businesspeople know excel.
Model outside VB. I work on this.
I have made a model using Gra.Fo from data.world. Exported to Turtle. Imported into VB project. The test now has 8 classes and some 40 DatatypeProperty items.
(PS. Gra.Fo is a neat tool for concept modelling. It is a possible option for outside VB work. But single add "attributes" there as well.).
What do I see, the view. The left side browser under Property tab I see all, also DatatypeProperty. Open one to the detailed right-side pane I see classes for the DatatypeProperty under Domains. For a class I can go to “Show in model-oriented graph” I can see the DatatypeProprty connected to it – it is the only place I can see this combination.
I would like to see this information in the details pane for a class. Lists are better when there are several things. In the detail pane we only see what connects to this item, not what this item connects to. Thats for the view part.
The edit - hope/wish/need? Is there a way to: If we can have a bulk edit for DatatypeProperty, in the left view or in the detail pane (preferable). And a (bulk) edit/connects to DatatypeProperty from the detailed class pane. Something of this nature.
Thank you.
Kind regards.
Einar.
Dear Einar,
Thanks for the clarifications. I address now just a few points open in your email
Kind Regards,
Armando
To view this discussion on the web visit https://groups.google.com/d/msgid/vocbench-user/5770a5f6-f162-4848-bb6d-998210948d16n%40googlegroups.com.
Hi Armando.
I continue the quest.
I have two different themes here. First more details on DatatypeProperty. Then about Metadata, Imports vs Registry and how-to, for second level reference definitions.
You mentioned Other Properties on the detail pane.
I have revisited this. I try to find “owl:DatatypeProperty” here. It is not there.
Is it possible to add to the list of possible properties? If so, how can I do that?
Today we can find many properties, but not the one I have clear interest in now.
Filter on “data”
owl:bottomDataProperty, owl:datatypeComplementOf, owl:onDataRange, owl:onDatatype, owl:topDataProperty
Filter on “prop”
rdfs:subPropertyOf, owl:annotatedProperty, owl:assertionProperty, owl:bottomDataProperty, owl:bottomObjectProperty, owl:equivalentProperty, owl:onProperties, owl:onProperty, owl:propertyChainAxiom, owl:propertyDisjointWith, owl:topDataProperty, owl:topObjectProperty
Left window in Property Tab.
Possible to add these types.
Is it some mutual exclusive between Property tab and “Other properties” in detail pane?
In project create function, there exits the function to add more metadata stuff. Under Optional settings, resource Metadata.
We can add reference here. I try with DatatypePropery and with All properties. Where does that show when we work on definitions? I did not see where?
Doc for this project setting also point to Metadata Registry setting doc.
Metadata Imports vs Registry.
I have loaded FIBO ontologies into one project.
Make a user project. Make FIBO ontology project as read only for user project.
In user project first, I have added FIBO as metadata imports, (from the read-only space). It works, but with import it copies the complete ontology in the current user project.
I investigate Metadata registry. Ideally, I should have FIBO ontology here. And the user project read what it needs from this space.
I am a little confused about how to make functional for the user. The user should have easy access to the reference of FIBO. In both left browser and in detail right pane.
Thank you so much.
Kind regards.
Einar.
Dear Einar,
I clarify what I meant by getting all property for the class on the Other Properties area of the resource view.
The following example comes on a small sample project where the FOAF ontology has been imported.
If I click on the add button ( ) I get to the following window:
Where, as you can see, all the properties suggested (where suggested means what I said before: all properties having the class or a superclass of it on their domain) are being shown. They are not filtered by datatype, but…datatype properties are green, I guess unless you have thousands of properties this is bearable :-D
If you need explicitly a filter, we can consider this for future extension …
I am sorry, I don’t follow you in the description of the metadata registry, etc… if you could use the exact same terminology, or describe the actions, this helps us not guessing what you do, but clearly understanding your actions.
The metadata registry is a registry of known datasets. It contains those in your projects and other that VB is aware of, e.g. Linked Open Datasets on the web, because you put them manually or because VB found them by following LOD publishing best practices. Please check in the manual, it will tell you what it does.
If, inside a project, say “projectA”, you imported the FIBO ontology (Metadata\namespaces and import—add import from..), then you will see it listed in the imports tree in that same page (Metadata\namespaces and import) and you will see FIBO’s classes and properties, light colored, in the classes and property tabs.
Kind Regards,
Armando
To view this discussion on the web visit https://groups.google.com/d/msgid/vocbench-user/73bd4aea-9840-4809-9146-c1a346f960e4n%40googlegroups.com.
Dear Einar,
Again, my apologies if I did not get exactly what you are asking. I’ll make two hypotheses:
If you want to see the owl:DatatypeProperty class, which is hidden by default (the almost-whole OWL ontology is hidden), you can edit the class panel settings, as described in here:
https://vocbench.uniroma2.it/doc/user/owl_editing.jsf#class_section_options
Once there, just change the root to rdfs:Resource, then in the class filter, activate all subclasses of rdfs:Rersource (ok, technically you only need the rdf:Property, which is a superclass for owl:DatatypeProperty)
And then you will see the class diagram populated with all the OWL vocabulary entities; you will see the owl:DatatypeProperty and all of its instances in the instance panel below, that is: datatype properties ;-) (in the case below, you only see four props from OWL itself, SKOS and SKOS-XL as no domain ontology has been loaded/imported/created).
Kind Regards,
Armando
To view this discussion on the web visit https://groups.google.com/d/msgid/vocbench-user/8eb55eaf-8efb-4133-8460-e66f303d8442n%40googlegroups.com.