You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(5) |
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
|
Feb
(2) |
Mar
|
Apr
(5) |
May
(11) |
Jun
(7) |
Jul
(18) |
Aug
(5) |
Sep
(15) |
Oct
(4) |
Nov
(1) |
Dec
(4) |
2004 |
Jan
(5) |
Feb
(2) |
Mar
(5) |
Apr
(8) |
May
(8) |
Jun
(10) |
Jul
(4) |
Aug
(4) |
Sep
(20) |
Oct
(11) |
Nov
(31) |
Dec
(41) |
2005 |
Jan
(79) |
Feb
(22) |
Mar
(14) |
Apr
(17) |
May
(35) |
Jun
(24) |
Jul
(26) |
Aug
(9) |
Sep
(57) |
Oct
(64) |
Nov
(25) |
Dec
(37) |
2006 |
Jan
(76) |
Feb
(24) |
Mar
(79) |
Apr
(44) |
May
(33) |
Jun
(12) |
Jul
(15) |
Aug
(40) |
Sep
(17) |
Oct
(21) |
Nov
(46) |
Dec
(23) |
2007 |
Jan
(18) |
Feb
(25) |
Mar
(41) |
Apr
(66) |
May
(18) |
Jun
(29) |
Jul
(40) |
Aug
(32) |
Sep
(34) |
Oct
(17) |
Nov
(46) |
Dec
(17) |
2008 |
Jan
(17) |
Feb
(42) |
Mar
(23) |
Apr
(11) |
May
(65) |
Jun
(28) |
Jul
(28) |
Aug
(16) |
Sep
(24) |
Oct
(33) |
Nov
(16) |
Dec
(5) |
2009 |
Jan
(19) |
Feb
(25) |
Mar
(11) |
Apr
(32) |
May
(62) |
Jun
(28) |
Jul
(61) |
Aug
(20) |
Sep
(61) |
Oct
(11) |
Nov
(14) |
Dec
(53) |
2010 |
Jan
(17) |
Feb
(31) |
Mar
(39) |
Apr
(43) |
May
(49) |
Jun
(47) |
Jul
(35) |
Aug
(58) |
Sep
(55) |
Oct
(91) |
Nov
(77) |
Dec
(63) |
2011 |
Jan
(50) |
Feb
(30) |
Mar
(67) |
Apr
(31) |
May
(17) |
Jun
(83) |
Jul
(17) |
Aug
(33) |
Sep
(35) |
Oct
(19) |
Nov
(29) |
Dec
(26) |
2012 |
Jan
(53) |
Feb
(22) |
Mar
(118) |
Apr
(45) |
May
(28) |
Jun
(71) |
Jul
(87) |
Aug
(55) |
Sep
(30) |
Oct
(73) |
Nov
(41) |
Dec
(28) |
2013 |
Jan
(19) |
Feb
(30) |
Mar
(14) |
Apr
(63) |
May
(20) |
Jun
(59) |
Jul
(40) |
Aug
(33) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
From: Francesc A. <fa...@gm...> - 2013-05-02 12:07:18
|
=============================================================== Announcing Blosc 1.2.1 A blocking, shuffling and lossless compression library =============================================================== What is new? ============ The most important features for this release are support for cmake (tested on Linux, Mac OSX and Windows) and thread safety calls of Blosc functions from threaded apps. Many thanks for those who contributed to this release: Thibault North, Antonio Valentino, Mark Wiebe, Valentin Haenel and Christoph Gohlke. For more info, please see the release notes in: https://github.com/FrancescAlted/blosc/wiki/Release-notes What is it? =========== Blosc (http://www.blosc.org) is a high performance compressor optimized for binary data. It has been designed to transmit data to the processor cache faster than the traditional, non-compressed, direct memory fetch approach via a memcpy() OS call. Blosc is the first compressor (that I'm aware of) that is meant not only to reduce the size of large datasets on-disk or in-memory, but also to accelerate object manipulations that are memory-bound. There is also a handy command line for Blosc called Bloscpack (https://github.com/esc/bloscpack) that allows you to compress large binary datafiles on-disk. Although the format for Bloscpack has not stabilized yet, it allows you to effectively use Blosc from you favorite shell. Download sources ================ For more details on what it is, please go to main web site: http://www.blosc.org/ The github repository is over here: https://github.com/FrancescAlted/blosc Blosc is distributed using the MIT license, see LICENSES/BLOSC.txt for details. Mailing list ============ There is an official Blosc mailing list at: bl...@go... http://groups.google.es/group/blosc Francesc Alted |
From: Tim M. <tim...@gm...> - 2013-05-02 10:14:19
|
Hello, I woudl like to add the following to my hdf5 archives: * physical dimensions * metadata with a not on how the data in the Table or Group I found one example for h5py [1]. Is there a similar method for pytables which is the preferred connector by pandas? I woudl be happy to receive a pointer or hint. Thanks and regards, Timmie [1] How do I assign scales (or physical dimensions) to HDF5 datasets in h5py? http://stackoverflow.com/questions/11432309 |
From: Giovanni L. C. <glc...@gm...> - 2013-04-29 18:19:12
|
On Mon 29 Apr 2013 01:52:17 PM EDT, pyt...@li... wrote: > Hello Giovanni, This seems to work just fine for me (I am on the current > develop branch). scopatz@ares ~/Downloads $ python ipython_log.py [11L] [11L] > [11L] So either it is an issue with your machine, your version of pytables or > numpy, or something else. If I were you and I needed a stable version, I would > wait a week or two for the PyTables v3.0 release and try it again. Thank Anthony, I will check with PyTables 3.0 and see if the problem persists. Best, -- Giovanni Luca Ciampaglia Postdoctoral fellow Center for Complex Networks and Systems Research Indiana University ✎ 910 E 10th St ∙ Bloomington ∙ IN 47408 ☞ http://cnets.indiana.edu/ ✉ gci...@in... |
From: Anthony S. <sc...@gm...> - 2013-04-29 17:52:17
|
Hello Giovanni, This seems to work just fine for me (I am on the current develop branch). scopatz@ares ~/Downloads $ python ipython_log.py [11L] [11L] [11L] So either it is an issue with your machine, your version of pytables or numpy, or something else. If I were you and I needed a stable version, I would wait a week or two for the PyTables v3.0 release and try it again. Be Well Anthony On Mon, Apr 29, 2013 at 12:42 PM, Giovanni Luca Ciampaglia < glc...@gm...> wrote: > On 04/27/2013 07:51 AM, pyt...@li...wrote: > > Hello Giovanni! > > > > This definitely seems like a bug. How was the column indexed? Could you > > send a sample script that reproduces the problem from start to finish? > > Thanks. > > > > Be Well > > Anthony > > Hi Anthony, > > It seems that the bug is somehow related to the way I create the h5 file, > because if I try to reproduce on a file that was created with the same > data, but > in another way, the bug does not appear. Unfortunately I don't know how to > check > whether the file was corrupted or not. Anyway, I have put both the ipython > log > and the data file in a zip archive that you can download here: > https://dl.dropboxusercontent.com/u/4790924/pytables-bug.zip so you can > have a > look at it and probably find the reason of the bug -- if it is a bug at > all. > > Best, > > -- > Giovanni Luca Ciampaglia > > Postdoctoral fellow > Center for Complex Networks and Systems Research > Indiana University > > ✎ 910 E 10th St ∙ Bloomington ∙ IN 47408 > ☞ http://cnets.indiana.edu/ > ✉ gci...@in... > > > > ------------------------------------------------------------------------------ > Try New Relic Now & We'll Send You this Cool Shirt > New Relic is the only SaaS-based application performance monitoring service > that delivers powerful full stack analytics. Optimize and monitor your > browser, app, & servers with just a few lines of code. Try New Relic > and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr > _______________________________________________ > Pytables-users mailing list > Pyt...@li... > https://lists.sourceforge.net/lists/listinfo/pytables-users > |
From: Giovanni L. C. <glc...@gm...> - 2013-04-29 17:42:52
|
On 04/27/2013 07:51 AM, pyt...@li... wrote: > Hello Giovanni! > > This definitely seems like a bug. How was the column indexed? Could you > send a sample script that reproduces the problem from start to finish? > Thanks. > > Be Well > Anthony Hi Anthony, It seems that the bug is somehow related to the way I create the h5 file, because if I try to reproduce on a file that was created with the same data, but in another way, the bug does not appear. Unfortunately I don't know how to check whether the file was corrupted or not. Anyway, I have put both the ipython log and the data file in a zip archive that you can download here: https://dl.dropboxusercontent.com/u/4790924/pytables-bug.zip so you can have a look at it and probably find the reason of the bug -- if it is a bug at all. Best, -- Giovanni Luca Ciampaglia Postdoctoral fellow Center for Complex Networks and Systems Research Indiana University ✎ 910 E 10th St ∙ Bloomington ∙ IN 47408 ☞ http://cnets.indiana.edu/ ✉ gci...@in... |
From: Anthony S. <sc...@gm...> - 2013-04-27 19:40:34
|
On Sat, Apr 27, 2013 at 2:26 PM, Andreas Hilboll <li...@hi...> wrote: > Am 27.04.2013 19:42, schrieb Anthony Scopatz: > > On Sat, Apr 27, 2013 at 12:35 PM, Andreas Hilboll <li...@hi... > > <mailto:li...@hi...>> wrote: > > > > Am 27.04.2013 19 <tel:27.04.2013%2019>:17, schrieb Anthony Scopatz: > > > Whoo hoo! Thanks for all of your hard work Antonio! > > > > > > PyTables users, we'd really appreciate it if you could try out > > this beta > > > release, run the test suite: > > > > > > $ python -c "import tables as tb; tb.test()" > > > > > > And let us know if there are any issues. Additionally, if you are > > > feeling brave, any help you can give closing out the last remaining > > > issues [1] would be great! > > > > $ virtualenv --system-site-packages .virtualenvs/pytables-test > > (pytables-test) $ python -c "import tables; tables.test()" > > Traceback (most recent call last): > > File "<string>", line 1, in <module> > > File "tables/__init__.py", line 82, in <module> > > from tables.utilsextension import (get_pytables_version, > > get_hdf5_version, > > ImportError: No module named utilsextension > > > > > > This seems like you didn't compile and install PyTables first. So to be > > more clear: > > > > ~ $ cd pytables > > ~/pytables $ python setup.py install > > ~/pytables $ cd .. > > ~ $ python -c "import tables; tables.test()" > > > > Be Well > > Anthony > > > > > > > > -- Andreas. > > > > > > Sorry, didn't write down that line. Actually, I did compile and install > pytables using python setup.py install from within the virtualenv. > > The problem was that I ran that command from within the installation > directory, so that `import tables` didn't import the installed version. > I keep making that mistake with every project at least twice :-/ > > When you try to do that in scipy, it gives a warning. Maybe it would be > a good idea to do this in pytables as well? > That is a good idea! > > The tests all ran well: > Glad they passed! Be Well Anthony > > $ python -c "import tables as tb; tb.test()" > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > PyTables version: 3.0.0b1 > HDF5 version: 1.8.4-patch1 > NumPy version: 1.6.1 > Numexpr version: 1.4.2 (not using Intel's VML/MKL) > Zlib version: 1.2.3.4 (in Python interpreter) > BZIP2 version: 1.0.6 (6-Sept-2010) > Blosc version: 1.2.1-rc1 (2013-04-24) > Cython version: 0.15.1 > Python version: 2.7.3 (default, Aug 1 2012, 05:14:39) > [GCC 4.6.3] > Platform: linux2-x86_64 > Byte-ordering: little > Detected cores: 2 > Default encoding: ascii > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > [...] > Ran 5242 tests in 493.636s > OK > > > and > > $ python -c "import tables as tb; tb.test()" > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > PyTables version: 3.0.0b1 > HDF5 version: 1.8.4-patch1 > NumPy version: 1.6.1 > Numexpr version: 2.1 (not using Intel's VML/MKL) > Zlib version: 1.2.3.4 (in Python interpreter) > BZIP2 version: 1.0.6 (6-Sept-2010) > Blosc version: 1.2.1-rc1 (2013-04-24) > Cython version: 0.19 > Python version: 3.2.3 (default, Oct 19 2012, 20:10:41) > [GCC 4.6.3] > Platform: linux2-x86_64 > Byte-ordering: little > Detected cores: 2 > Default encoding: utf-8 > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > [...] > Ran 5217 tests in 526.794s > OK > > > -- > -- Andreas. > |
From: Andreas H. <li...@hi...> - 2013-04-27 19:26:40
|
Am 27.04.2013 19:42, schrieb Anthony Scopatz: > On Sat, Apr 27, 2013 at 12:35 PM, Andreas Hilboll <li...@hi... > <mailto:li...@hi...>> wrote: > > Am 27.04.2013 19 <tel:27.04.2013%2019>:17, schrieb Anthony Scopatz: > > Whoo hoo! Thanks for all of your hard work Antonio! > > > > PyTables users, we'd really appreciate it if you could try out > this beta > > release, run the test suite: > > > > $ python -c "import tables as tb; tb.test()" > > > > And let us know if there are any issues. Additionally, if you are > > feeling brave, any help you can give closing out the last remaining > > issues [1] would be great! > > $ virtualenv --system-site-packages .virtualenvs/pytables-test > (pytables-test) $ python -c "import tables; tables.test()" > Traceback (most recent call last): > File "<string>", line 1, in <module> > File "tables/__init__.py", line 82, in <module> > from tables.utilsextension import (get_pytables_version, > get_hdf5_version, > ImportError: No module named utilsextension > > > This seems like you didn't compile and install PyTables first. So to be > more clear: > > ~ $ cd pytables > ~/pytables $ python setup.py install > ~/pytables $ cd .. > ~ $ python -c "import tables; tables.test()" > > Be Well > Anthony > > > > -- Andreas. > > Sorry, didn't write down that line. Actually, I did compile and install pytables using python setup.py install from within the virtualenv. The problem was that I ran that command from within the installation directory, so that `import tables` didn't import the installed version. I keep making that mistake with every project at least twice :-/ When you try to do that in scipy, it gives a warning. Maybe it would be a good idea to do this in pytables as well? The tests all ran well: $ python -c "import tables as tb; tb.test()" -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= PyTables version: 3.0.0b1 HDF5 version: 1.8.4-patch1 NumPy version: 1.6.1 Numexpr version: 1.4.2 (not using Intel's VML/MKL) Zlib version: 1.2.3.4 (in Python interpreter) BZIP2 version: 1.0.6 (6-Sept-2010) Blosc version: 1.2.1-rc1 (2013-04-24) Cython version: 0.15.1 Python version: 2.7.3 (default, Aug 1 2012, 05:14:39) [GCC 4.6.3] Platform: linux2-x86_64 Byte-ordering: little Detected cores: 2 Default encoding: ascii -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= [...] Ran 5242 tests in 493.636s OK and $ python -c "import tables as tb; tb.test()" -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= PyTables version: 3.0.0b1 HDF5 version: 1.8.4-patch1 NumPy version: 1.6.1 Numexpr version: 2.1 (not using Intel's VML/MKL) Zlib version: 1.2.3.4 (in Python interpreter) BZIP2 version: 1.0.6 (6-Sept-2010) Blosc version: 1.2.1-rc1 (2013-04-24) Cython version: 0.19 Python version: 3.2.3 (default, Oct 19 2012, 20:10:41) [GCC 4.6.3] Platform: linux2-x86_64 Byte-ordering: little Detected cores: 2 Default encoding: utf-8 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= [...] Ran 5217 tests in 526.794s OK -- -- Andreas. |
From: Anthony S. <sc...@gm...> - 2013-04-27 17:42:36
|
On Sat, Apr 27, 2013 at 12:35 PM, Andreas Hilboll <li...@hi...> wrote: > Am 27.04.2013 19:17, schrieb Anthony Scopatz: > > Whoo hoo! Thanks for all of your hard work Antonio! > > > > PyTables users, we'd really appreciate it if you could try out this beta > > release, run the test suite: > > > > $ python -c "import tables as tb; tb.test()" > > > > And let us know if there are any issues. Additionally, if you are > > feeling brave, any help you can give closing out the last remaining > > issues [1] would be great! > > $ virtualenv --system-site-packages .virtualenvs/pytables-test > (pytables-test) $ python -c "import tables; tables.test()" > Traceback (most recent call last): > File "<string>", line 1, in <module> > File "tables/__init__.py", line 82, in <module> > from tables.utilsextension import (get_pytables_version, > get_hdf5_version, > ImportError: No module named utilsextension > This seems like you didn't compile and install PyTables first. So to be more clear: ~ $ cd pytables ~/pytables $ python setup.py install ~/pytables $ cd .. ~ $ python -c "import tables; tables.test()" Be Well Anthony > > -- Andreas. > |
From: Andreas H. <li...@hi...> - 2013-04-27 17:35:22
|
Am 27.04.2013 19:17, schrieb Anthony Scopatz: > Whoo hoo! Thanks for all of your hard work Antonio! > > PyTables users, we'd really appreciate it if you could try out this beta > release, run the test suite: > > $ python -c "import tables as tb; tb.test()" > > And let us know if there are any issues. Additionally, if you are > feeling brave, any help you can give closing out the last remaining > issues [1] would be great! $ virtualenv --system-site-packages .virtualenvs/pytables-test (pytables-test) $ python -c "import tables; tables.test()" Traceback (most recent call last): File "<string>", line 1, in <module> File "tables/__init__.py", line 82, in <module> from tables.utilsextension import (get_pytables_version, get_hdf5_version, ImportError: No module named utilsextension -- Andreas. |
From: Anthony S. <sc...@gm...> - 2013-04-27 17:30:53
|
Congrats Francesc! On Sat, Apr 27, 2013 at 5:07 AM, Francesc Alted <fa...@gm...> wrote: > ======================== > Announcing Numexpr 2.1 > ======================== > > Numexpr is a fast numerical expression evaluator for NumPy. With it, > expressions that operate on arrays (like "3*a+4*b") are accelerated > and use less memory than doing the same calculation in Python. > > It wears multi-threaded capabilities, as well as support for Intel's > VML library (included in Intel MKL), which allows an extremely fast > evaluation of transcendental functions (sin, cos, tan, exp, log...) > while squeezing the last drop of performance out of your multi-core > processors. > > Its only dependency is NumPy (MKL is optional), so it works well as an > easy-to-deploy, easy-to-use, computational kernel for projects that > don't want to adopt other solutions that require more heavy > dependencies. > > What's new > ========== > > The main feature of this version is that it adds a much needed > **compatibility for Python 3** > > Many thanks to Antonio Valentino for his fine work on this. > Also, Christoph Gohlke quickly provided feedback and binaries for > Windows and Mark Wiebe and Gaëtan de Menten provided many small > (but important!) fixes and improvements. All of you made numexpr 2.1 > the best release ever. Thanks! > > In case you want to know more in detail what has changed in this > version, see: > > http://code.google.com/p/numexpr/wiki/ReleaseNotes > > or have a look at RELEASE_NOTES.txt in the tarball. > > Where I can find Numexpr? > ========================= > > The project is hosted at Google code in: > > http://code.google.com/p/numexpr/ > > You can get the packages from PyPI as well: > > http://pypi.python.org/pypi/numexpr > > Share your experience > ===================== > > Let us know of any bugs, suggestions, gripes, kudos, etc. you may > have. > > > Enjoy data! > > Francesc Alted > > > > ------------------------------------------------------------------------------ > Try New Relic Now & We'll Send You this Cool Shirt > New Relic is the only SaaS-based application performance monitoring service > that delivers powerful full stack analytics. Optimize and monitor your > browser, app, & servers with just a few lines of code. Try New Relic > and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr > _______________________________________________ > Pytables-users mailing list > Pyt...@li... > https://lists.sourceforge.net/lists/listinfo/pytables-users > |
From: Anthony S. <sc...@gm...> - 2013-04-27 17:17:29
|
Whoo hoo! Thanks for all of your hard work Antonio! PyTables users, we'd really appreciate it if you could try out this beta release, run the test suite: $ python -c "import tables as tb; tb.test()" And let us know if there are any issues. Additionally, if you are feeling brave, any help you can give closing out the last remaining issues [1] would be great! Be Well Anthony 1. https://github.com/PyTables/PyTables/issues?milestone=4&state=open On Sat, Apr 27, 2013 at 6:51 AM, Antonio Valentino < ant...@ti...> wrote: > ============================= > Announcing PyTables 3.0.0b1 > ============================= > > We are happy to announce PyTables 3.0.0b1. > > PyTables 3.0.0b1 comes after about 5 years from the last major release > (2.0) and 7 months since the last stable release (2.4.0). > > This is new major release and an important milestone for the PyTables > project since it provides the long waited support for Python 3.x that is > being around for already 4 years now. > > Almost all the main numeric/scientific packages for python already > support Python 3 so we are very happy that now also PyTables can provide > this important feature. > > > What's new > ========== > > A short summary of main new features: > > - Since this release PyTables provides full support to Python 3 > - The entire code base is now more compliant with coding style > guidelines describe in the PEP8. > - Basic support for HDF5 drivers. Now it is possible to open/create an > HDF5 file using one of the SEC2, DIRECT, LOG, WINDOWS, STDIO or CORE > drivers. > - Basic support for in-memory image files. An HDF5 file can be set > from or copied into a memory buffer. > - Implemented methods to get/set the user block size in a HDF5 file. > - All read methods now have an optional *out* argument that allows to > pass a pre-allocated array to store data. > - Added support for the floating point data types with extended > precision (Float96, Float128, Complex192 and Complex256). > > Please refer to the RELEASE_NOTES document for a more detailed list of > changes in this release. > > As always, a large amount of bugs have been addressed and squashed as well. > > In case you want to know more in detail what has changed in this > version, please refer to: > http://pytables.github.io/release_notes.html > > You can download a source package with generated PDF and HTML docs, as > well as binaries for Windows, from: > http://sourceforge.net/projects/pytables/files/pytables/3.0.0b1 > > For an online version of the manual, visit: > http://pytables.github.io/usersguide/index.html > > > What it is? > =========== > > PyTables is a library for managing hierarchical datasets and > designed to efficiently cope with extremely large amounts of data with > support for full 64-bit file addressing. PyTables runs on top of > the HDF5 library and NumPy package for achieving maximum throughput and > convenient use. PyTables includes OPSI, a new indexing technology, > allowing to perform data lookups in tables exceeding 10 gigarows > (10**10 rows) in less than a tenth of a second. > > > Resources > ========= > > About PyTables: http://www.pytables.org > > About the HDF5 library: http://hdfgroup.org/HDF5/ > > About NumPy: http://numpy.scipy.org/ > > > Acknowledgments > =============== > > Thanks to many users who provided feature improvements, patches, bug > reports, support and suggestions. See the ``THANKS`` file in the > distribution package for a (incomplete) list of contributors. Most > specially, a lot of kudos go to the HDF5 and NumPy makers. > Without them, PyTables simply would not exist. > > > Share your experience > ===================== > > Let us know of any bugs, suggestions, gripes, kudos, etc. you may > have. > > > ---- > > **Enjoy data!** > > > -- > The PyTables Team > > > ------------------------------------------------------------------------------ > Try New Relic Now & We'll Send You this Cool Shirt > New Relic is the only SaaS-based application performance monitoring service > that delivers powerful full stack analytics. Optimize and monitor your > browser, app, & servers with just a few lines of code. Try New Relic > and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr > _______________________________________________ > Pytables-users mailing list > Pyt...@li... > https://lists.sourceforge.net/lists/listinfo/pytables-users > |
From: Antonio V. <ant...@ti...> - 2013-04-27 11:51:24
|
============================= Announcing PyTables 3.0.0b1 ============================= We are happy to announce PyTables 3.0.0b1. PyTables 3.0.0b1 comes after about 5 years from the last major release (2.0) and 7 months since the last stable release (2.4.0). This is new major release and an important milestone for the PyTables project since it provides the long waited support for Python 3.x that is being around for already 4 years now. Almost all the main numeric/scientific packages for python already support Python 3 so we are very happy that now also PyTables can provide this important feature. What's new ========== A short summary of main new features: - Since this release PyTables provides full support to Python 3 - The entire code base is now more compliant with coding style guidelines describe in the PEP8. - Basic support for HDF5 drivers. Now it is possible to open/create an HDF5 file using one of the SEC2, DIRECT, LOG, WINDOWS, STDIO or CORE drivers. - Basic support for in-memory image files. An HDF5 file can be set from or copied into a memory buffer. - Implemented methods to get/set the user block size in a HDF5 file. - All read methods now have an optional *out* argument that allows to pass a pre-allocated array to store data. - Added support for the floating point data types with extended precision (Float96, Float128, Complex192 and Complex256). Please refer to the RELEASE_NOTES document for a more detailed list of changes in this release. As always, a large amount of bugs have been addressed and squashed as well. In case you want to know more in detail what has changed in this version, please refer to: http://pytables.github.io/release_notes.html You can download a source package with generated PDF and HTML docs, as well as binaries for Windows, from: http://sourceforge.net/projects/pytables/files/pytables/3.0.0b1 For an online version of the manual, visit: http://pytables.github.io/usersguide/index.html What it is? =========== PyTables is a library for managing hierarchical datasets and designed to efficiently cope with extremely large amounts of data with support for full 64-bit file addressing. PyTables runs on top of the HDF5 library and NumPy package for achieving maximum throughput and convenient use. PyTables includes OPSI, a new indexing technology, allowing to perform data lookups in tables exceeding 10 gigarows (10**10 rows) in less than a tenth of a second. Resources ========= About PyTables: http://www.pytables.org About the HDF5 library: http://hdfgroup.org/HDF5/ About NumPy: http://numpy.scipy.org/ Acknowledgments =============== Thanks to many users who provided feature improvements, patches, bug reports, support and suggestions. See the ``THANKS`` file in the distribution package for a (incomplete) list of contributors. Most specially, a lot of kudos go to the HDF5 and NumPy makers. Without them, PyTables simply would not exist. Share your experience ===================== Let us know of any bugs, suggestions, gripes, kudos, etc. you may have. ---- **Enjoy data!** -- The PyTables Team |
From: Francesc A. <fa...@gm...> - 2013-04-27 10:07:24
|
======================== Announcing Numexpr 2.1 ======================== Numexpr is a fast numerical expression evaluator for NumPy. With it, expressions that operate on arrays (like "3*a+4*b") are accelerated and use less memory than doing the same calculation in Python. It wears multi-threaded capabilities, as well as support for Intel's VML library (included in Intel MKL), which allows an extremely fast evaluation of transcendental functions (sin, cos, tan, exp, log...) while squeezing the last drop of performance out of your multi-core processors. Its only dependency is NumPy (MKL is optional), so it works well as an easy-to-deploy, easy-to-use, computational kernel for projects that don't want to adopt other solutions that require more heavy dependencies. What's new ========== The main feature of this version is that it adds a much needed **compatibility for Python 3** Many thanks to Antonio Valentino for his fine work on this. Also, Christoph Gohlke quickly provided feedback and binaries for Windows and Mark Wiebe and Gaëtan de Menten provided many small (but important!) fixes and improvements. All of you made numexpr 2.1 the best release ever. Thanks! In case you want to know more in detail what has changed in this version, see: http://code.google.com/p/numexpr/wiki/ReleaseNotes or have a look at RELEASE_NOTES.txt in the tarball. Where I can find Numexpr? ========================= The project is hosted at Google code in: http://code.google.com/p/numexpr/ You can get the packages from PyPI as well: http://pypi.python.org/pypi/numexpr Share your experience ===================== Let us know of any bugs, suggestions, gripes, kudos, etc. you may have. Enjoy data! Francesc Alted |
From: Francesc A. <fa...@gm...> - 2013-04-27 08:11:26
|
El 27/04/2013 9:27, "Antonio Valentino" <ant...@ti...> va escriure: > > Hi Francesc, > > Il 26/04/2013 14:11, Francesc Alted ha scritto: > > Hi Antonio, > > > > Al 26/04/13 08:46, En/na Antonio Valentino ha escrit: > >> Hi Francesc, > >> > >> Il 25/04/2013 23:06, Francesc Alted ha scritto: > >>> Thanks. Will do! > >> Thanks. > >> For the record patches 0002 and 0003 close issue [75] and [77]. > >> Also numexpr 2.1 closes [91] and [95] > >> > >> > >> [75] https://code.google.com/p/numexpr/issues/detail?id=75 > >> [77] https://code.google.com/p/numexpr/issues/detail?id=77 > >> [91] https://code.google.com/p/numexpr/issues/detail?id=91 > >> [95] https://code.google.com/p/numexpr/issues/detail?id=95 > > > > Just released a new version (2.1 RC3) addressing all of this. Please > > check it out and tell me how it goes. > > > > Thanks, > > Francesc > > > > It seems to be all OK for me and with the patch provided by Anthiny now > PyTables is 100% compatible with numexpr 2.1rc3. Hey, this is great! Time for a final release then. |
From: Antonio V. <ant...@ti...> - 2013-04-27 07:27:38
|
Hi Francesc, Il 26/04/2013 14:11, Francesc Alted ha scritto: > Hi Antonio, > > Al 26/04/13 08:46, En/na Antonio Valentino ha escrit: >> Hi Francesc, >> >> Il 25/04/2013 23:06, Francesc Alted ha scritto: >>> Thanks. Will do! >> Thanks. >> For the record patches 0002 and 0003 close issue [75] and [77]. >> Also numexpr 2.1 closes [91] and [95] >> >> >> [75] https://code.google.com/p/numexpr/issues/detail?id=75 >> [77] https://code.google.com/p/numexpr/issues/detail?id=77 >> [91] https://code.google.com/p/numexpr/issues/detail?id=91 >> [95] https://code.google.com/p/numexpr/issues/detail?id=95 > > Just released a new version (2.1 RC3) addressing all of this. Please > check it out and tell me how it goes. > > Thanks, > Francesc > It seems to be all OK for me and with the patch provided by Anthiny now PyTables is 100% compatible with numexpr 2.1rc3. Ubuntu users can find packages for numexpr 2.1rc3 (both for python 2 and pyhton 3) at [1]. [1] https://launchpad.net/~a.valentino/+archive/eotools thanks again -- Antonio Valentino |
From: Anthony S. <sc...@gm...> - 2013-04-26 23:27:18
|
Hello Giovanni! This definitely seems like a bug. How was the column indexed? Could you send a sample script that reproduces the problem from start to finish? Thanks. Be Well Anthony On Fri, Apr 26, 2013 at 6:14 PM, Giovanni Luca Ciampaglia < glc...@gm...> wrote: > Hi, > > I am new to PyTables and I like it very much though there are still some > problems I am trying to solve. The latest is that I am seeing a strange > behavior > when using in-kernel searches. The seach condition is a simple equality > test on > a single column. Basically, when the column is indexed, in-kernel searches > don't > return the expected result, that is: > > In [150]: [ row['visits'] for row in ap.where('rid == 665689') ] > Out[150]: [] > > In [151]: [ row['visits'] for row in ap if row['rid'] == 665689 ] > Out[151]: [18L] > > When I remove the index, it works again: > > In [153]: ap.cols.rid.removeIndex() > > In [154]: [ row['visits'] for row in ap.where('rid == 665689') ] > Out[154]: [18L] > > Am I doing something wrong? This is an excerpt of the contents of the file: > > -> % h5ls -ld test.h5|head > AllPages Dataset {529000/Inf} > Data: > (0) {year=2008, month=1, day=1, hour=0, minute=0, epoch=1199145600, > rid=665689, > (0) visits=18}, > (1) {year=2008, month=1, day=1, hour=0, minute=0, epoch=1199145600, rid=2, > (1) visits=11}, > (2) {year=2008, month=1, day=1, hour=0, minute=0, epoch=1199145600, rid=12, > (2) visits=1}, > (3) {year=2008, month=1, day=1, hour=0, minute=0, epoch=1199145600, > rid=612075, > (3) visits=8}, > > And this is the table description: > > Out[152]: > /AllPages (Table(529000,), shuffle, zlib(5)) '' > description := { > "year": UInt16Col(shape=(), dflt=0, pos=0), > "month": UInt8Col(shape=(), dflt=0, pos=1), > "day": UInt8Col(shape=(), dflt=0, pos=2), > "hour": UInt8Col(shape=(), dflt=0, pos=3), > "minute": UInt8Col(shape=(), dflt=0, pos=4), > "epoch": UInt32Col(shape=(), dflt=0, pos=5), > "rid": UInt32Col(shape=(), dflt=0, pos=6), > "visits": UInt32Col(shape=(), dflt=0, pos=7)} > byteorder := 'little' > chunkshape := (233016,) > autoIndex := True > colindexes := { > "rid": Index(1, light, shuffle, zlib(1)).is_CSI=False} > > Thanks! > > -- > Giovanni Luca Ciampaglia > > Postdoctoral fellow > Center for Complex Networks and Systems Research > Indiana University > > ✎ 910 E 10th St ∙ Bloomington ∙ IN 47408 > ☞ http://cnets.indiana.edu/ > ✉ gci...@in... > > > > ------------------------------------------------------------------------------ > Try New Relic Now & We'll Send You this Cool Shirt > New Relic is the only SaaS-based application performance monitoring service > that delivers powerful full stack analytics. Optimize and monitor your > browser, app, & servers with just a few lines of code. Try New Relic > and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr > _______________________________________________ > Pytables-users mailing list > Pyt...@li... > https://lists.sourceforge.net/lists/listinfo/pytables-users > |
From: Giovanni L. C. <glc...@gm...> - 2013-04-26 23:14:29
|
Hi, I am new to PyTables and I like it very much though there are still some problems I am trying to solve. The latest is that I am seeing a strange behavior when using in-kernel searches. The seach condition is a simple equality test on a single column. Basically, when the column is indexed, in-kernel searches don't return the expected result, that is: In [150]: [ row['visits'] for row in ap.where('rid == 665689') ] Out[150]: [] In [151]: [ row['visits'] for row in ap if row['rid'] == 665689 ] Out[151]: [18L] When I remove the index, it works again: In [153]: ap.cols.rid.removeIndex() In [154]: [ row['visits'] for row in ap.where('rid == 665689') ] Out[154]: [18L] Am I doing something wrong? This is an excerpt of the contents of the file: -> % h5ls -ld test.h5|head AllPages Dataset {529000/Inf} Data: (0) {year=2008, month=1, day=1, hour=0, minute=0, epoch=1199145600, rid=665689, (0) visits=18}, (1) {year=2008, month=1, day=1, hour=0, minute=0, epoch=1199145600, rid=2, (1) visits=11}, (2) {year=2008, month=1, day=1, hour=0, minute=0, epoch=1199145600, rid=12, (2) visits=1}, (3) {year=2008, month=1, day=1, hour=0, minute=0, epoch=1199145600, rid=612075, (3) visits=8}, And this is the table description: Out[152]: /AllPages (Table(529000,), shuffle, zlib(5)) '' description := { "year": UInt16Col(shape=(), dflt=0, pos=0), "month": UInt8Col(shape=(), dflt=0, pos=1), "day": UInt8Col(shape=(), dflt=0, pos=2), "hour": UInt8Col(shape=(), dflt=0, pos=3), "minute": UInt8Col(shape=(), dflt=0, pos=4), "epoch": UInt32Col(shape=(), dflt=0, pos=5), "rid": UInt32Col(shape=(), dflt=0, pos=6), "visits": UInt32Col(shape=(), dflt=0, pos=7)} byteorder := 'little' chunkshape := (233016,) autoIndex := True colindexes := { "rid": Index(1, light, shuffle, zlib(1)).is_CSI=False} Thanks! -- Giovanni Luca Ciampaglia Postdoctoral fellow Center for Complex Networks and Systems Research Indiana University ✎ 910 E 10th St ∙ Bloomington ∙ IN 47408 ☞ http://cnets.indiana.edu/ ✉ gci...@in... |
From: Anthony S. <sc...@gm...> - 2013-04-26 13:10:57
|
Thanks Francesc! On Fri, Apr 26, 2013 at 9:06 AM, Francesc Alted <fa...@gm...> wrote: > Hi, > > I'm happy to announce the availability of Blosc 1.2.1 RC1. This is > mainly a fix for a problem with multithreading on Windows platforms. > The fix was important enough for deserving the version bump. Thanks a > lot to Christian Gohlke for proposing the fix: it works really well. > > It exists currently just as a tag in the github repo > (https://github.com/FrancescAlted/blosc), so you can fetch it as: > > https://github.com/FrancescAlted/blosc/archive/v1.2.1-rc1.tar.gz > > Please give it a go and tell me how it works. If everything goes well, > I plan to do an official release real soon now. > > Francesc > > =============================================================== > Announcing Blosc 1.2.1 > A blocking, shuffling and lossless compression library > =============================================================== > > What is new? > ============ > > The most important features for this release are support for cmake > (tested on > Linux, Mac OSX and Windows) and thread safety calls of Blosc functions from > threaded apps. > > Many thanks for those who contributed to this release: Thibault North, > Antonio > Valentino, Mark Wiebe, Valentin Haenel and Christoph Gohlke. > > For more info, please see the release notes in: > > https://github.com/FrancescAlted/blosc/wiki/Release-notes > > What is it? > =========== > > Blosc (http://www.blosc.org) is a high performance compressor > optimized for binary data. It has been designed to transmit data to > the processor cache faster than the traditional, non-compressed, > direct memory fetch approach via a memcpy() OS call. > > Blosc is the first compressor (that I'm aware of) that is meant not > only to reduce the size of large datasets on-disk or in-memory, but > also to accelerate object manipulations that are memory-bound. > > There is also a handy command line for Blosc called Bloscpack > (https://github.com/esc/bloscpack) that allows you to compress large > binary > datafiles on-disk. Although the format for Bloscpack has not stabilized > yet, > it allows you to effectively use Blosc from you favorite shell. > > Download sources > ================ > > For more details on what it is, please go to main web site: > > http://www.blosc.org/ > > The github repository is over here: > > https://github.com/FrancescAlted/blosc > > Blosc is distributed using the MIT license, see LICENSES/BLOSC.txt for > details. > > Mailing list > ============ > > There is an official Blosc blosc mailing list at: > > bl...@go... > http://groups.google.es/group/blosc > > > > > ------------------------------------------------------------------------------ > Try New Relic Now & We'll Send You this Cool Shirt > New Relic is the only SaaS-based application performance monitoring service > that delivers powerful full stack analytics. Optimize and monitor your > browser, app, & servers with just a few lines of code. Try New Relic > and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr > _______________________________________________ > Pytables-users mailing list > Pyt...@li... > https://lists.sourceforge.net/lists/listinfo/pytables-users > |
From: Francesc A. <fa...@gm...> - 2013-04-26 13:06:48
|
Hi, I'm happy to announce the availability of Blosc 1.2.1 RC1. This is mainly a fix for a problem with multithreading on Windows platforms. The fix was important enough for deserving the version bump. Thanks a lot to Christian Gohlke for proposing the fix: it works really well. It exists currently just as a tag in the github repo (https://github.com/FrancescAlted/blosc), so you can fetch it as: https://github.com/FrancescAlted/blosc/archive/v1.2.1-rc1.tar.gz Please give it a go and tell me how it works. If everything goes well, I plan to do an official release real soon now. Francesc =============================================================== Announcing Blosc 1.2.1 A blocking, shuffling and lossless compression library =============================================================== What is new? ============ The most important features for this release are support for cmake (tested on Linux, Mac OSX and Windows) and thread safety calls of Blosc functions from threaded apps. Many thanks for those who contributed to this release: Thibault North, Antonio Valentino, Mark Wiebe, Valentin Haenel and Christoph Gohlke. For more info, please see the release notes in: https://github.com/FrancescAlted/blosc/wiki/Release-notes What is it? =========== Blosc (http://www.blosc.org) is a high performance compressor optimized for binary data. It has been designed to transmit data to the processor cache faster than the traditional, non-compressed, direct memory fetch approach via a memcpy() OS call. Blosc is the first compressor (that I'm aware of) that is meant not only to reduce the size of large datasets on-disk or in-memory, but also to accelerate object manipulations that are memory-bound. There is also a handy command line for Blosc called Bloscpack (https://github.com/esc/bloscpack) that allows you to compress large binary datafiles on-disk. Although the format for Bloscpack has not stabilized yet, it allows you to effectively use Blosc from you favorite shell. Download sources ================ For more details on what it is, please go to main web site: http://www.blosc.org/ The github repository is over here: https://github.com/FrancescAlted/blosc Blosc is distributed using the MIT license, see LICENSES/BLOSC.txt for details. Mailing list ============ There is an official Blosc blosc mailing list at: bl...@go... http://groups.google.es/group/blosc |
From: Francesc A. <fa...@gm...> - 2013-04-26 12:12:01
|
Hi Antonio, Al 26/04/13 08:46, En/na Antonio Valentino ha escrit: > Hi Francesc, > > Il 25/04/2013 23:06, Francesc Alted ha scritto: >> Thanks. Will do! > Thanks. > For the record patches 0002 and 0003 close issue [75] and [77]. > Also numexpr 2.1 closes [91] and [95] > > > [75] https://code.google.com/p/numexpr/issues/detail?id=75 > [77] https://code.google.com/p/numexpr/issues/detail?id=77 > [91] https://code.google.com/p/numexpr/issues/detail?id=91 > [95] https://code.google.com/p/numexpr/issues/detail?id=95 Just released a new version (2.1 RC3) addressing all of this. Please check it out and tell me how it goes. Thanks, Francesc |
From: Antonio V. <ant...@ti...> - 2013-04-26 06:46:30
|
Hi Francesc, Il 25/04/2013 23:06, Francesc Alted ha scritto: > Thanks. Will do! Thanks. For the record patches 0002 and 0003 close issue [75] and [77]. Also numexpr 2.1 closes [91] and [95] [75] https://code.google.com/p/numexpr/issues/detail?id=75 [77] https://code.google.com/p/numexpr/issues/detail?id=77 [91] https://code.google.com/p/numexpr/issues/detail?id=91 [95] https://code.google.com/p/numexpr/issues/detail?id=95 > El 25/04/2013 21:02, "Antonio Valentino" <ant...@ti...> va > escriure: > >> Hi Francesc, >> >> Il 14/04/2013 22:19, Francesc Alted ha scritto: >>> ============================ >>> Announcing Numexpr 2.1RC1 >>> ============================ >>> [CUT] >> >> probably it is a little bit late now but it would be nice if you could >> consider to include the patches (patch 0002 and 0003) used in debian [1]. >> >> Patch 0001 can probably be avoided by adding setup.cfg to the >> MANIFEST.in file. >> >> >> thanks in advance >> >> [1] >> >> http://anonscm.debian.org/gitweb/?p=debian-science/packages/numexpr.git;a=tree;f=debian/patches;h=73937039da00e4ecbd9318a856be4aa39325e55f;hb=HEAD >> >> -- >> Antonio Valentino >> -- Antonio Valentino |
From: Francesc A. <fa...@gm...> - 2013-04-25 21:06:54
|
Thanks. Will do! El 25/04/2013 21:02, "Antonio Valentino" <ant...@ti...> va escriure: > Hi Francesc, > > Il 14/04/2013 22:19, Francesc Alted ha scritto: > > ============================ > > Announcing Numexpr 2.1RC1 > > ============================ > > > > Numexpr is a fast numerical expression evaluator for NumPy. With it, > > expressions that operate on arrays (like "3*a+4*b") are accelerated > > and use less memory than doing the same calculation in Python. > > > > It wears multi-threaded capabilities, as well as support for Intel's > > VML library, which allows for squeezing the last drop of performance > > out of your multi-core processors. > > > > What's new > > ========== > > > > This version adds compatibility for Python 3. A bunch of thanks to > > Antonio Valentino for his excelent work on this.I apologize for taking > > so long in releasing his contributions. > > > > In case you want to know more in detail what has changed in this > > version, see: > > > > http://code.google.com/p/numexpr/wiki/ReleaseNotes > > > > or have a look at RELEASE_NOTES.txt in the tarball. > > > > Where I can find Numexpr? > > ========================= > > > > The project is hosted at Google code in: > > > > http://code.google.com/p/numexpr/ > > > > This is a release candidate 1, so it will not be available on the PyPi > > repository. I'll post it there when the final version will released. > > > > Share your experience > > ===================== > > > > Let us know of any bugs, suggestions, gripes, kudos, etc. you may > > have. > > > > > > Enjoy! > > > > -- > > Francesc Alted > > > > probably it is a little bit late now but it would be nice if you could > consider to include the patches (patch 0002 and 0003) used in debian [1]. > > Patch 0001 can probably be avoided by adding setup.cfg to the > MANIFEST.in file. > > > thanks in advance > > [1] > > http://anonscm.debian.org/gitweb/?p=debian-science/packages/numexpr.git;a=tree;f=debian/patches;h=73937039da00e4ecbd9318a856be4aa39325e55f;hb=HEAD > > -- > Antonio Valentino > > > ------------------------------------------------------------------------------ > Try New Relic Now & We'll Send You this Cool Shirt > New Relic is the only SaaS-based application performance monitoring service > that delivers powerful full stack analytics. Optimize and monitor your > browser, app, & servers with just a few lines of code. Try New Relic > and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr > _______________________________________________ > Pytables-users mailing list > Pyt...@li... > https://lists.sourceforge.net/lists/listinfo/pytables-users > |
From: Antonio V. <ant...@ti...> - 2013-04-25 19:02:23
|
Hi Francesc, Il 14/04/2013 22:19, Francesc Alted ha scritto: > ============================ > Announcing Numexpr 2.1RC1 > ============================ > > Numexpr is a fast numerical expression evaluator for NumPy. With it, > expressions that operate on arrays (like "3*a+4*b") are accelerated > and use less memory than doing the same calculation in Python. > > It wears multi-threaded capabilities, as well as support for Intel's > VML library, which allows for squeezing the last drop of performance > out of your multi-core processors. > > What's new > ========== > > This version adds compatibility for Python 3. A bunch of thanks to > Antonio Valentino for his excelent work on this.I apologize for taking > so long in releasing his contributions. > > In case you want to know more in detail what has changed in this > version, see: > > http://code.google.com/p/numexpr/wiki/ReleaseNotes > > or have a look at RELEASE_NOTES.txt in the tarball. > > Where I can find Numexpr? > ========================= > > The project is hosted at Google code in: > > http://code.google.com/p/numexpr/ > > This is a release candidate 1, so it will not be available on the PyPi > repository. I'll post it there when the final version will released. > > Share your experience > ===================== > > Let us know of any bugs, suggestions, gripes, kudos, etc. you may > have. > > > Enjoy! > > -- > Francesc Alted > probably it is a little bit late now but it would be nice if you could consider to include the patches (patch 0002 and 0003) used in debian [1]. Patch 0001 can probably be avoided by adding setup.cfg to the MANIFEST.in file. thanks in advance [1] http://anonscm.debian.org/gitweb/?p=debian-science/packages/numexpr.git;a=tree;f=debian/patches;h=73937039da00e4ecbd9318a856be4aa39325e55f;hb=HEAD -- Antonio Valentino |
From: Anthony S. <sc...@gm...> - 2013-04-24 20:34:50
|
great! I am glad it is fixed. On Wed, Apr 24, 2013 at 4:29 PM, Matt Terry <mat...@gm...> wrote: > @scopz: different bug. the old tarball looked like it was a fragment from > an uncompleted upload rather than package with some minor differences > leading to a different md5. > > @valentino: works now. thanks! > > > On Wed, Apr 24, 2013 at 12:25 PM, Antonio Valentino < > ant...@ti...> wrote: > >> Hi Matt, >> >> Il 24/04/2013 21:09, Matt Terry ha scritto: >> > Hello, >> > >> > The source tarball for pytables 2.4 on sourceforge appears to be broken. >> > The file size is suspiciously small (800 kB vs 8.5MB on PyPI), the >> tarball >> > doesn't untar, and the md5 doesn't match. >> > >> > -matt >> >> Thanks for reporting. >> It should be fixed now. >> >> ciao >> >> -- >> Antonio Valentino >> >> >> ------------------------------------------------------------------------------ >> Try New Relic Now & We'll Send You this Cool Shirt >> New Relic is the only SaaS-based application performance monitoring >> service >> that delivers powerful full stack analytics. Optimize and monitor your >> browser, app, & servers with just a few lines of code. Try New Relic >> and get this awesome Nerd Life shirt! >> http://p.sf.net/sfu/newrelic_d2d_apr >> _______________________________________________ >> Pytables-users mailing list >> Pyt...@li... >> https://lists.sourceforge.net/lists/listinfo/pytables-users >> > > > > ------------------------------------------------------------------------------ > Try New Relic Now & We'll Send You this Cool Shirt > New Relic is the only SaaS-based application performance monitoring service > that delivers powerful full stack analytics. Optimize and monitor your > browser, app, & servers with just a few lines of code. Try New Relic > and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr > _______________________________________________ > Pytables-users mailing list > Pyt...@li... > https://lists.sourceforge.net/lists/listinfo/pytables-users > > |
From: Matt T. <mat...@gm...> - 2013-04-24 20:29:44
|
@scopz: different bug. the old tarball looked like it was a fragment from an uncompleted upload rather than package with some minor differences leading to a different md5. @valentino: works now. thanks! On Wed, Apr 24, 2013 at 12:25 PM, Antonio Valentino < ant...@ti...> wrote: > Hi Matt, > > Il 24/04/2013 21:09, Matt Terry ha scritto: > > Hello, > > > > The source tarball for pytables 2.4 on sourceforge appears to be broken. > > The file size is suspiciously small (800 kB vs 8.5MB on PyPI), the > tarball > > doesn't untar, and the md5 doesn't match. > > > > -matt > > Thanks for reporting. > It should be fixed now. > > ciao > > -- > Antonio Valentino > > > ------------------------------------------------------------------------------ > Try New Relic Now & We'll Send You this Cool Shirt > New Relic is the only SaaS-based application performance monitoring service > that delivers powerful full stack analytics. Optimize and monitor your > browser, app, & servers with just a few lines of code. Try New Relic > and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr > _______________________________________________ > Pytables-users mailing list > Pyt...@li... > https://lists.sourceforge.net/lists/listinfo/pytables-users > |