Bug in WebProtege

classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|

Bug in WebProtege

Julian Vincent-4
I uploaded an ontology and found that a number of the classes and subclasses were represented only by their serial number and not by the label I had assigned to them. Experimentation showed that if I removed the Language declaration from the label, this allowed the label to be shown instead. This also applies to object and data properties as well as annotation properties. I only tried this with “Language en”, but I suppose it applies to other languages.

Julian Vincent
_______________________________________________
protege-user mailing list
[hidden email]
https://mailman.stanford.edu/mailman/listinfo/protege-user
Reply | Threaded
Open this post in threaded view
|

Re: Bug in WebProtege

Matthew Horridge-2
Administrator
Hi Julian,

What are the Display Name Settings for your project set to?  (Project -> Settings then scroll down to Display Name Settings).  You can click the "Reset to referenced languages” make sure you include the combinations in your project.

Cheers,

Matthew


On Aug 11, 2019, at 02:19, Julian Vincent <[hidden email]> wrote:

I uploaded an ontology and found that a number of the classes and subclasses were represented only by their serial number and not by the label I had assigned to them. Experimentation showed that if I removed the Language declaration from the label, this allowed the label to be shown instead. This also applies to object and data properties as well as annotation properties. I only tried this with “Language en”, but I suppose it applies to other languages.

Julian Vincent
_______________________________________________
protege-user mailing list
[hidden email]
https://mailman.stanford.edu/mailman/listinfo/protege-user


_______________________________________________
protege-user mailing list
[hidden email]
https://mailman.stanford.edu/mailman/listinfo/protege-user
Reply | Threaded
Open this post in threaded view
|

Re: Bug in WebProtege

Julian Vincent-4
Matthew - thanks for your reply.

But . . . 

Your WebProtege seems a bit different to mine (online). In the Project window the menu has, as its first item, Display, which has a layout rather like the one you showed, but no facility for scrolling down to “Display name fallback”. I can fill in something about the Primary Display Name or Secondary Display Name - in this instance whether or not I have ‘rdfs: label’ and ‘en’ in the second box.
This can affect the display in the Class Hierarchy window, but the Entity Graph (which is what I’m really interested in - I should have mentioned this earlier) keeps on displaying the IRI short name rather than the label, which is the only thing I’m really interested in. Removing the language indication from the label allows the entity graph to display the label rather than the IRI.
Of course my problem is worse in that I haven’t regarded “Language” as an important factor and it may or may not accompany the label in the listing of the ontology! But at present the only way I can get the Entity Graph to identify classes by their label is by removing the Language tag.

Julian

On 11 Aug 2019, at 15:41, Matthew Horridge <[hidden email]> wrote:

Hi Julian,

What are the Display Name Settings for your project set to?  (Project -> Settings then scroll down to Display Name Settings).  You can click the "Reset to referenced languages” make sure you include the combinations in your project.

Cheers,

Matthew

<PastedGraphic-1.png>

On Aug 11, 2019, at 02:19, Julian Vincent <[hidden email]> wrote:

I uploaded an ontology and found that a number of the classes and subclasses were represented only by their serial number and not by the label I had assigned to them. Experimentation showed that if I removed the Language declaration from the label, this allowed the label to be shown instead. This also applies to object and data properties as well as annotation properties. I only tried this with “Language en”, but I suppose it applies to other languages.

Julian Vincent
_______________________________________________
protege-user mailing list
[hidden email]
https://mailman.stanford.edu/mailman/listinfo/protege-user

_______________________________________________
protege-user mailing list
[hidden email]
https://mailman.stanford.edu/mailman/listinfo/protege-user


_______________________________________________
protege-user mailing list
[hidden email]
https://mailman.stanford.edu/mailman/listinfo/protege-user
Reply | Threaded
Open this post in threaded view
|

Re: Bug in WebProtege

Matthew Horridge-2
Administrator
Hi Julian,

It’s the “Project” menu item, so “Project” -> “Settings” -> “Display Name Settings” 



Cheers,

Matthew


On Aug 18, 2019, at 15:01, Julian Vincent <[hidden email]> wrote:

Matthew - thanks for your reply.

But . . . 

Your WebProtege seems a bit different to mine (online). In the Project window the menu has, as its first item, Display, which has a layout rather like the one you showed, but no facility for scrolling down to “Display name fallback”. I can fill in something about the Primary Display Name or Secondary Display Name - in this instance whether or not I have ‘rdfs: label’ and ‘en’ in the second box.
This can affect the display in the Class Hierarchy window, but the Entity Graph (which is what I’m really interested in - I should have mentioned this earlier) keeps on displaying the IRI short name rather than the label, which is the only thing I’m really interested in. Removing the language indication from the label allows the entity graph to display the label rather than the IRI.
Of course my problem is worse in that I haven’t regarded “Language” as an important factor and it may or may not accompany the label in the listing of the ontology! But at present the only way I can get the Entity Graph to identify classes by their label is by removing the Language tag.

Julian

On 11 Aug 2019, at 15:41, Matthew Horridge <[hidden email]> wrote:

Hi Julian,

What are the Display Name Settings for your project set to?  (Project -> Settings then scroll down to Display Name Settings).  You can click the "Reset to referenced languages” make sure you include the combinations in your project.

Cheers,

Matthew

<PastedGraphic-1.png>

On Aug 11, 2019, at 02:19, Julian Vincent <[hidden email]> wrote:

I uploaded an ontology and found that a number of the classes and subclasses were represented only by their serial number and not by the label I had assigned to them. Experimentation showed that if I removed the Language declaration from the label, this allowed the label to be shown instead. This also applies to object and data properties as well as annotation properties. I only tried this with “Language en”, but I suppose it applies to other languages.

Julian Vincent
_______________________________________________
protege-user mailing list
[hidden email]
https://mailman.stanford.edu/mailman/listinfo/protege-user

_______________________________________________
protege-user mailing list
[hidden email]
https://mailman.stanford.edu/mailman/listinfo/protege-user

_______________________________________________
protege-user mailing list
[hidden email]
https://mailman.stanford.edu/mailman/listinfo/protege-user


_______________________________________________
protege-user mailing list
[hidden email]
https://mailman.stanford.edu/mailman/listinfo/protege-user
Reply | Threaded
Open this post in threaded view
|

Re: Bug in WebProtege

Julian Vincent-4
That’s great. Thanks
Unfortunately, for what seem to be historical reasons, the labels in my ontologies tend to be a mix with the language variously defined and undefined. Is it possible have an additional setting where the presence or absence of the language criterion is irrelevant?

Julian

On 19 Aug 2019, at 00:55, Matthew Horridge <[hidden email]> wrote:

Hi Julian,

It’s the “Project” menu item, so “Project” -> “Settings” -> “Display Name Settings” 

<PastedGraphic-1.png>

Cheers,

Matthew


On Aug 18, 2019, at 15:01, Julian Vincent <[hidden email]> wrote:

Matthew - thanks for your reply.

But . . . 

Your WebProtege seems a bit different to mine (online). In the Project window the menu has, as its first item, Display, which has a layout rather like the one you showed, but no facility for scrolling down to “Display name fallback”. I can fill in something about the Primary Display Name or Secondary Display Name - in this instance whether or not I have ‘rdfs: label’ and ‘en’ in the second box.
This can affect the display in the Class Hierarchy window, but the Entity Graph (which is what I’m really interested in - I should have mentioned this earlier) keeps on displaying the IRI short name rather than the label, which is the only thing I’m really interested in. Removing the language indication from the label allows the entity graph to display the label rather than the IRI.
Of course my problem is worse in that I haven’t regarded “Language” as an important factor and it may or may not accompany the label in the listing of the ontology! But at present the only way I can get the Entity Graph to identify classes by their label is by removing the Language tag.

Julian

On 11 Aug 2019, at 15:41, Matthew Horridge <[hidden email]> wrote:

Hi Julian,

What are the Display Name Settings for your project set to?  (Project -> Settings then scroll down to Display Name Settings).  You can click the "Reset to referenced languages” make sure you include the combinations in your project.

Cheers,

Matthew

<PastedGraphic-1.png>

On Aug 11, 2019, at 02:19, Julian Vincent <[hidden email]> wrote:

I uploaded an ontology and found that a number of the classes and subclasses were represented only by their serial number and not by the label I had assigned to them. Experimentation showed that if I removed the Language declaration from the label, this allowed the label to be shown instead. This also applies to object and data properties as well as annotation properties. I only tried this with “Language en”, but I suppose it applies to other languages.

Julian Vincent
_______________________________________________
protege-user mailing list
[hidden email]
https://mailman.stanford.edu/mailman/listinfo/protege-user

_______________________________________________
protege-user mailing list
[hidden email]
https://mailman.stanford.edu/mailman/listinfo/protege-user

_______________________________________________
protege-user mailing list
[hidden email]
https://mailman.stanford.edu/mailman/listinfo/protege-user

_______________________________________________
protege-user mailing list
[hidden email]
https://mailman.stanford.edu/mailman/listinfo/protege-user


_______________________________________________
protege-user mailing list
[hidden email]
https://mailman.stanford.edu/mailman/listinfo/protege-user
Reply | Threaded
Open this post in threaded view
|

Re: Bug in WebProtege

Matthew Horridge-2
Administrator
Hi Julian,

In these cases you should have a pair of entries in the table.  One with the language tag and one without the language tag.  The settings below will give priority to “en”, but will eventually fall back to labels without language tags.  You can press the “Reset to referenced languages” button and this should take care of your situation.

Cheers,

Matthew




On Aug 19, 2019, at 04:15, Julian Vincent <[hidden email]> wrote:

That’s great. Thanks
Unfortunately, for what seem to be historical reasons, the labels in my ontologies tend to be a mix with the language variously defined and undefined. Is it possible have an additional setting where the presence or absence of the language criterion is irrelevant?

Julian

On 19 Aug 2019, at 00:55, Matthew Horridge <[hidden email]> wrote:

Hi Julian,

It’s the “Project” menu item, so “Project” -> “Settings” -> “Display Name Settings” 

<PastedGraphic-1.png>

Cheers,

Matthew


On Aug 18, 2019, at 15:01, Julian Vincent <[hidden email]> wrote:

Matthew - thanks for your reply.

But . . . 

Your WebProtege seems a bit different to mine (online). In the Project window the menu has, as its first item, Display, which has a layout rather like the one you showed, but no facility for scrolling down to “Display name fallback”. I can fill in something about the Primary Display Name or Secondary Display Name - in this instance whether or not I have ‘rdfs: label’ and ‘en’ in the second box.
This can affect the display in the Class Hierarchy window, but the Entity Graph (which is what I’m really interested in - I should have mentioned this earlier) keeps on displaying the IRI short name rather than the label, which is the only thing I’m really interested in. Removing the language indication from the label allows the entity graph to display the label rather than the IRI.
Of course my problem is worse in that I haven’t regarded “Language” as an important factor and it may or may not accompany the label in the listing of the ontology! But at present the only way I can get the Entity Graph to identify classes by their label is by removing the Language tag.

Julian

On 11 Aug 2019, at 15:41, Matthew Horridge <[hidden email]> wrote:

Hi Julian,

What are the Display Name Settings for your project set to?  (Project -> Settings then scroll down to Display Name Settings).  You can click the "Reset to referenced languages” make sure you include the combinations in your project.

Cheers,

Matthew

<PastedGraphic-1.png>

On Aug 11, 2019, at 02:19, Julian Vincent <[hidden email]> wrote:

I uploaded an ontology and found that a number of the classes and subclasses were represented only by their serial number and not by the label I had assigned to them. Experimentation showed that if I removed the Language declaration from the label, this allowed the label to be shown instead. This also applies to object and data properties as well as annotation properties. I only tried this with “Language en”, but I suppose it applies to other languages.

Julian Vincent
_______________________________________________
protege-user mailing list
[hidden email]
https://mailman.stanford.edu/mailman/listinfo/protege-user

_______________________________________________
protege-user mailing list
[hidden email]
https://mailman.stanford.edu/mailman/listinfo/protege-user

_______________________________________________
protege-user mailing list
[hidden email]
https://mailman.stanford.edu/mailman/listinfo/protege-user

_______________________________________________
protege-user mailing list
[hidden email]
https://mailman.stanford.edu/mailman/listinfo/protege-user

_______________________________________________
protege-user mailing list
[hidden email]
https://mailman.stanford.edu/mailman/listinfo/protege-user


_______________________________________________
protege-user mailing list
[hidden email]
https://mailman.stanford.edu/mailman/listinfo/protege-user