Search Mailing List Archives


Limit search to: Subject & Body Subject Author
Sort by: Reverse Sort
Limit to: All This Week Last Week This Month Last Month
Select Date Range     through    

[protege-discussion] Setting the display name for a class (BrowserSlotPattern) - Does it work on a remote project?

Ron Schultz rcaschultz at gmail.com
Fri Mar 6 06:04:29 PST 2009


Thanks Tania. I will experiment with the ProtegeJob based on the wiki
notes. It seems pretty straightforward.

On Thu, Mar 5, 2009 at 3:36 PM, Tania Tudorache <tudorache at stanford.edu> wrote:
> Hi Ron,
>
> In client-server mode, if you set the browser pattern for a slot from a
> client, then this will not be sent to the server. So, the new browser
> text will take effect on the client that performed the call. When the
> client exits, the next time it will log on, it will not have the
> previously set browser pattern.
>
> The browser slot patterns are read from the server at the initialization
> of the client, and after that they are disconnected.
>
> There are ways of setting the browser slot pattern on the server (and
> this will affect all the clients) using a ProtegeJob. If you are
> interested in this approach, I can give more details.
>
> Tania
>
>
> Ron Schultz wrote:
>> I have a need to use code running remotely from a project (and using a
>> protégé server) to set the browserSlotPattern. I  later query the
>> browserSlotPattern to determine what slot name should be used to
>> display the class when I print a report.
>>
>> When running remotely, I set the slot pattern and retrieve it fine,
>> provided I do not disconnect and reconnect from the project in between
>> the set and get for the browserSlotPattern. If I disconnect after the
>> setting of the browserSlotPattern value,  a get of the value returns
>> null. Is this expected?
>>
>> This is RC1 Build 536.
>> _______________________________________________
>> protege-discussion mailing list
>> protege-discussion at lists.stanford.edu
>> https://mailman.stanford.edu/mailman/listinfo/protege-discussion
>>
>> Instructions for unsubscribing: http://protege.stanford.edu/doc/faq.html#01a.03
>>
>>
>
> _______________________________________________
> protege-discussion mailing list
> protege-discussion at lists.stanford.edu
> https://mailman.stanford.edu/mailman/listinfo/protege-discussion
>
> Instructions for unsubscribing: http://protege.stanford.edu/doc/faq.html#01a.03
>



-- 
Ron



More information about the protege-discussion mailing list