Re: duplicate names reg

kala devi ramar <[email protected]> Wed, 19 Jun 2013 20:54:29 -0700 (PDT)
Newsgroups gmane.comp.misc.ontology.protege.general
Message-ID <[email protected]>
Dear all
In the given ontology space is allowed between names and duplicate names are used in classes and properties. please tell me how it s possible?. it is very urgent for me
 
 
thank u
R.kaladevi

--- On Thu, 6/20/13, [email protected] <[email protected]> wrote:


From: [email protected] <[email protected]>
Subject: protege-discussion Digest, Vol 83, Issue 14
To: [email protected]
Date: Thursday, June 20, 2013, 12:34 AM


Send protege-discussion mailing list submissions to
    [email protected]

To subscribe or unsubscribe via the World Wide Web, visit
    https://mailman.stanford.edu/mailman/listinfo/protege-discussion
or, via email, send a message with subject or body 'help' to
    [email protected]

You can reach the person managing the list at
    [email protected]

When replying, please edit your Subject line so it is more specific
than "Re: Contents of protege-discussion digest..."


Today's Topics:

   1. RMI server scalability for Protege Frames 3.5    editor (John Pierre)


----------------------------------------------------------------------

Message: 1
Date: Wed, 19 Jun 2013 10:26:57 -0700
From: John Pierre <[email protected]>
To: [email protected]
Subject: [protege-discussion] RMI server scalability for Protege
    Frames 3.5    editor
Message-ID:
    <CADwK6dw9iyKYj4h=XqJu_fxiDyMuB5ny1vahGxHYqO84xyjUxg@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

We are trying to set up a collaborative installation so multiple developers
can edit a Frames ontology.  The ontology currently has about 25,000 frames.

We have successfully configured the RMI server and can connect clients to
the server and access the example ontologies across the network.

The problem is that our 25,000 frame ontology isn't able to load into the
clients when accessed across the network.

Our ontology is MySQL backed.

The ontology loads fine when accessed on the same machine without going
through the rmi server.

The ontology loads but takes several minutes to do so when running the
client and server on the same machine through the localhost loopback.

The ontology loading hangs and cannot load when running the client and
server on different machines either on a wide area network (20+Mbps) nor on
a local area Ethernet network (100+Mbps).  After waiting 30 mins or so we
get broken pipes and/or timed out connections.

The ontology loads if the MySQL database is accessed across the network
directly without using the client-server (.pprj file is on the client side
but points to a MySQL database hosted on the network)

Therefore the culprit seems to be network demands of the rmi server.

We have  -Dserver.use.compression=true turned on at the server.

We've tried -Dserver.client.preload.skip=true on the client side.


It seems this 25,000 frame ontology might be too large for the RMI
client-server architecture, but the Protege documentation seems to hint
that much larger ontologies have been developed using Protege.

Questions:

1. What is the practical scalability limit of the Protege RMI client-server
in terms of ontology size?

2.  Are there additional configuration settings that we can try to get our
ontology to load?

3.  Are there other collaboration models we could try for allowing multiple
people to work on a large scale Frames ontology besides the rmi
client-server approach?

Thanks in advance for your help.

John
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.stanford.edu/pipermail/protege-discussion/attachments/20130619/5d912189/attachment-0001.html>

------------------------------

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


End of protege-discussion Digest, Vol 83, Issue 14
**************************************************

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

Instructions for unsubscribing: http://protege.stanford.edu/doc/faq.html#01a.03
weather-ont-t2.owl (text/xml, 118.2 KB) - not displayed