<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to feature-requests</title><link>https://sourceforge.net/p/mummer/feature-requests/</link><description>Recent changes to feature-requests</description><atom:link href="https://sourceforge.net/p/mummer/feature-requests/feed.rss" rel="self"/><language>en</language><lastBuildDate>Wed, 04 Oct 2006 13:32:24 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/mummer/feature-requests/feed.rss" rel="self" type="application/rss+xml"/><item><title>improved command-line usage</title><link>https://sourceforge.net/p/mummer/feature-requests/9/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Hello Mummers&lt;/p&gt;
&lt;p&gt;I would like to suggest a more friendly way of allowing&lt;br /&gt;
mummer to interact with scripts.&lt;/p&gt;
&lt;p&gt;First of all, I am frustrated because mummer needs to&lt;br /&gt;
read imput from files and that you cannot pipe&lt;br /&gt;
sequences directly to mummer. Could that be fixed&lt;br /&gt;
somehow, so that if you pipe fasta files to mummer, the&lt;br /&gt;
suffix tree is build from the first sequence, and that&lt;br /&gt;
subsequent sequences are used for matching? (I am dying&lt;br /&gt;
to get this functionality).&lt;/p&gt;
&lt;p&gt;Alternatively, some sort of API may be worth considering.&lt;/p&gt;
&lt;p&gt;Cheers&lt;/p&gt;
&lt;p&gt;Martin&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Martin A Hansen</dc:creator><pubDate>Wed, 04 Oct 2006 13:32:24 -0000</pubDate><guid>https://sourceforge.netf160d0873640b534bf40b66220056bfaf602ea0e</guid></item><item><title>improved command-line usage</title><link>https://sourceforge.net/p/mummer/feature-requests/8/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Hello Mummers&lt;/p&gt;
&lt;p&gt;I would like to suggest a more friendly way of allowing&lt;br /&gt;
mummer to interact with scripts.&lt;/p&gt;
&lt;p&gt;First of all, I am frustrated because mummer needs to&lt;br /&gt;
read imput from files and that you cannot pipe&lt;br /&gt;
sequences directly to mummer. Could that be fixed&lt;br /&gt;
somehow, so that if you pipe fasta files to mummer, the&lt;br /&gt;
suffix tree is build from the first sequence, and that&lt;br /&gt;
subsequent sequences are used for matching? (I am dying&lt;br /&gt;
to get this functionality).&lt;/p&gt;
&lt;p&gt;Alternatively, some sort of API may be worth considering.&lt;/p&gt;
&lt;p&gt;Cheers&lt;/p&gt;
&lt;p&gt;Martin&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Martin A Hansen</dc:creator><pubDate>Wed, 04 Oct 2006 12:56:18 -0000</pubDate><guid>https://sourceforge.net38c602e2a4099d5ba1ea155bd8b8d72381efb633</guid></item><item><title>verbose/silent command-line usage</title><link>https://sourceforge.net/p/mummer/feature-requests/7/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Hello Mummers&lt;/p&gt;
&lt;p&gt;I would like a command-line switch to either run Mummer&lt;br /&gt;
silently or that mummer only displays lines:&lt;/p&gt;
&lt;p&gt;# reading input file "../test.fna" of length 9312&lt;br /&gt;
# construct suffix tree for sequence of length 9312&lt;br /&gt;
# (maximum input length is 536870908)&lt;br /&gt;
# CONSTRUCTIONTIME mummer ../test.fna 0.00&lt;br /&gt;
# reading input file "../test.fna" of length 9312&lt;br /&gt;
# matching query-file "../test.fna"&lt;br /&gt;
# against subject-file "../test.fna"&lt;/p&gt;
&lt;p&gt;when a verbose switch is enabled.&lt;/p&gt;
&lt;p&gt;Cheers&lt;/p&gt;
&lt;p&gt;Martin&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Martin A Hansen</dc:creator><pubDate>Wed, 04 Oct 2006 12:28:14 -0000</pubDate><guid>https://sourceforge.net8133a78c66c6cf48987200e8cb599dc91305f593</guid></item><item><title>plot title</title><link>https://sourceforge.net/p/mummer/feature-requests/6/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Please add a --title option to mummerplot instead of&lt;br /&gt;
hacking the gp file.&lt;/p&gt;
&lt;p&gt;Specification:&lt;/p&gt;
&lt;p&gt;Option:&lt;br /&gt;
--title &amp;lt;titlevalue&amp;gt;&lt;/p&gt;
&lt;p&gt;Result:&lt;br /&gt;
set title "&amp;lt;titlevalue&amp;gt;"&lt;br /&gt;
is written to the out.gp file&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Michael Schatz</dc:creator><pubDate>Thu, 23 Jun 2005 21:28:49 -0000</pubDate><guid>https://sourceforge.netc805b18c33be66dfb7b353bcbe4593e5706b4fb8</guid></item><item><title>a more conventional install</title><link>https://sourceforge.net/p/mummer/feature-requests/5/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;It would be terrific if "make install" produced results&lt;br /&gt;
that were a little more typical of unix systems.  That&lt;br /&gt;
is, it installs necessary files somewhere other than in&lt;br /&gt;
the source tree. My hope is that this will come with&lt;br /&gt;
the --prefix with the move to autoconf.&lt;/p&gt;
&lt;p&gt;Also, it would be nice to have all executables&lt;br /&gt;
installed into a single bin directory rather than&lt;br /&gt;
having many programs in the basal directory, a scripts&lt;br /&gt;
directory and an aux_bin directory.  How about just a&lt;br /&gt;
single directory of executables?&lt;/p&gt;
&lt;p&gt;I think that many sys admins would thank you for these&lt;br /&gt;
changes.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Dick Repasky</dc:creator><pubDate>Mon, 13 Jun 2005 13:47:18 -0000</pubDate><guid>https://sourceforge.net1e5658f23a3be6cadde08d10d78ca0291ff086fc</guid></item><item><title>inexact matching</title><link>https://sourceforge.net/p/mummer/feature-requests/4/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Some sort of inexact matching (match a complete string&lt;br /&gt;
within some given edit distance) would be nice. See&lt;br /&gt;
vmatch -e option.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Adam Phillippy</dc:creator><pubDate>Wed, 01 Jun 2005 21:06:04 -0000</pubDate><guid>https://sourceforge.netdb788187189fabaa4614553402ba98d4e0f90f33</guid></item><item><title>synteny browser</title><link>https://sourceforge.net/p/mummer/feature-requests/3/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Some sort of (visual) synteny browser should be added&lt;br /&gt;
to MUMmer. This ticket is intentionally vague.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Adam Phillippy</dc:creator><pubDate>Wed, 01 Jun 2005 21:04:18 -0000</pubDate><guid>https://sourceforge.netbbc24f70a66ba049b4df3225aaf7055122b12f8f</guid></item><item><title>nucmer/promer do not check for FastA header uniqueness</title><link>https://sourceforge.net/p/mummer/feature-requests/2/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;obscure errors arise if the fasta input headers are not&lt;br /&gt;
unique, this problem should be fixed... loading the&lt;br /&gt;
entire file into memory and hashing by the ID is one&lt;br /&gt;
option that would speed up nucmer and present a&lt;br /&gt;
solution to this problem.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Adam Phillippy</dc:creator><pubDate>Wed, 01 Jun 2005 20:57:16 -0000</pubDate><guid>https://sourceforge.net2d6c2556d958bfa0d27c73fb7cb3d838bdfee028</guid></item><item><title>switch to autoconf/automake build system</title><link>https://sourceforge.net/p/mummer/feature-requests/1/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;replace the current minimalist build system with&lt;br /&gt;
autoconf/automake equivalent&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Adam Phillippy</dc:creator><pubDate>Wed, 01 Jun 2005 20:52:05 -0000</pubDate><guid>https://sourceforge.net96d5920378aa5108a2f26d3f87884e2ee0d472e2</guid></item></channel></rss>