4
<!-- Stuff you should alter is highlighted with "***" -->
8
<TITLE>ACEDB User Group Newsletter - December 2000</TITLE>
10
<!-- you won't pick up the style sheet if you view this template file, it works OK
11
for the newsletters which are in the directory above. -->
13
<LINK rel=stylesheet type="text/css"
14
href="../newsletter.css"
15
title="Style sheet for Acedb newsletters">
25
<H1>ACEDB User Group Newsletter - December 2000</H1>
27
<P>If you want to have this newsletter mailed to you <B>or</B> you want to
28
make comments/suggestions about the format/content then
29
send an email to <A HREF="mailto:acedb@sanger.ac.uk">acedb@sanger.ac.uk</A>.
31
<P>This month sees: the announcement of ChickAce, a reminder for Unix users about
32
environment limits and "out of memory" errors from Acedb, major reworking of the
33
Acedb website, quite a number of bug fixes, and a proposal for some new variations
34
of the Rename function.
38
<a name="General"></a><H2>General News</H2>
41
<a name="ChickAce"></a><H3>ChickAce</H3>
43
<P>Martien Groenen emailed to say that he has been setting up an
44
acedb database for the chicken:
47
From: Martien.Groenen@Alg.VF.WAU.NL
49
During the last 6 months I have set up ChickAce which now contains almost all
50
the mapping information that is available for chicken including the linked
51
data such as references (abstracts), sequences, Comparative mapping
52
information (human and mouse), primers, SNP's etc.
53
Currently the database is running satisfactory under Windows in our lab, and
54
someone within my group is using the available CGI script to make the database
55
available on our website (hopefully running in the beginning of next year).
57
In one of the latest newsletters I also saw that URL's are now recognized
58
correctly from within AceDb. Can I use that to link data directly to other
59
databases that are available through the WWW (e.g. for all genes in ChickAce I
60
have also added an extra entry for the Locuslink ID for human and mouse. Can I
61
make a direct link with Locuslink?).
63
Could you add me to the mailing list for the AceDb newsletter (you could also
64
mention that an AceDb database for chicken has been set up in wageningen).
71
<!-------------------------------------------------------------------------->
72
<a name="Articles"></a><H2>Articles</H2>
74
<a name="User"></a><H3>User Environment Limits and Acedb on Unix</H3>
76
<P>This is a brief reminder about user limits
77
which can cause acedb to crash if they are set too low ( applies to unix not MS-Windows users).
79
<P>All users who log on to a unix box (whether directly or via a network terminal)
80
have a set of user limits which control the amount of memory/files etc. that they
81
are allowed to use. You can look at these limits using the C shell command "<code>limit</code>":
87
datasize 262144 kbytes
90
memoryuse 505664 kbytes
94
<P>"<code>datasize</code>" and "<code>stacksize</code>" particularly affect Acedb
95
and can cause it to crash
96
by running out of memory. In the above example "<code>stacksize</code>" is about 2MB which is too
97
low, whereas "<code>datasize</code>" is fine for most uses at about 260MB.
99
<P>If Acedb crashes unexpectedly with either of these warnings:
102
"Memory allocation failure when acedb requested NNNNNN bytes,
103
acedb has already allocated NNNNNN bytes...."
107
"ABORT : Fatal program fault, signal NN...."
110
<P>then you should try increasing your limits using the "<code>unlimit</code>" C shell command:
113
> unlimit stacksize
114
> unlimit datasize
117
If this does not fix the problem then report it either using the ddts bug reporting
120
<li>http://www.sanger.ac.uk/cgi-bin/webddts/WebDDTS.pl?Project=Acedb
123
or by sending a description of the problem to the acedb developers at:
126
<li><A HREF="mailto:acedb@sanger.ac.uk">acedb@sanger.ac.uk</A>
130
<a name="Acedb"></a><H3>Acedb Web Pages re-organisation</H3>
132
<P>John Sturdy has been undertaking a major reorganisation of the acedb web pages
133
and download site. If you visit the <A HREF="http://www.acedb.org"/>Acedb website</A>
134
you will see that the front page has changed and will continue to change quite
135
radically until about mid-January.
137
<P>Of special interest are:
139
<li>Separate "User", "Administrator/Curator" and "Developer" sections.
140
<li>A Search box which allows you to make keyword searches of acedb
141
documents both on the <A HREF="http://www.acedb.org/">Acedb website</A> and the
142
<A HREF="http://genome.cornell.edu/acedoc/">Acedb document library</A> in the States.
143
Please do try this and if you find notable omissions then either send mail
144
to the <A HREF="mailto:bionet-software-acedb@net.bio.net">Acedb newsgroup</A>
145
or to <A HREF="mailto:acedb@sanger.ac.uk">acedb@sanger.ac.uk</A>.
146
<li>There is a new "downloads" set of pages under construction to give better access
147
to the ftp site (available in January).
148
<li>There is a new "Site map" link which gives a quick overview of the document structure
149
of the Acedb site as a whole.
152
<P>John will be adding a lot of new material to the website over the next couple of weeks and
153
our intention is to make it a lot more usable. Comments or suggestions are welcome, please
154
send them to the <A HREF="mailto:bionet-software-acedb@net.bio.net">Acedb newsgroup</A>
155
or <A HREF="mailto:acedb@sanger.ac.uk">acedb@sanger.ac.uk</A>.
159
<a name="New"></a><H2>New Features</H2>
161
<a name="position"></a><H3>New position readout in fmap</H3>
163
<p>A small change courtesy of Jean Thierry-Mieg, fmap has a friendlier readout for the position on
164
the sequence which will now be in kilo (kb) and Mega (Mb) bases,
165
making it a little easier to read than
166
1238749217498123794 as used to be displayed for long sequences.
168
<a name="diagnostics"></a><H3>Better diagnotics from Rename/Alias failures</H3>
170
<p>Previously Acedb has not reported the reason for these failures, only that they
171
happened, now parsing will report in detail the reason for any Rename or Alias failures
172
so that fixing them should be easier.
174
<a name="Bugs"></a><H2>Bugs Fixed</H2>
176
<a name="Colours"></a><H3>Colours bug with gifs</H3>
178
<p>GIF images produced by Acedb 4_8c were sometimes in garish/hard to read colours,
179
this is now fixed in the December monthly build.
181
<a name="Dumping"></a><H3>Dumping objects with very large tag values</H3>
183
<p>Some tag values can be very large (e.g. DNA) and this has caused acedb to overrun
184
one of its internal buffers, this is now fixed with dynamically growing buffers.
186
<a name="Filechooser"></a><H3>File Chooser irritations</H3>
188
<p>Several irritating features of the File Chooser window have been fixed:
191
<li>If you want to go directly to a directory, you can do this by
192
typing the directory name in the bottom "selection" window
193
and pressing the <tab> key. This will point the file chooser
194
to this directory so you can then choose files from there. The
195
<tab> key also does filename completion like the C shell.
196
<li>The File Chooser window now shows a "busy" cursor when it cannot
197
respond to user input e.g. because its waiting to list an NFS
199
<li>The default size of the window has been increased to make it
200
easier to see long filenames.
203
<a name="Cut"></a><H3>Cut/Paste bug fixed</H3>
205
<P>Cut and Paste of larger texts (e.g. DNA) was broken, this was a bug
206
in the underlying Window System software (GTK) and is being fixed by
207
installing updated versions of the software which include the bug fix.
209
<a name="Main"></a><H3>Main Window reset after "Clean Up"</H3>
211
<P>"Clean up" behaviour has been returned to how it was in 4_7, the local/global
212
search is left as it was before the "Clean up".
214
<a name="Socket"></a><H3>Socket Server Admin users permissions bug</H3>
216
<P>If you noticed problems with Admin users not having access to some commands
217
for the socket server, this is now fixed. Admin users should have access to
218
all possible commands as they have the highest permission levels.
221
<a name="Education"></a><H2>Education</H2>
223
<P>HGMP are hosting an Acedb course in the week of 22nd-26th January 2001.
225
<P>The next Sanger Centre course is likely to be in June 2001.
227
<P>If you are interested in either please mail
228
<A HREF="mailto:sylvia@sanger.ac.uk">Sylvia Martinelli (sylvia@sanger.ac.uk)</A>
231
<a name="Future"></a><H2>Future Plans</H2>
233
<P>If you wish to make suggestions about any of the below, please mail them
234
to <A HREF="mailto:acedb@sanger.ac.uk">acedb@sanger.ac.uk</A>
237
<a name="installRevised"></a><H3>Revised INSTALL script for Acedb</H3>
239
<P>The current INSTALL script for acedb is being revised, the
240
section for installing the worm database will be moved into a separate
241
script (available from the
242
<A HREF="http://www.sanger.ac.uk/Projects/C_elegans/">worm web site</A> in the January).
243
The download site will include for each acedb release the following
244
archives: compilable source code, binaries for selected platforms,
245
help pages, docs and a test database.
248
<a name="Enhancements"></a><H3>Enhancements to "Rename"</H3>
250
<P>Discussions with a number of users have suggested that the
251
"Rename" operation doesn't always so what they would like or expect.
252
Currently it works like this:
254
<P>Let's say we wish to rename Sequence object "A" to "B":
256
<P>If the database does <b>not</b> contain a Sequence object with the name "B",
257
the operation is straight forward: object "A" is simply given the new name
258
of "B" and the name "A" ceases to exist.
260
<P>If the database <b>does</b> contains a Sequence object with the name "B",
261
things are more complicated, the two objects are combined to form a new
262
"B" object following these rules:
266
tag type tag in "A" ? tag in "B" ? tag in new "B"
267
-------- ------------ ------------ --------------
272
non-UNIQ Y N "A"s values
274
Y Y (all of "A"s values
275
+ all of "B"s values)
278
<P>In this case the original "A" and "B" objects will be replaced with the
279
single new "B" object.
282
<P>The new proposal is:
284
<P>Given that we want to rename object "A" to "B" and that "B" already points
288
<li>The existing rename operation will combine "A" and "B" as before.
289
<li>New variants of rename will be provided:
291
<li>safe-rename: will fail because "B" points to an existing object
292
<li>replace-rename: will delete "B" and then rename "A" to "B"
293
<li>overwrite-rename: will combine "A" and "B", where tags exist in
294
both "A" will take preference.
295
<li>augment-rename: as for overwrite-rename, but where tags exist in
296
both "B" will take preference.
298
When implemented, the third and fourth operations will probably be called
302
<P>This would allow users to do renames and choose how this should work. They
303
could for instance do a "safe-rename" which would avoid any loss of data, or
304
conversely do a "replace-rename" which would avoid any combining of objects.
306
<P>A question remains about whether these operations should be inclusive or
307
exclusive for non-UNIQ tags, i.e. should they be combined as before, or should
308
one set of tags overwrite another. If you are regularly parsing in data to an Acedb
309
database and have thoughts about how you would like Rename to work, then please
310
mail <A HREF="mailto:acedb@sanger.ac.uk">acedb@sanger.ac.uk</A>.
314
<H2>December monthly build available in first week of January 2001</H2>
316
<P>Sorry, not time to do this before Christmas, build has been done
317
and will be distributed first week in January.
319
<P>You can pick up the monthly builds from:
321
<dt><b>Sanger users</b>
322
<dd>~acedb/RELEASE.DEVELOPMENT
323
<dt><b>External users</b>
324
<dd>ftp://ftp.sanger.ac.uk/pub/acedb/Sanger-release.2000_12_22.tar.gz
327
<H2>Next User Group Meeting - D319, 2.30pm, Thursday 18th January 2001</H2>
332
<ADDRESS><A href="mailto:edgrif@sanger.ac.uk">Ed Griffiths <edgrif@sanger.ac.uk></A></ADDRESS>
334
Last modified: Mon May 21 15:38:36 BST 2001