Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.python > #61672 > unrolled thread

min max from tuples in list

Started byRobert Voigtländer <r.voigtlaender@gmail.com>
First post2013-12-11 23:25 -0800
Last post2013-12-13 01:33 +0000
Articles 4 on this page of 24 — 15 participants

Back to article view | Back to comp.lang.python


Contents

  min max from tuples in list Robert Voigtländer <r.voigtlaender@gmail.com> - 2013-12-11 23:25 -0800
    Re: min max from tuples in list Chris Angelico <rosuav@gmail.com> - 2013-12-12 19:18 +1100
    Re: min max from tuples in list Robert Voigtländer <r.voigtlaender@gmail.com> - 2013-12-12 00:34 -0800
      Re: min max from tuples in list Chris Angelico <rosuav@gmail.com> - 2013-12-12 19:43 +1100
    Re: min max from tuples in list Peter Otten <__peter__@web.de> - 2013-12-12 09:35 +0100
    Re: min max from tuples in list Jussi Piitulainen <jpiitula@ling.helsinki.fi> - 2013-12-12 10:52 +0200
    Re: min max from tuples in list Peter Otten <__peter__@web.de> - 2013-12-12 10:03 +0100
    Re: min max from tuples in list Steven D'Aprano <steve+comp.lang.python@pearwood.info> - 2013-12-12 11:44 +0000
      Re: min max from tuples in list Tim Chase <python.list@tim.thechases.com> - 2013-12-12 06:04 -0600
      Re: min max from tuples in list MRAB <python@mrabarnett.plus.com> - 2013-12-12 12:36 +0000
        Re: min max from tuples in list Steven D'Aprano <steve+comp.lang.python@pearwood.info> - 2013-12-12 23:25 +0000
      Re: min max from tuples in list Peter Otten <__peter__@web.de> - 2013-12-12 13:54 +0100
        Re: min max from tuples in list Steven D'Aprano <steve+comp.lang.python@pearwood.info> - 2013-12-13 02:36 +0000
      Re: min max from tuples in list Roy Smith <roy@panix.com> - 2013-12-12 10:02 -0500
        Re: min max from tuples in list Mark Lawrence <breamoreboy@yahoo.co.uk> - 2013-12-12 15:13 +0000
          Re: min max from tuples in list Robert Voigtländer <r.voigtlaender@gmail.com> - 2013-12-12 22:28 -0800
            Re: min max from tuples in list rusi <rustompmody@gmail.com> - 2013-12-13 10:06 -0800
              Re: min max from tuples in list Dennis Lee Bieber <wlfraed@ix.netcom.com> - 2013-12-13 19:30 -0500
                Re: min max from tuples in list Tim Roberts <timr@probo.com> - 2013-12-14 19:41 -0800
                  Re: min max from tuples in list Chris Angelico <rosuav@gmail.com> - 2013-12-16 23:08 +1100
                  Re: min max from tuples in list rusi <rustompmody@gmail.com> - 2013-12-16 07:49 -0800
                    Re: min max from tuples in list Ned Batchelder <ned@nedbatchelder.com> - 2013-12-16 10:59 -0500
                      Re: min max from tuples in list Gregory Ewing <greg.ewing@canterbury.ac.nz> - 2013-12-17 11:49 +1300
    Re: min max from tuples in list Denis McMahon <denismfmcmahon@gmail.com> - 2013-12-13 01:33 +0000

Page 2 of 2 — ← Prev page 1 [2]


#62072

Fromrusi <rustompmody@gmail.com>
Date2013-12-16 07:49 -0800
Message-ID<d1f0cda2-28c9-47ab-9d79-0edc9c136e50@googlegroups.com>
In reply to#61930
On Sunday, December 15, 2013 9:11:15 AM UTC+5:30, Tim Roberts wrote:
> Dennis Lee Bieber wrote:
> >>Well "performant" is performant enough for the purposes of communicating
> >>on the python list I think :D
> >	Most probably could figure it out as being stylistically similar to
> >conformant => something that conforms
> >performant => something that performs

> Yes, I suspect it comes from people expecting too much consistency.  If
> something that has "conformance" is "conformant", then something that has
> good "performance" must be "performant".

And things that have consistency are of course...

consistant

(not consistent)

[toc] | [prev] | [next] | [standalone]


#62073

FromNed Batchelder <ned@nedbatchelder.com>
Date2013-12-16 10:59 -0500
Message-ID<mailman.4220.1387209564.18130.python-list@python.org>
In reply to#62072
On 12/16/13 10:49 AM, rusi wrote:
> On Sunday, December 15, 2013 9:11:15 AM UTC+5:30, Tim Roberts wrote:
>> Dennis Lee Bieber wrote:
>>>> Well "performant" is performant enough for the purposes of communicating
>>>> on the python list I think :D
>>> 	Most probably could figure it out as being stylistically similar to
>>> conformant => something that conforms
>>> performant => something that performs
>
>> Yes, I suspect it comes from people expecting too much consistency.  If
>> something that has "conformance" is "conformant", then something that has
>> good "performance" must be "performant".
>
> And things that have consistency are of course...
>
> consistant
>
> (not consistent)
>

In English, it's spelled consistent: 
http://en.wiktionary.org/wiki/consistant

-- 
Ned Batchelder, http://nedbatchelder.com

[toc] | [prev] | [next] | [standalone]


#62115

FromGregory Ewing <greg.ewing@canterbury.ac.nz>
Date2013-12-17 11:49 +1300
Message-ID<bh9ebbFodecU1@mid.individual.net>
In reply to#62073
Ned Batchelder wrote:
> On 12/16/13 10:49 AM, rusi wrote:
> 
>> And things that have consistency are of course...
>>
>> consistant
>>
>> (not consistent)
>
> In English, it's spelled consistent: 
> http://en.wiktionary.org/wiki/consistant

So to be consistent we should spell it performent? :-)

-- 
Greg

[toc] | [prev] | [next] | [standalone]


#61780

FromDenis McMahon <denismfmcmahon@gmail.com>
Date2013-12-13 01:33 +0000
Message-ID<l8do5p$47g$1@dont-email.me>
In reply to#61672
On Wed, 11 Dec 2013 23:25:53 -0800, Robert Voigtländer wrote:

> I have a list like this:
> 
> a = [(52, 193), ...... (36, 133)]
 
# iterate over the list of tuples
# creates a dictionary n0:[n1a, n1b, n1c ... ]
# from tuples (n0,n1a), (n0,n1b), (n0,n1c) ...

b = {}
for x in a:
    if x[0] in b:
        pass
    else:
        b[x[0]] = []
    if x[1] not in b[x[0]]:
        b[x[0]].append( x[1] )

# iterate over the dictionary
# create the list of result tuples (n0, n1min, n1max) .....

c = [ (x, min(y), max(y) ) for x,y in b.iteritems() ]
print c

There may be a more efficient test for whether b[x[0]] eists than 
trapping keyError.

-- 
Denis McMahon, denismfmcmahon@gmail.com

[toc] | [prev] | [standalone]


Page 2 of 2 — ← Prev page 1 [2]

Back to top | Article view | comp.lang.python


csiph-web