hmm is a python module designed to work with Hidden Markov Models.
Usual algorithms (Viterbi, Baum-Welsh) are implemented using Numeric
Python.
This module has been tested with Python 2.1 and NumPy-20.3, but it should
work with python 2.2.
The home page of the project is http://www.logilab.org/hmm/
Discussions about hmm should take place on the ai-tools(a)logilab.org
mailing list. More information on the list can be found at
http://lists.logilab.org/mailman/listinfo/ai-tools/
Alexandre Fayolle
--
LOGILAB, Paris (France).
http://www.logilab.comhttp://www.logilab.frhttp://www.logilab.org
Narval, the first software agent available as free software (GPL).
What's new ?
------------
Fix packaging problem.
See the ChangeLog file for more information.
What's xmldiff ?
----------------
Xmldiff is a Python tool that figures out the differences between two
similar XML files, in the same way the diff utility does for text files.
Home page
---------
http://www.logilab.org/xmldiff
Download
--------
ftp://ftp.logilab.org/pub/xmldiff
--
Sylvain Thenault
LOGILAB http://www.logilab.org
Preorders for the first issue of Py, a print zine covering Python
development, are now available at www.pyzine.com.
Preorder price is only US$2.00.
Full details, including instructions for ordering, can be found at
www.pyzine.com/purchase.phtml
The first issue of Py will ship the first week of April 2002.
Version 0.04 of SCons has been released and is available for download
from the SCons web site:
http://www.scons.org/
Or through the download link at the SCons project page at SourceForge:
http://sourceforge.net/projects/scons/
RPM and Debian packages and a Win32 installer are all available, in
addition to the traditional .tar.gz files.
WHAT'S NEW IN THIS RELEASE?
Version 0.04 of SCons contains the following changes:
- targets are automatically removed before being built unless the
new Precious() method suppresses their removal
- a new Ignore() method allows dependencies to be ignored
- changes to -I or -L options (include or lib directories) don't
cause a rebuild unless an underlying file changed
- a --debug=pdb option re-invokes SCons under the Python debugger
- you can specify var=value arguments on the command line
- a directory can now be a Default() target
- function actions now return None upon success, and raise exceptions
properly
- Action() and Scanner() can be called from subsidiary SConscripts
- binary file signatures on Win32 systems are now calculated correctly
- LIBS and LIBPATH construction variables can now be strings
- an action is now executed just once for a list of targets, not once
for each target in the list
- SCons will now find the library directory properly if you specify
your own --prefix= value at installation
- more performance improvements, including calculating a build
signature just once per node
- documentation improvements, including corrected mistakes and
additional examples
For a complete list of changes in version 0.05, see the CHANGES.txt
file in the release itself.
WHAT IS SCONS?
SCons is a software construction tool (build tool, make tool) written
in Python. Its design is based on the design which won the Software
Carpentry build tool competition in August 2000 (in turn derived from
the Perl-based Cons build tool).
Distinctive features of SCons include:
- configuration files are Python scripts, allowing the full use of a
real scripting language to solve build problems
- a modular architecture allows the SCons Build Engine to be
embedded in other Python software
- a global view of all dependencies; no multiple passes to get
everything built
- the ability to scan files for implicit dependencies (#include files);
- improved parallel build (-j) support
- use of MD5 signatures to decide if a file has changed
- easily extensible through user-defined Builder and Scanner objects
An scons-users mailing list has been created for those interested in
getting started using SCons. You can subscribe at:
http://lists.sourceforge.net/lists/listinfo/scons-users
Alternatively, we invite you to subscribe to the low-volume
scons-announce mailing list to receive notification when new versions of
SCons become available:
http://lists.sourceforge.net/lists/listinfo/scons-announce
ACKNOWLEDGEMENTS
Special thanks to Charles Crain, Steven Leblanc, and Anthony Roach for
their contributions to this release.
On behalf of the SCons team,
--SK
Hi! A new release of Pymacs is available as:
http://www.iro.umontreal.ca/~pinard/pymacs/Pymacs.tar.gz
(Beware: the capital `P' was a lower case `p' in previous announcements.)
Pymacs allows Emacs users to extend Emacs using Python, where they might have
traditionally used Emacs LISP. Pymacs runs on systems having sub-processes.
No bugs were reported against the Pymacs proper. So, I got to risk some
new ones :-). There is no real need to upgrade, but testers are welcome.
As previously announced, Pymacs is now to be invoked by:
from Pymacs import lisp, Let
instead of:
import pymacs
from pymacs import lisp
Let = pymacs.Let
The goal is to turn Pymacs into a more genuine Python package, in the spirit
of Distutils. A tiny module gets installed so the previous methods work, be
warned that this compatibility module will disappear in some later release.
The various `push' methods of the `Let' class now return the `Let' instance
they act upon. This eases chaining pushes while creating such an instance.
Finally, the `rebox.py' example had two bugs corrected, one about unusual
argument flags, the other for older versions of Python.
Keep happy! Enjoy, enjoy! :-)
--
François Pinard http://www.iro.umontreal.ca/~pinard
Version 0.0 of the Sancho unit testing framework is now available.
Sancho is the unit test module that we use at the MEMS Exchange.
Among the features it supports are:
* Simple and relatively straightforward to use
* Several different test functions: test_stmt, test_val, test_type, etc.
* Optionally displays the code coverage of a test suite
* Includes a script for running all test suites in a directory tree
It's numbered version 0.0 because the code in sancho/unittest.py is
fairly repetitive, and badly needs to be refactored and tidied up.
This might require changing the public interface for Sancho at some
future unknown date. I've released other packages that use Sancho for
the test suite, though, which is why I've prepared this release.
The Sancho home page is at:
http://www.mems-exchange.org/software/sancho/
The code can be downloaded from:
http://www.mems-exchange.org/software/files/sancho/
There's no mailing list for Sancho, but you can discuss it on the
quixote-users mailing list:
http://www.mems-exchange.org/mailman/listinfo/quixote-users/
--amk (www.amk.ca)
Did you ever get to Troy, Drax? A little place in Asia Minor...
-- The Doctor, in "The Armageddon Factor"
Version 0.4.4 of the Quixote Web development toolkit is now available.
Quixote uses a Python package to store all the code and HTML for a
Web-based application. HTML is generated with PTL, Python Template
Language; the basic syntax of PTL looks just like Python, but
expressions are converted to strings and appended to the output.
The change log for this version is:
* Simplify munging of SCRIPT_NAME variable, fixing a bug.
Depending on how Quixote was called, the path could have been
appended to SCRIPT_NAME without a separating slash. (Found by
Quinn Dunkan.)
* On Windows, set mode of sys.stdout to binary. This is important
because responses may contain binary data. Also, EOL translation
can throw off content length calculations. (Found by David Ascher)
* Added a demonstration of the form framework. (Neil)
* Removed the outdated test/ directory. The Quixote unittest.py is
now available as a separate package called Sancho
(http://www.mems-exchange.org/software/sancho/).
* Added an escape hatch for XML-RPC handlers;
http_request.process_inputs() will no longer consume all of standard
input when the Content-Type is text/xml.
* Removed a debug print from form.widget.
The Quixote home page is at:
http://www.mems-exchange.org/software/python/quixote/
The code can be downloaded from:
http://www.mems-exchange.org/software/files/quixote/
Discussion of Quixote occurs on the quixote-users mailing list:
http://www.mems-exchange.org/mailman/listinfo/quixote-users/
--amk (www.amk.ca)
Code generators are hacks. Sometimes necessary hacks, but hacks
nevertheless.
-- Paul Prescod, 7 Jun 2000
It's actually Wednesday 1/2 hr after lunch begins -
> If you're going to the Python 10
> conference, and have an interest in using the
> Zope Object Database (ZODB) outside of the
> Zope framework then you will be interested
> in a BOF (Birds-of-a-Feather) session about that
> subject Wednesday evening, 6 February 2002.
>
At next week's 10th International Python Conference
we are going to devote one of the Developers' Day
(Feb. 7th) sessions to Lightning Talks.
These are very short 5-10 minute talks. Developers
discuss the latest projects they've been working
on -- projects that may be in their early stages
(i.e. no documentation) but are of likely interest
to the Python developer community.
Don't hide your light under a bushel! If you
have a top secret project you're working on and
would like to present it to an attentive audience,
please send a brief description to:
developers(a)python10.org
Jeff Bauer
IPC 10 Developers' Day Chair