[protege-releases] WebProtege 0.5 Beta
Jennifer Vendetti <[email protected]> Tue, 17 May 2011 18:16:45 -0700
| Newsgroups | gmane.comp.misc.ontology.protege.beta |
|---|---|
| Message-ID | <[email protected]> |
This is a multi-part message in MIME format.
--===============6001774421624068555==
Content-Type: multipart/alternative;
boundary="------------000500060700030705050802"
This is a multi-part message in MIME format.
--------------000500060700030705050802
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
We are pleased to announce the first beta build of WebProtege (version
0.5, build 500)!
Please post questions, comments, and bug reports on the
protege-discussion mailing list
<https://mailman.stanford.edu/mailman/listinfo/protege-discussion>.
Installation instructions are available
<http://protegewiki.stanford.edu/wiki/WebProtegeAdminGuide> on the
Protege wiki.
-----------------------------
Release Notes
*
Compatible with Protege 3.4.6
<http://protege.stanford.edu/download/protege/3.4/installanywhere/Web_Installers/>
(for the external server mode), GWT 2.2.0
<http://google-web-toolkit.googlecode.com/files/gwt-2.2.0.zip>,
Java 1.6
New functionality
*
*Restriction editing* is supported in the Restriction Portlet. The
portlet has support for auto-complete for entity names.
*
*Threaded notes and discussions* are now supported in he Notes
Tree Portlet.
*
The HTML Message Portlet allows the *embedding of arbitrary HTML
pages* or snippets as part of a WebProtege tab. This portlet can
be used for warnings, alerts, news, embedded documentation, and so
on.
*
The *Properties View Portlet* shows the properties that are in the
domain of the selected class, similar to the Properties View in
Protege 3.x.
*
WebProtege now *enforces the read and write access right
permissions* as defined in the metaproject
<http://protegewiki.stanford.edu/wiki/Protege_Client_Server_Tutorial_Configuration>.
*
Users can now *sign in with their OpenID*
<http://protegewiki.stanford.edu/wiki/WebProtegeOpenId> account,
such as Google, Yahoo, AOL, Flickr, etc. The first time a user
signs in with the OpenID, she will be prompted to associate it
with a WebProtege account. For subsequent sign ins, the user can
simply use the OpenId. The associated OpenId accounts can be
edited in the Options menu -> Edit profile.
*
It is now possible to *watch a class or a branch*
<http://protegewiki.stanford.edu/wiki/WebProtegeWatches> in the
class tree, similar to the Watch functionality available in wikis.
The Watched Entities portlet will display the changes that
occurred in the watched entities and branches.
*
The users may opt to be *notified of changes*
<http://protegewiki.stanford.edu/wiki/WebProtegeNotifications>
occurring in their watched entities or branches, as well as in the
notes and discussions attached to these entities. The notification
is sent by email and can be configured, together with the
notification frequency, in the Options menu -> Edit profile.
*
It is now possible to create *direct links to entities in the
ontology* that will open WebProtege with the entity selected. The
direct link to a class in the ontology can be retrieved by right
clicking on the class in the class tree and selecting /Show direct
link/ from the context menu. This link can then be sent by email
or instance messaging to other users.
*
Users may now *change their password* from the Options -> Change
password menu in the top right corner of the display. The password
can be reset and sent by email if the user clicks on the *Forgot
password link* in the Login panel.
*
Users with adequate access rights can *create new users* from the
Options menu -> Add new user.
*
It is now possible to *restrict the access* to a WebProtege
installation by requiring a password to get to the initial page of
an ontology.
UI Layout Enhancements
*
WebProtege stores the *user interface configuration in a XML file*
<http://protegewiki.stanford.edu/wiki/WebProtegeLayoutConfig> that
can be manually edited to change the layout of tabs and portlets.
The configuration can be generic (applied to all projects),
project specific (applied to one project for all users), or
project/user specific (is custom for a project and user).
*
Added support for building domain specific *knowledge acquisition
forms* <http://protegewiki.stanford.edu/wiki/PropertyFormPortlet>.
Forms are similar to the ones in the Protege 3.x series in which a
property in the ontology is associated to a widget that can
display and edit the values of the property. Available property
widgets: text field, text area, combo box, grid, etc. See
documentation
<http://protegewiki.stanford.edu/wiki/PropertyFormPortlet>.
*
*New property form widgets*:
o
Instance check box
o
Instance radio button
o
Instance combo-box
o
Class select widget
o
Property select widget
*
Several of the property form widgets can be configured to work
with single or multiple cardinality properties by setting the flag
multiple_values_allowed to true/false in the XML configuration for
the portlet.
*
It is possible to prevent users from changing the layout of their
WebProtege by hiding the Ontology toolbar in the XML configuration
file by setting the flag showOntologyToolbar to false in the
<project> element. It is also possible to prevent users from
closing a tab by setting the closable flag to false in the tab XML
configuration.
*
The Properties Form Portlet supports now type-based tab
activation. The tabs in the portlet can be configured to show up
only if the selected entity has certain types (e.g. rdf:type).
*
It is now possible to *create your own tabs*, add portlets to
them, and set a controlling portlet for the tab. The controlling
portlet sets the selection for the rest of the portlets in a tab.
For example, in the Classes tab, the class tree portlet is the
controlling portlet.
*
It is possible to *change the controlling portlet* of an existing
or new tab dynamically at run time by using the configure icon in
the title bar of a portlet.
*
The *selection* in the different tabs is now *synchronized*. For
example, if a user selects a class in the Classes tab, and then
switches to the Individuals tab, the same class will be selected.
*
You may *save the layout* from the Ontology toolbar using the Save
icon (right-most icon). This feature is still under development.
*
It is now possible to set the order of a portlet in a tab in the
configuration xml by using the <index> element.
Other enhancements and bug fixes
*
Better support for *linking terms from BioPortal
<http://bioportal.bioontology.org/> ontologies* with the BioPortal
Reference Portlet:
o
Added support for composite search: each search term will be
expanded
o
Added support for searching on synonyms and on other
property values
o
The search results presentation has been enhanced. It shows
the preferred term, show whether the search term was found
in preferred term, synonym or id, and the matched content.
o
The search can be restricted to a subset of BioPortal
ontologies
*
The *Parents Portlet* displays the direct superclasses of the
selected class with clickable links for easy navigation.
*
Fixed the All Properties Portlet that shows the annotations (or
own slots for Frames ontologies) associated to an entity in the
ontology. The language of a rdfs:literal is now also editable.
*
Fixed a resizing issue for the top panel of WebProtege.
*
The properties stored in the protege.properties are now available
to both the client (UI) and the WebProtege server. Properties that
are not supposed to be shared with the client can be black-listed
in a file blacklist.properties.
*
Various other bug fixes and enhancements
--------------000500060700030705050802
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta http-equiv="content-type" content="text/html;
charset=ISO-8859-1">
</head>
<body bgcolor="#ffffff" text="#000000">
We are pleased to announce the first beta build of WebProtege
(version 0.5, build 500)! <br>
<br>
Please post questions, comments, and bug reports on the <a
href="https://mailman.stanford.edu/mailman/listinfo/protege-discussion">protege-discussion
mailing list</a>. Installation instructions are <a
href="http://protegewiki.stanford.edu/wiki/WebProtegeAdminGuide">available</a>
on the Protege wiki.<br>
<br>
-----------------------------<br>
<h3 class="western">Release Notes<br>
</h3>
<ul>
<li>
<p>Compatible with <a
href="http://protege.stanford.edu/download/protege/3.4/installanywhere/Web_Installers/">Protege
3.4.6</a> (for the external server mode), <a
href="http://google-web-toolkit.googlecode.com/files/gwt-2.2.0.zip">GWT
2.2.0</a>, Java 1.6 </p>
</li>
</ul>
<h4 class="western"><a name="New_functionality"></a>New
functionality </h4>
<ul>
<li>
<p><b>Restriction editing</b> is supported in the Restriction
Portlet. The portlet has support for auto-complete for entity
names. </p>
</li>
</ul>
<ul>
<li>
<p><b>Threaded notes and discussions</b> are now supported in he
Notes Tree Portlet. </p>
</li>
</ul>
<ul>
<li>
<p>The HTML Message Portlet allows the <b>embedding of
arbitrary HTML pages</b> or snippets as part of a WebProtege
tab. This portlet can be used for warnings, alerts, news,
embedded documentation, and so on. </p>
</li>
</ul>
<ul>
<li>
<p>The <b>Properties View Portlet</b> shows the properties that
are in the domain of the selected class, similar to the
Properties View in Protege 3.x. </p>
</li>
</ul>
<ul>
<li>
<p>WebProtege now <b>enforces the read and write access right
permissions</b> as defined in the <a
href="http://protegewiki.stanford.edu/wiki/Protege_Client_Server_Tutorial_Configuration">metaproject</a>.
</p>
</li>
</ul>
<ul>
<li>
<p>Users can now <a
href="http://protegewiki.stanford.edu/wiki/WebProtegeOpenId"><b>sign
in with their OpenID</b></a> account, such as Google,
Yahoo, AOL, Flickr, etc. The first time a user signs in with
the OpenID, she will be prompted to associate it with a
WebProtege account. For subsequent sign ins, the user can
simply use the OpenId. The associated OpenId accounts can be
edited in the Options menu -> Edit profile. </p>
</li>
</ul>
<ul>
<li>
<p>It is now possible to <a
href="http://protegewiki.stanford.edu/wiki/WebProtegeWatches"><b>watch
a class or a branch</b></a> in the class tree, similar to
the Watch functionality available in wikis. The Watched
Entities portlet will display the changes that occurred in the
watched entities and branches. </p>
</li>
</ul>
<ul>
<li>
<p>The users may opt to be <a
href="http://protegewiki.stanford.edu/wiki/WebProtegeNotifications"><b>notified
of changes</b></a> occurring in their watched entities or
branches, as well as in the notes and discussions attached to
these entities. The notification is sent by email and can be
configured, together with the notification frequency, in the
Options menu -> Edit profile. </p>
</li>
</ul>
<ul>
<li>
<p>It is now possible to create <b>direct links to entities in
the ontology</b> that will open WebProtege with the entity
selected. The direct link to a class in the ontology can be
retrieved by right clicking on the class in the class tree and
selecting <i>Show direct link</i> from the context menu. This
link can then be sent by email or instance messaging to other
users. </p>
</li>
</ul>
<ul>
<li>
<p>Users may now <b>change their password</b> from the Options
-> Change password menu in the top right corner of the
display. The password can be reset and sent by email if the
user clicks on the <b>Forgot password link</b> in the Login
panel. </p>
</li>
</ul>
<ul>
<li>
<p>Users with adequate access rights can <b>create new users</b>
from the Options menu -> Add new user. </p>
</li>
</ul>
<ul>
<li>
<p>It is now possible to <b>restrict the access</b> to a
WebProtege installation by requiring a password to get to the
initial page of an ontology. </p>
</li>
</ul>
<h4 class="western"><a name="UI_Layout_Enhancements"></a>UI Layout
Enhancements </h4>
<ul>
<li>
<p>WebProtege stores the <a
href="http://protegewiki.stanford.edu/wiki/WebProtegeLayoutConfig"><b>user
interface configuration in a XML file</b></a> that can be
manually edited to change the layout of tabs and portlets. The
configuration can be generic (applied to all projects),
project specific (applied to one project for all users), or
project/user specific (is custom for a project and user). </p>
</li>
</ul>
<ul>
<li>
<p>Added support for building domain specific <a
href="http://protegewiki.stanford.edu/wiki/PropertyFormPortlet"><b>knowledge
acquisition forms</b></a>. Forms are similar to the ones
in the Protege 3.x series in which a property in the ontology
is associated to a widget that can display and edit the values
of the property. Available property widgets: text field, text
area, combo box, grid, etc. See <a
href="http://protegewiki.stanford.edu/wiki/PropertyFormPortlet">documentation</a>.
</p>
</li>
</ul>
<ul>
<li>
<p style="margin-bottom: 0in;"><b>New property form widgets</b>:
</p>
<ul>
<li>
<p style="margin-bottom: 0in;">Instance check box </p>
</li>
<li>
<p style="margin-bottom: 0in;">Instance radio button </p>
</li>
<li>
<p style="margin-bottom: 0in;">Instance combo-box </p>
</li>
<li>
<p style="margin-bottom: 0in;">Class select widget </p>
</li>
<li>
<p>Property select widget </p>
</li>
</ul>
</li>
</ul>
<ul>
<li>
<p>Several of the property form widgets can be configured to
work with single or multiple cardinality properties by setting
the flag multiple_values_allowed to true/false in the XML
configuration for the portlet. </p>
</li>
</ul>
<ul>
<li>
<p>It is possible to prevent users from changing the layout of
their WebProtege by hiding the Ontology toolbar in the XML
configuration file by setting the flag showOntologyToolbar to
false in the <project> element. It is also possible to
prevent users from closing a tab by setting the closable flag
to false in the tab XML configuration. </p>
</li>
</ul>
<ul>
<li>
<p>The Properties Form Portlet supports now type-based tab
activation. The tabs in the portlet can be configured to show
up only if the selected entity has certain types (e.g.
rdf:type). </p>
</li>
</ul>
<ul>
<li>
<p>It is now possible to <b>create your own tabs</b>, add
portlets to them, and set a controlling portlet for the tab.
The controlling portlet sets the selection for the rest of the
portlets in a tab. For example, in the Classes tab, the class
tree portlet is the controlling portlet. </p>
</li>
</ul>
<ul>
<li>
<p>It is possible to <b>change the controlling portlet</b> of
an existing or new tab dynamically at run time by using the
configure icon in the title bar of a portlet. </p>
</li>
</ul>
<ul>
<li>
<p>The <b>selection</b> in the different tabs is now <b>synchronized</b>.
For example, if a user selects a class in the Classes tab, and
then switches to the Individuals tab, the same class will be
selected. </p>
</li>
</ul>
<ul>
<li>
<p>You may <b>save the layout</b> from the Ontology toolbar
using the Save icon (right-most icon). This feature is still
under development. </p>
</li>
</ul>
<ul>
<li>
<p>It is now possible to set the order of a portlet in a tab in
the configuration xml by using the <index> element. </p>
</li>
</ul>
<h4 class="western"><a name="Other_enhancements_and_bug_fixes"></a>Other
enhancements
and bug fixes </h4>
<ul>
<li>
<p style="margin-bottom: 0in;">Better support for <b>linking
terms from <a href="http://bioportal.bioontology.org/">BioPortal</a>
ontologies</b> with the BioPortal Reference Portlet: </p>
<ul>
<li>
<p style="margin-bottom: 0in;">Added support for composite
search: each search term will be expanded </p>
</li>
<li>
<p style="margin-bottom: 0in;">Added support for searching
on synonyms and on other property values </p>
</li>
<li>
<p style="margin-bottom: 0in;">The search results
presentation has been enhanced. It shows the preferred
term, show whether the search term was found in preferred
term, synonym or id, and the matched content. </p>
</li>
<li>
<p>The search can be restricted to a subset of BioPortal
ontologies </p>
</li>
</ul>
</li>
</ul>
<ul>
<li>
<p>The <b>Parents Portlet</b> displays the direct superclasses
of the selected class with clickable links for easy
navigation. </p>
</li>
</ul>
<ul>
<li>
<p>Fixed the All Properties Portlet that shows the annotations
(or own slots for Frames ontologies) associated to an entity
in the ontology. The language of a rdfs:literal is now also
editable. </p>
</li>
</ul>
<ul>
<li>
<p>Fixed a resizing issue for the top panel of WebProtege. </p>
</li>
</ul>
<ul>
<li>
<p>The properties stored in the protege.properties are now
available to both the client (UI) and the WebProtege server.
Properties that are not supposed to be shared with the client
can be black-listed in a file blacklist.properties. </p>
</li>
</ul>
<ul>
<li>
<p>Various other bug fixes and enhancements </p>
</li>
</ul>
</body>
</html>
--------------000500060700030705050802--
--===============6001774421624068555==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
_______________________________________________
protege-releases mailing list
[email protected]
https://mailman.stanford.edu/mailman/listinfo/protege-releases
Instructions for unsubscribing: http://protege.stanford.edu/doc/faq.html#01a.03
--===============6001774421624068555==--