Here are some important things to remember while using the DAML+OIL Plug-in.
Under the current implementation the maximum cardinality of each slot has been set to 1000. We know that this is not a very robust method for providing you with multiple cardinality, however, we are unable to give you unrestrained multiple cardinality at this time without exposing too much complexity to the user. If it is of dire importance that you be able to fill an instance with more than 1000 values for a property then contact us and we can go about showing you how to do so in the plug-in.
You must include a default namespace in your ontology. For example:
<rdf:RDF
xmlns:rdf ="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
xmlns:rdfs="http://www.w3.org/2000/01/rdf-schema#"
xmlns:daml="http://www.daml.org/2001/03/daml+oil#"
xmlns:xsd ="http://www.w3.org/2000/10/XMLSchema#"
xmlns ="http://the_Default_Namespace_Of_My_Ontology#"
>
If you include no default namespace the plug-in will provide one for you "http://unspecifiedDefaultNamespace" and you will be able to change this when you go to save it. It is best to always give a default namespace in your ontology, though.
Since the DAML+OIL Plug-in is dependent upon the ARP parser it is unable to handle certain namespaces. The reason for this is that within RDF, URI references are absolute. While any string may technically be a URI, the ARP parser will only allow us to parse DAML+OIL Ontologies where the namespaces given indicate absolute URI's.
For this reason, we recommend that all Namespaces begin with "http://" for now. Other namespaces will parse right now, but they show up oddly in the GUI (a bug we hope to take care of soon). Very shortly we will post a more thorough outline of the legal namespace syntax the plug-in will work with.
For a complete resource on URI syntax see: Uniform Resource Identifiers (URI): Generic Syntax
Also please be advised that it is best to end a namespace with a hashmark, '#' to help the parser tell where a namespace is ending and the local name begins. There is not yet any kind of standardized way of doing this, and the parser will be able to deal with the namespace without it. However, there are a couple of potentially sticky situations that one might run into if it is not there, so if you are having difficulties that might be namespace related, try adding it.
These do not yet function properly. Having instances in your ontology will cause problems during serialization. This carries over to the oneOf logical definition, and the hasValue restriction, since they are dependent upon instances. It is best not to put them in your ontology to ensure that it will serialize correctly.
This is currently unavailable.
Note: This refers to the DAML tag <imports> which is used to reference another DAML+OIL ontology containing definitions that apply to the current DAML+OIL resource. This aspect of DAML+OIL syntax is currently not treated in our plug-in. This is not to be confused with the command Import in the Project menu which is used to open DAML+OIL ontologies. That command is fully functional and is the only way to access your ontologies.
Multiple Range or Domain specifications in Protege are understood as a union, whereas a DAML+OIL property with multiple domain or range specifications is understood to have the intersection of all specified elements as its range. Therefore in the current release multiple domain and range specifications are not properly treated.
This is currently unavailable
When you select a Slot from the damlProperties field of a class you see something like this:
There are two view buttons that you can select
View top level slot
View slot at classYou should always view the top level slot. Editing the slot at the class level alters the facets on the slot. (Facets are like restrictions. They are a OKBC concept. Learn more here.) The plug-in doesn't deal with facets as stated below, so it's best not to touch them. Changing the slot at the top level has the proper effect.
Changing facets or defining new ones will have an effect on the classes and slots in Protege, but will not persist through serialization. It's best not to alter them at all.
These are not currently supported