groups.com
http://groups.google.com/group/bcolz
License is the new BSD:
https://github.com/Blosc/bcolz/blob/master/LICENSES/BCOLZ.txt
**Enjoy data!**
-- Francesc Alted
--
https://mail.python.org/mailman/listinfo/python-list
On 10 jun, 13:38, Tim Chase wrote:
> On 06/10/2011 05:30 AM, Francesc Segura wrote:
>
> > Hello all, I'm new to this and I'm having problems on summing two
> > values at python.
>
> > I get the following error:
>
> > Traceback (most recent call last):
Hello all, I'm new to this and I'm having problems on summing two
values at python.
I get the following error:
Traceback (most recent call last):
File "C:\edge-bc (2).py", line 168, in
if (costGG <= cost + T0):
TypeError: unsupported operand type(s) for +: 'float' and 'tuple'
I'm working
Hello all, I'm new to this and I'm having problems on summing two
values at python.
I get the following error:
Traceback (most recent call last):
File "C:\edge-bc (2).py", line 168, in
if (costGG <= cost + T0):
TypeError: unsupported operand type(s) for +: 'float' and 'tuple'
I'm working
Hi,
I'd like to setup a package that is make of other sub-packages,
modules and other extensions. What I have is something like (this is
very simplified indeed):
/
__init__.py
setup.py
foo1/
__init__.py
foo1.c
[...]
foo2/
setup.py
__init__.
was a part of a documentation that needed to be updated.
Now, the object tree is reconstructed in a lazy way (i.e. on-demand),
in order to avoid the bottleneck that you mentioned. I have corrected
the docs in:
http://www.pytables.org/trac/changeset/3714/trunk
Thanks for (indirectly ;-) bringing this to my attention,
Francesc
--
http://mail.python.org/mailman/listinfo/python-list
A Tuesday 20 November 2007, Istvan Albert escrigué:
> On Nov 19, 2:33 pm, Francesc Altet <[EMAIL PROTECTED]> wrote:
> > Just for the record. I was unable to stop thinking about this, and
> > after some investigation, I guess that my rememberings were
> > gathered from s
A Wednesday 14 November 2007, Francesc Altet escrigué:
> I think I've got messed on some benchmarks that I've done on that
> subject some time ago, but either my memory is bad or I've made some
> mistake on those experiments. My apologies.
Just for the record. I was
A Wednesday 14 November 2007, Istvan Albert escrigué:
> On Nov 13, 11:27 am, Francesc Altet <[EMAIL PROTECTED]> wrote:
> > Another possibility is using an indexed column in a table in a DB.
> > Lookups there should be much faster than using a dictionary as
> > well.
&g
A Tuesday 13 November 2007, Steven D'Aprano escrigué:
> On Tue, 13 Nov 2007 17:27:11 +0100, Francesc Altet wrote:
> > I don't know exactly why do you need a dictionary for keeping the
> > data, but in case you want ultra-fast access to values, there is no
> > replac
ity is using an indexed column in a table in a DB.
Lookups there should be much faster than using a dictionary as well.
HTH,
--
>0,0< Francesc Altet http://www.carabos.com/
V V Cárabos Coop. V. Enjoy Data
"-"
--
http://mail.python.org/mailman/listinfo/python-list
ink) in the universe
enter directly in the domain of random/chaotic ;)
IMO, the wisest path should be recognizing the strengths (and
weaknesses) of each approach and use whatever fits better to your
needs. If you need the best of both then go ahead and choose a RDBMS
in combination with a hierarchical DB, and utilize the powerful
capabilities of Python to take the most out of them.
Cheers,
Francesc Altet
--
http://mail.python.org/mailman/listinfo/python-list
dos, etc. you may
have.
Enjoy data!
--
Francesc Altet
Who's your data daddy? PyTables
--
http://mail.python.org/mailman/listinfo/python-list
13 matches
Mail list logo
