[Obi-devel] Summary of developers call

2 views
Skip to first unread message

Alan Ruttenberg

unread,
Jun 28, 2010, 1:39:22 PM6/28/10
to OBI Developers
1) Paper status - Chris will send note to authors asking for consent
to send to PLOS Compbio
2) Release issues. Jie will try "export ABCL_RAM=2048" to see whether
that gets past the memory issue.
3) We discussed the relation of "primary structure of sequence
macromolecule" to SO, deciding that we would move these to be children
of generically dependent continuant and deprecate and replace with SO
terms once we were clear on what the replacements should be. We
defined 'sequence data' to be measurement data that is about primary
structure of sequence macromolecule, and used the new term in sequence
assay. Will check in as soon as classification finishes successfully.
4) Reviewed 9 devices from spreadsheet. There were sufficient comments
that it seems this is a worthwhile exercise to continue. Carlo will
follow up on the comments that were made

-Alan

------------------------------------------------------------------------------
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
_______________________________________________
Obi-devel mailing list
Obi-...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/obi-devel

Jie Zheng

unread,
Jun 29, 2010, 11:05:44 AM6/29/10
to Alan Ruttenberg, OBI Developers
Hi Alan,

I tried to increase the memory using "export ABCL_RAM=2048". It still
failed in generating 'inferred-superclasses.owl'. Main issue is
"java.lang.OutOfMemoryError: Java heap space".

I attach a compressed file that contains the output message of running
the script (Infer-mesg.txt), the bash file I ran
(OBIrelease-8-infer-0628), and the files that generated during release
process. The OBI files revision 2974 were used. Could you please have a
look? If you need, you can login to my account to check it.

Thanks,

Jie

obi-release.zip

Alan Ruttenberg

unread,
Jul 1, 2010, 3:26:31 PM7/1/10
to Jie Zheng, OBI Developers
Hi Jie,

I had a look at this today in Protege 4. To do so I did the following:

1) Copy the external directory from the trunk into the release
directory (the one in the zip isn't complete)
2) Copy the file catalog-v001.xml from the branches directory into the
newids folder.
3) Open obi.owl
4) Manually import the files disjoints.owl and assumed-individuals.owl
5) Classify using Hermit.

In doing so I see a number of unsatisfiable classes. I don't have time
to debug what the problem is now. I can try to do so but will be away
for a week with limited internet access.

I'm attaching a snapshot of the unsat classes in case it gives a hint
to someone else of what the problem is. Recall that as we add
disjoints in the build, classes that might have been satisfiable
before might only be caught as unsatisfiable once the disjoints are
added.

-Alan

Screen shot 2010-07-01 at 3.24.55 PM.png

Jie Zheng

unread,
Jul 1, 2010, 3:31:50 PM7/1/10
to Alan Ruttenberg, OBI Developers
Hi Alan,

Thanks for looking at it. I will try the way you are doing to see
whether reasoning works and look details of unsatisfied classes.

Jie

>> ------------------------------------------------------------------------

Jie Zheng

unread,
Jul 1, 2010, 5:31:20 PM7/1/10
to OBI Developers
Hi All,

I manually imported disjoints.owl and assumed-individuals.owl into
obi.owl using both Protege 3.4.4 and Protege 4.1. I got exactly
inconsistent classes as Alan got when reasoning with Hermit in Protege
4.1. By using Pellet Protege 3.4.4, I got the same inconsistent classes
as those indicated by Hermit and ran into out of memory issue. Without
importing disjoints.owl, reasoning is fine.

Most of inconsistent classes are chromatography related terms. There are
many disjoint classes associated with them. I have no idea which one
cause the problem. I will appreciate it very much if anyone would like
to help on it. I have attached disjoints.owl and
assumed-individuals.owl. Open the obi.owl using Protege 4.1 and then
import the attached owl files. After reasoning using Hermit, you can see
the inconsistent classes.

Thanks,

Jie

>> ------------------------------------------------------------------------
>>

disjoints.owl
assumed-individuals.owl

Philippe Rocca-Serra

unread,
Jul 2, 2010, 11:47:49 AM7/2/10
to Jie Zheng, OBI Developers
Hi Everyone,

I have been trying to import several classes from RNAO and modified my
local copies of external.owl and externalDerived.owl as follows:

i. external.owl

addition of RNAO namespace:
xmlns:rnao="http://purl.org/obo/owl/RNAO#"

and then

<owl:Class rdf:about="http://purl.org/obo/owl/RNAO#RNAO_0000173">
<rdfs:subClassOf
rdf:resource="http://www.ifomis.org/bfo/1.1/snap#MaterialEntity"/>
<IAO_0000412 rdf:resource="http://purl.org/obo/owl/RNAO"/>
</owl:Class>


ii. externalDerived.owl

addition of RNAO namespace:
xmlns:rnao="http://purl.org/obo/owl/RNAO#"

and then

<!-- purine N7 atom-->
<rdf:Description rdf:about="http://purl.org/obo/owl/RNAO#RNAO_0000173">
<rdfs:label xml:lang="en">purine N7 atom</rdfs:label>
<obi:IAO_0000111 xml:lang="en">purine N7 atom</obi:IAO_0000111>
</rdf:Description>


Opening obi-edit.pprj shows the RNAO class but I can not get it to
locate as a subclass of Material Entity (note this is just a test, it
did not work either when I tried to subclass it as molecular entity from
CHEBI

The Purl for RNAO seems to be valid. Any clue as to what could cause the
fault?

Thanks for your help

Philippe

Screen shot 2010-07-02 at 16.45.15.png

Jie Zheng

unread,
Jul 2, 2010, 12:15:39 PM7/2/10
to Philippe Rocca-Serra, OBI Developers
Hi Philippe,

The 'purine N7 atom' is imported under material_entity after I modified
external.owl and externalDerived.owl as you said. Please see the
attached files.

As you mentioned, it is more appropriate to import it under 'molecular
entity'.

Best,

Jie

> ------------------------------------------------------------------------
>

external.zip

Philippe Rocca-Serra

unread,
Jul 2, 2010, 12:37:18 PM7/2/10
to Jie Zheng, OBI Developers
Hi Jie,

thanks for checking on this. It works with your file but not mine. How
rude ! :)

I have run a diff between your file and mine and can not spot anything
major except the "owl:Ontology rdf:about="" but even changing it in my
case does not fix the import.
which leaves the order but then again, does not make much sense....

Arghh!! just found the b...dy typo at the beginning

diff external.owl external-old.owl <!-- this means diff jie's file
philippe's file
1c1
< <?xml version="1.0"?>
---
> d<?xml version="1.0"?>
17c17


thanks again.


--
/-----------------------------------------------\
Philippe Rocca-Serra (PhD)
EMBL-EBI
NET-Project Technical Coordinator
Tel: +44 (0)1223 492553
Fax: +44 (0)1223 494
URL:
http://www.ebi.ac.uk/net-project/
http://isatab.sourceforge.net/index.html
\-----------------------------------------------/

Jie Zheng

unread,
Jul 2, 2010, 12:51:29 PM7/2/10
to Philippe Rocca-Serra, OBI Developers
Hi Philippe,

You are welcome.

Since it is typo, it means you can miroet as many terms as you want by
yourself in the future. :-)

However, I will add RNAO to the template file for generating
externalDerived.owl scripts. Otherwise, when we run the script to update
externalDerived.owl, all the information you added manually will be
missing. When I am done, I will let you know and you can follow the
tutorial on the OBI wikipage to run the script to generate
externalDerived.owl. It is easy and the program is platform independent.

Best,

Jie

Reply all
Reply to author
Forward
0 new messages