Hi,
I know two Python's objects which have an intrinsic
name, classes and functions.
def f():
pass
f.__name__
'f'
g = f
g.__name__
'f'
class Test:
pass
Test.__name__
'Test'
Test2 = Test
Test2.__name__
'Test'
Are there others objects with a __name__ attribute
and what is it us
On 10/24/2017 10:58 AM, C W wrote:
Dear list,
The following Python code gives an error message
# Python code starts here:
import numpy as np
import h5py
train_dataset = h5py.File('datasets/train_catvnoncat.h5', "r")
# Python code ends
The error message:
train_dataset = h5py.File('train_catvn
Dear list,
The following Python code gives an error message
# Python code starts here:
import numpy as np
import h5py
train_dataset = h5py.File('datasets/train_catvnoncat.h5', "r")
# Python code ends
The error message:
train_dataset = h5py.File('train_catvnoncat.h5', "r")
Traceback (most recen
On 10/24/17 6:30 PM, Steve D'Aprano wrote:
On Wed, 25 Oct 2017 07:09 am, Peter J. Holzer wrote:
On 2017-10-23 04:21, Steve D'Aprano wrote:
On Mon, 23 Oct 2017 02:29 pm, Stefan Ram wrote:
If the probability of certain codes (either single codes, or sequences of
codes) are non-equal, then yo
On Wed, Oct 25, 2017 at 9:11 AM, Steve D'Aprano
wrote:
> On Wed, 25 Oct 2017 02:40 am, Lele Gaifax wrote:
>
>> Steve D'Aprano writes:
>>
>>> But given an empty file, how do you distinguish the empty file you get
>>> from 'music.mp3' and the identical empty file you get from 'movie.avi'?
>>
>> Tha
On Wed, 25 Oct 2017 07:09 am, Peter J. Holzer wrote:
> On 2017-10-23 04:21, Steve D'Aprano wrote:
>> On Mon, 23 Oct 2017 02:29 pm, Stefan Ram wrote:
>>>
>> If the probability of certain codes (either single codes, or sequences of
>> codes) are non-equal, then you can take advantage of that by enc
On Wed, 25 Oct 2017 02:40 am, Lele Gaifax wrote:
> Steve D'Aprano writes:
>
>> But given an empty file, how do you distinguish the empty file you get
>> from 'music.mp3' and the identical empty file you get from 'movie.avi'?
>
> That's simple enough: of course one empty file would be
> "music.m
On Tue, Oct 24, 2017 at 12:20 AM, Gregory Ewing
wrote:
> danceswithnumb...@gmail.com wrote:
>>
>> I did that quite a while ago. 352,954 kb.
>
>
> Are you sure? Does that include the size of all the
> code, lookup tables, etc. needed to decompress it?
My bet is that danceswithnumbers does indeed h
On Tue, 24 Oct 2017 14:51:37 +1100, Steve D'Aprano wrote:
On Tue, 24 Oct 2017 01:27 pm, danceswithnumb...@gmail.com wrote:
> Yes! Decode reverse is easy..sorry so excited i could shout.
Then this should be easy for you:
http://marknelson.us/2012/10/09/the-random-compression-challenge-
On 2017-10-23 04:21, Steve D'Aprano wrote:
> On Mon, 23 Oct 2017 02:29 pm, Stefan Ram wrote:
>>
> If the probability of certain codes (either single codes, or sequences of
> codes) are non-equal, then you can take advantage of that by encoding the
> common cases into a short representation, and th
On 22.10.2017 22:15, Karsten Hilbert wrote:
> On Sat, Oct 21, 2017 at 07:10:31PM +0200, M.-A. Lemburg wrote:
>
>>> Running a debug build of py27 gave me a first lead: this
>>> Debian system (Testing, upgraded all the way from various
>>> releases ago) carries an incompatible mxDateTime which I'l
On 24/10/2017 16:40, Lele Gaifax wrote:
Steve D'Aprano writes:
But given an empty file, how do you distinguish the empty file you get
from 'music.mp3' and the identical empty file you get from 'movie.avi'?
That's simple enough: of course one empty file would be
"music.mp3.zip.zip.zip", while
Steve D'Aprano writes:
> But given an empty file, how do you distinguish the empty file you get
> from 'music.mp3' and the identical empty file you get from 'movie.avi'?
That's simple enough: of course one empty file would be
"music.mp3.zip.zip.zip", while the other would be
"movie.avi.zip.zip.z
In article ,
ros...@gmail.com says...
>
> On Tue, Oct 24, 2017 at 6:57 AM, Chris Warrick wrote:
> > On 23 October 2017 at 21:37, John Black wrote:
> >> Chris, thanks for all this detailed information. I am confused though
> >> with your database recommendation. You say you teach SQLAlchemy bu
On Tue, Oct 24, 2017 at 4:14 AM, Chris Angelico wrote:
>
> (There are other ORMs than SQLAlchemy, of course; I can't recall the
> exact syntax for Django's off the top of my head, but it's going to be
> broadly similar to this.)
>
> ChrisA
> --
> https://mail.python.org/mailman/listinfo/python-li
Steve D'Aprano writes:
> On Tue, 24 Oct 2017 06:46 pm, danceswithnumb...@gmail.com wrote:
>
>> Greg, you're very smart, but you are missing a big key. I'm not padding,
>> you are still thinking inside the box, and will never solve this by doing
>> so. Yes! At least you see my accomplishment, thi
Steve D'Aprano writes:
> On Tue, 24 Oct 2017 09:23 pm, Ben Bacarisse wrote:
>
>> Forget random data. For one thing it's hard to define,
>
> That bit is true.
>
>> but more importantly no one cares about it.
>
> But that's wrong.
All generalisations are false. I was being hyperbolic.
> For in
Op 2017-10-23, Thomas Jollans schreef :
> On 24/10/17 00:16, Dick Holmes wrote:
>> I am trying to use tkinter on a FreeBSD system but the installed
>> versions of Python (2.7 and 3.6) don't have thinter configured. I tried
>> to download the source (no binaries available for FreeBSD).
What versi
On Tue, 24 Oct 2017 06:46 pm, danceswithnumb...@gmail.com wrote:
> Greg, you're very smart, but you are missing a big key. I'm not padding,
> you are still thinking inside the box, and will never solve this by doing
> so. Yes! At least you see my accomplishment, this will compress any random
> fi
On Tue, 24 Oct 2017 09:23 pm, Ben Bacarisse wrote:
> Forget random data. For one thing it's hard to define,
That bit is true.
> but more importantly no one cares about it.
But that's wrong.
For instance:
- Encrypted data looks very much like random noise. With more and more data
traversin
On 24 October 2017 at 12:04, Ben Bacarisse wrote:
> Paul Moore writes:
>
>> On 24 October 2017 at 11:23, Ben Bacarisse wrote:
>>> For example, run the complete works of Shakespeare through your program.
>>> The result is very much not random data, but that's the sort of data
>>> people want to c
On Tue, Oct 24, 2017 at 6:57 AM, Chris Warrick wrote:
> On 23 October 2017 at 21:37, John Black wrote:
>> Chris, thanks for all this detailed information. I am confused though
>> with your database recommendation. You say you teach SQLAlchemy but
>> generally use PostgreSQL yourself. I can may
Paul Moore writes:
> On 24 October 2017 at 11:23, Ben Bacarisse wrote:
>> For example, run the complete works of Shakespeare through your program.
>> The result is very much not random data, but that's the sort of data
>> people want to compress. If you can compress the output of your
>> compre
On 24 October 2017 at 11:23, Ben Bacarisse wrote:
> For example, run the complete works of Shakespeare through your program.
> The result is very much not random data, but that's the sort of data
> people want to compress. If you can compress the output of your
> compressor you have made a good s
On Tue, 24 Oct 2017 05:20 pm, Gregory Ewing wrote:
> danceswithnumb...@gmail.com wrote:
>> I did that quite a while ago. 352,954 kb.
>
> Are you sure? Does that include the size of all the
> code, lookup tables, etc. needed to decompress it?
>
> But even if you have, you haven't disproved the th
danceswithnumb...@gmail.com writes:
> Finally figured out how to turn this into a random binary compression
> program. Since my transform can compress more than dec to binary. Then
> i took a random binary stream,
Forget random data. For one thing it's hard to define, but more
importantly no one
On 24 October 2017 at 09:43, Gregory Ewing wrote:
> Paul Moore wrote:
>>
>> But that's not "compression", that's simply using a better encoding.
>> In the technical sense, "compression" is about looking at redundancies
>> that go beyond the case of how effectively you pack data into the
>> bytes a
Paul Moore wrote:
But that's not "compression", that's simply using a better encoding.
In the technical sense, "compression" is about looking at redundancies
that go beyond the case of how effectively you pack data into the
bytes available.
There may be a difference in the way the terms are use
danceswithnumb...@gmail.com wrote:
My 8 year old can decode this back into base 10,
Keep in mind that your 8 year old has more information
than just the 32 bits you wrote down -- he can also
see that there *are* 32 bits and no more. That's
hidden information that you're not counting.
--
Greg
Hi,
Just wanted to share a project I'm working on. It a super fast serverless that
support Python handlers as well.
Check out more at https://www.iguazio.com/nuclio-new-serverless-superhero/
Code at https://github.com/nuclio/nuclio/
Happy hacking,
--
Miki
--
https://mail.python.org/mailman/lis
No leading zeroes are being dropped offwish this board has an edit button.
--
https://mail.python.org/mailman/listinfo/python-list
Am 23.10.17 um 12:13 schrieb Marko Rauhamaa:
Thomas Jollans :
On 2017-10-23 11:32, danceswithnumb...@gmail.com wrote:
According to this website. This is an uncompressable stream.
https://en.m.wikipedia.org/wiki/Incompressible_string
12344321
No, it's not. According to that article,
Greg, you're very smart, but you are missing a big key. I'm not padding, you
are still thinking inside the box, and will never solve this by doing so. Yes!
At least you see my accomplishment, this will compress any random file.
--
https://mail.python.org/mailman/listinfo/python-list
danceswithnumb...@gmail.com wrote:
Compress this:
4135124325
Bin to dec...still very large
0110
0000
1101
01100101
Wait right there! You're cheating by dropping off leading
0 bits. The maximum value of a 10 digit decimal number is
99, which in hex is 2540be3ff. That's 34
34 matches
Mail list logo