From stuart at swilliams.ca  Fri Mar  4 08:22:00 2011
From: stuart at swilliams.ca (Stuart Williams)
Date: Fri, 4 Mar 2011 07:22:00 -0600
Subject: [Python Wpg] Offer to present on Bo-Keep
In-Reply-To: <4D62B928.9020203@parit.ca>
References: <4D62B928.9020203@parit.ca>
Message-ID: <AANLkTi=shbdGd+nSks5Yfbs0kVt5+0_Uz9EjvH8A=SG4@mail.gmail.com>

Our next meeting will be March 23rd at 7:30 p.m. at Epic,
http://WinniPUG.caupdated to reflect this.
For meetings at Epic, the address is 167 Sherbrook, parking on the street or
in the lot at the back, website http://Epic.ca <http://epic.ca/>.

I hope to see many of you there.  I expect an interesting talk.

Stuart.

On Mon, Feb 21, 2011 at 1:12 PM, Mark Jenkins <mark at parit.ca> wrote:

> Hey WinniPUG,
>
> Scratching my head trying to figure out from the archives and wiki if
> there was a user-group meeting between November and today...
>
> I'm willing to offer a presentation on Bo-Keep, http://bokeep.org/,
> which I recently did an online 1.0 launch of (as a public project).
> (more recently then the launch party we had a few months back)
>
> http://bokeep.org/
>
> I'll try to go beyond just the regular user-demo and show some of the
> ways in which I used python in the code.
>
> If there isn't a regular meeting schedule that I could fit in to
> anymore, I could arrange a meeting on my own if there's interest.
>
>
> Mark
> _______________________________________________
> Winnipeg Python Users Group mailing list
> http://WinniPUG.ca
> Winnipeg at python.org
> http://mail.python.org/mailman/listinfo/winnipeg
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/winnipeg/attachments/20110304/6efb196d/attachment.html>

From kveroneau at gmail.com  Thu Mar 10 17:33:41 2011
From: kveroneau at gmail.com (Kevin Veroneau)
Date: Thu, 10 Mar 2011 16:33:41 -0600
Subject: [Python Wpg] Cannot figure out this ZeroDivisionError exception
Message-ID: <AANLkTimh2dAgiT9XjjJNG=pcmT0DJ-6oDd1P+bMAfGYH@mail.gmail.com>

Hello,

  I am in the process of learning the basics of 3D math and programming, and
thought using Python and Pygame would be a good choice to prototype in.  The
2D example works great, the isometric 3D example also works.  But in the 3rd
example, when I press Space to enter into full 3D, it uses a flow control
statement to change a calculation.  Even though the calculation is very
similar in both isometric and full 3D, it just does not work and I am very
confused why.

  You can view the source code online in my public Subversion Repository:
http://django.kveroneau.info/svn/node1/python/pygame/3danim2.py/cat

  I am following the tutorial step-by-step on this website:
http://skytopia.com/project/cube/cube.html

  That website explains 3D using pseudo-code, the author made it resemble
BASIC-like syntax for clarity.  As I read through the tutorial, I coded it
in Python, and thus is why there is three python files, one for each phase
of the example.

  I thought I would ask here, as I noticed many of you on this mailing list
using Python for mathematical purposes, and this exception is related to a
math operation in a calculation.  This is my first time going in depth with
3D programming and how the math behind it works.  I would of course move to
OpenGL once I understand the fundamentals.

  On the topic of OpenGL, which OpenGL Python library would you recommend
someone who is just diving into GL.  I feel my Python skills are pretty
strong at this point.  I understand that Blender can be scripted using
Python, would this be a good place to start or should I use a stand-alone
python module?

Thanks,
  Kevin Veroneau
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/winnipeg/attachments/20110310/df9aced1/attachment.html>

From stuart at swilliams.ca  Fri Mar 11 14:58:20 2011
From: stuart at swilliams.ca (Stuart Williams)
Date: Fri, 11 Mar 2011 13:58:20 -0600
Subject: [Python Wpg] Cannot figure out this ZeroDivisionError exception
In-Reply-To: <AANLkTimh2dAgiT9XjjJNG=pcmT0DJ-6oDd1P+bMAfGYH@mail.gmail.com>
References: <AANLkTimh2dAgiT9XjjJNG=pcmT0DJ-6oDd1P+bMAfGYH@mail.gmail.com>
Message-ID: <AANLkTi=WJK9oCU5Qi4n4V_anwE2Ad7wAR05nOgKtm8N+@mail.gmail.com>

I briefly looked through your code, and the print of scale + movex makes me
wonder if you're assuming different operator precedence than Python gives
you:

  nx = (x[n]+xrotoffset+camx)/nz/scale+movex

is interpreted as (formatted to match PEP8):

  nx = (((x[n] + xrotoffset + camx) / nz) / scale) + movex

I suspect scale is zero, even if scale+movex is not.

camz starts at zero, and if line 68 execute then scale becomes zero.

The other thing I noticed is your code has the loop over 8 values later in
the loop than the code that you're following.

Perhaps that will help.

Stuart.

On Thu, Mar 10, 2011 at 4:33 PM, Kevin Veroneau <kveroneau at gmail.com> wrote:

> Hello,
>
>   I am in the process of learning the basics of 3D math and programming,
> and thought using Python and Pygame would be a good choice to prototype in.
> The 2D example works great, the isometric 3D example also works.  But in the
> 3rd example, when I press Space to enter into full 3D, it uses a flow
> control statement to change a calculation.  Even though the calculation is
> very similar in both isometric and full 3D, it just does not work and I am
> very confused why.
>
>   You can view the source code online in my public Subversion Repository:
> http://django.kveroneau.info/svn/node1/python/pygame/3danim2.py/cat
>
>   I am following the tutorial step-by-step on this website:
> http://skytopia.com/project/cube/cube.html
>
>   That website explains 3D using pseudo-code, the author made it resemble
> BASIC-like syntax for clarity.  As I read through the tutorial, I coded it
> in Python, and thus is why there is three python files, one for each phase
> of the example.
>
>   I thought I would ask here, as I noticed many of you on this mailing list
> using Python for mathematical purposes, and this exception is related to a
> math operation in a calculation.  This is my first time going in depth with
> 3D programming and how the math behind it works.  I would of course move to
> OpenGL once I understand the fundamentals.
>
>   On the topic of OpenGL, which OpenGL Python library would you recommend
> someone who is just diving into GL.  I feel my Python skills are pretty
> strong at this point.  I understand that Blender can be scripted using
> Python, would this be a good place to start or should I use a stand-alone
> python module?
>
> Thanks,
>   Kevin Veroneau
>
>
> _______________________________________________
> Winnipeg Python Users Group mailing list
> http://WinniPUG.ca
> Winnipeg at python.org
> http://mail.python.org/mailman/listinfo/winnipeg
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/winnipeg/attachments/20110311/375a8b6b/attachment.html>

From kveroneau at gmail.com  Fri Mar 11 15:22:20 2011
From: kveroneau at gmail.com (Kevin Veroneau)
Date: Fri, 11 Mar 2011 14:22:20 -0600
Subject: [Python Wpg] Fwd: Cannot figure out this ZeroDivisionError exception
In-Reply-To: <AANLkTinxkjQ2YgQuEbcFmSfQh+5Ba2QXbBXjrUw93u8G@mail.gmail.com>
References: <AANLkTimh2dAgiT9XjjJNG=pcmT0DJ-6oDd1P+bMAfGYH@mail.gmail.com>
	<AANLkTi=WJK9oCU5Qi4n4V_anwE2Ad7wAR05nOgKtm8N+@mail.gmail.com>
	<AANLkTinxkjQ2YgQuEbcFmSfQh+5Ba2QXbBXjrUw93u8G@mail.gmail.com>
Message-ID: <AANLkTi=ppbhC9kmMGnj1DZ_sr5Tw9ysm5Ovw4JZh3XGw@mail.gmail.com>

---------- Forwarded message ----------
From: Kevin Veroneau <kveroneau at gmail.com>
Date: Fri, Mar 11, 2011 at 2:22 PM
Subject: Re: [Python Wpg] Cannot figure out this ZeroDivisionError exception
To: Stuart Williams <stuart at swilliams.ca>


Thank you the help.

I updated the code with the added brackets.  The exception is still firing.

camz is set on line 17:  camx, camy, camz = 0, 0, 300

scale is set to 1, and when the mode is changed to from 0 to 1, the
following is executed:
scale = scale/camz

I suspect that I have the scale set too low, it is current 1.  In the end,
it would be doing:
scale = 1/300 which then equals a zero-based float point number:  0.003333

If I set the scale to 1, the objects in 3D space are too far to see and
defeats the purpose of the demo.  Although I do suspect it is more related
to the math in dividing the scale than it is in the math for the drawing
routine.

This helps a lot as now the problem is more pinpointed and I know where to
look.

Thanks!


On Fri, Mar 11, 2011 at 1:58 PM, Stuart Williams <stuart at swilliams.ca>wrote:

> I briefly looked through your code, and the print of scale + movex makes me
> wonder if you're assuming different operator precedence than Python gives
> you:
>
>   nx = (x[n]+xrotoffset+camx)/nz/scale+movex
>
> is interpreted as (formatted to match PEP8):
>
>   nx = (((x[n] + xrotoffset + camx) / nz) / scale) + movex
>
> I suspect scale is zero, even if scale+movex is not.
>
> camz starts at zero, and if line 68 execute then scale becomes zero.
>
> The other thing I noticed is your code has the loop over 8 values later in
> the loop than the code that you're following.
>
> Perhaps that will help.
>
> Stuart.
>
> On Thu, Mar 10, 2011 at 4:33 PM, Kevin Veroneau <kveroneau at gmail.com>wrote:
>
>> Hello,
>>
>>   I am in the process of learning the basics of 3D math and programming,
>> and thought using Python and Pygame would be a good choice to prototype in.
>> The 2D example works great, the isometric 3D example also works.  But in the
>> 3rd example, when I press Space to enter into full 3D, it uses a flow
>> control statement to change a calculation.  Even though the calculation is
>> very similar in both isometric and full 3D, it just does not work and I am
>> very confused why.
>>
>>   You can view the source code online in my public Subversion Repository:
>> http://django.kveroneau.info/svn/node1/python/pygame/3danim2.py/cat
>>
>>   I am following the tutorial step-by-step on this website:
>> http://skytopia.com/project/cube/cube.html
>>
>>   That website explains 3D using pseudo-code, the author made it resemble
>> BASIC-like syntax for clarity.  As I read through the tutorial, I coded it
>> in Python, and thus is why there is three python files, one for each phase
>> of the example.
>>
>>   I thought I would ask here, as I noticed many of you on this mailing
>> list using Python for mathematical purposes, and this exception is related
>> to a math operation in a calculation.  This is my first time going in depth
>> with 3D programming and how the math behind it works.  I would of course
>> move to OpenGL once I understand the fundamentals.
>>
>>   On the topic of OpenGL, which OpenGL Python library would you recommend
>> someone who is just diving into GL.  I feel my Python skills are pretty
>> strong at this point.  I understand that Blender can be scripted using
>> Python, would this be a good place to start or should I use a stand-alone
>> python module?
>>
>> Thanks,
>>   Kevin Veroneau
>>
>>
>> _______________________________________________
>> Winnipeg Python Users Group mailing list
>> http://WinniPUG.ca
>> Winnipeg at python.org
>> http://mail.python.org/mailman/listinfo/winnipeg
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/winnipeg/attachments/20110311/1ac6fff3/attachment.html>

From high.res.mike at gmail.com  Fri Mar 11 19:38:41 2011
From: high.res.mike at gmail.com (Mike pfaiffer)
Date: Fri, 11 Mar 2011 18:38:41 -0600
Subject: [Python Wpg] Fwd: Cannot figure out this ZeroDivisionError
	exception
In-Reply-To: <AANLkTi=ppbhC9kmMGnj1DZ_sr5Tw9ysm5Ovw4JZh3XGw@mail.gmail.com>
References: <AANLkTimh2dAgiT9XjjJNG=pcmT0DJ-6oDd1P+bMAfGYH@mail.gmail.com>	<AANLkTi=WJK9oCU5Qi4n4V_anwE2Ad7wAR05nOgKtm8N+@mail.gmail.com>	<AANLkTinxkjQ2YgQuEbcFmSfQh+5Ba2QXbBXjrUw93u8G@mail.gmail.com>
	<AANLkTi=ppbhC9kmMGnj1DZ_sr5Tw9ysm5Ovw4JZh3XGw@mail.gmail.com>
Message-ID: <4D7AC091.8040009@gmail.com>

On 11-03-11 2:22 PM, Kevin Veroneau wrote:
> ---------- Forwarded message ----------
> From: Kevin Veroneau<kveroneau at gmail.com>
> Date: Fri, Mar 11, 2011 at 2:22 PM
> Subject: Re: [Python Wpg] Cannot figure out this ZeroDivisionError exception
> To: Stuart Williams<stuart at swilliams.ca>
>
>
> Thank you the help.
>
> I updated the code with the added brackets.  The exception is still firing.
>
> camz is set on line 17:  camx, camy, camz = 0, 0, 300
>
> scale is set to 1, and when the mode is changed to from 0 to 1, the
> following is executed:
> scale = scale/camz
>
> I suspect that I have the scale set too low, it is current 1.  In the end,
> it would be doing:
> scale = 1/300 which then equals a zero-based float point number:  0.003333
>
> If I set the scale to 1, the objects in 3D space are too far to see and
> defeats the purpose of the demo.  Although I do suspect it is more related
> to the math in dividing the scale than it is in the math for the drawing
> routine.
>
> This helps a lot as now the problem is more pinpointed and I know where to
> look.
>
> Thanks!

	Just a thought. Would scale = 1/300 not produce 0 instead of the 
floating point 0.00333? It looks like you may have a data type 
conversion issue. If the numerator is an integer then the result of the 
division will be an integer. I was caught by this a couple of times (and 
will no doubt be caught by it again in the future).

				Later
				Mike



> On Fri, Mar 11, 2011 at 1:58 PM, Stuart Williams<stuart at swilliams.ca>wrote:
>
>> I briefly looked through your code, and the print of scale + movex makes me
>> wonder if you're assuming different operator precedence than Python gives
>> you:
>>
>>    nx = (x[n]+xrotoffset+camx)/nz/scale+movex
>>
>> is interpreted as (formatted to match PEP8):
>>
>>    nx = (((x[n] + xrotoffset + camx) / nz) / scale) + movex
>>
>> I suspect scale is zero, even if scale+movex is not.
>>
>> camz starts at zero, and if line 68 execute then scale becomes zero.
>>
>> The other thing I noticed is your code has the loop over 8 values later in
>> the loop than the code that you're following.
>>
>> Perhaps that will help.
>>
>> Stuart.
>>
>> On Thu, Mar 10, 2011 at 4:33 PM, Kevin Veroneau<kveroneau at gmail.com>wrote:
>>
>>> Hello,
>>>
>>>    I am in the process of learning the basics of 3D math and programming,
>>> and thought using Python and Pygame would be a good choice to prototype in.
>>> The 2D example works great, the isometric 3D example also works.  But in the
>>> 3rd example, when I press Space to enter into full 3D, it uses a flow
>>> control statement to change a calculation.  Even though the calculation is
>>> very similar in both isometric and full 3D, it just does not work and I am
>>> very confused why.
>>>
>>>    You can view the source code online in my public Subversion Repository:
>>> http://django.kveroneau.info/svn/node1/python/pygame/3danim2.py/cat
>>>
>>>    I am following the tutorial step-by-step on this website:
>>> http://skytopia.com/project/cube/cube.html
>>>
>>>    That website explains 3D using pseudo-code, the author made it resemble
>>> BASIC-like syntax for clarity.  As I read through the tutorial, I coded it
>>> in Python, and thus is why there is three python files, one for each phase
>>> of the example.
>>>
>>>    I thought I would ask here, as I noticed many of you on this mailing
>>> list using Python for mathematical purposes, and this exception is related
>>> to a math operation in a calculation.  This is my first time going in depth
>>> with 3D programming and how the math behind it works.  I would of course
>>> move to OpenGL once I understand the fundamentals.
>>>
>>>    On the topic of OpenGL, which OpenGL Python library would you recommend
>>> someone who is just diving into GL.  I feel my Python skills are pretty
>>> strong at this point.  I understand that Blender can be scripted using
>>> Python, would this be a good place to start or should I use a stand-alone
>>> python module?
>>>
>>> Thanks,
>>>    Kevin Veroneau
>>>
>>>
>>> _______________________________________________
>>> Winnipeg Python Users Group mailing list
>>> http://WinniPUG.ca
>>> Winnipeg at python.org
>>> http://mail.python.org/mailman/listinfo/winnipeg
>>>
>>>
>>
>
>
>
> _______________________________________________
> Winnipeg Python Users Group mailing list
> http://WinniPUG.ca
> Winnipeg at python.org
> http://mail.python.org/mailman/listinfo/winnipeg



From cmacksey at gmail.com  Fri Mar 11 20:22:57 2011
From: cmacksey at gmail.com (Chris Macksey)
Date: Fri, 11 Mar 2011 19:22:57 -0600
Subject: [Python Wpg] Fwd: Cannot figure out this ZeroDivisionError
	exception
In-Reply-To: <4D7AC091.8040009@gmail.com>
References: <AANLkTimh2dAgiT9XjjJNG=pcmT0DJ-6oDd1P+bMAfGYH@mail.gmail.com>
	<AANLkTi=WJK9oCU5Qi4n4V_anwE2Ad7wAR05nOgKtm8N+@mail.gmail.com>
	<AANLkTinxkjQ2YgQuEbcFmSfQh+5Ba2QXbBXjrUw93u8G@mail.gmail.com>
	<AANLkTi=ppbhC9kmMGnj1DZ_sr5Tw9ysm5Ovw4JZh3XGw@mail.gmail.com>
	<4D7AC091.8040009@gmail.com>
Message-ID: <AANLkTimoY8+ou2H+2aiB_F-jGLB=9soU20B0qU_uDx6V@mail.gmail.com>

On 11 March 2011 18:38, Mike pfaiffer <high.res.mike at gmail.com> wrote:

>
>        Just a thought. Would scale = 1/300 not produce 0 instead of the
> floating point 0.00333? It looks like you may have a data type conversion
> issue. If the numerator is an integer then the result of the division will
> be an integer. I was caught by this a couple of times (and will no doubt be
> caught by it again in the future).
>
>                                Later
>                                Mike
>
>

Yes, it would, depending on your Python version - unless you either use from
__future__ import division  to get the new division semantics, or use
1.0/300 (or equivalent) to force it to be a float.

Cheers,

Chris.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/winnipeg/attachments/20110311/01aa8264/attachment.html>

From stuart at swilliams.ca  Fri Mar 11 20:59:02 2011
From: stuart at swilliams.ca (Stuart Williams)
Date: Fri, 11 Mar 2011 19:59:02 -0600
Subject: [Python Wpg] Fwd: Cannot figure out this ZeroDivisionError
	exception
In-Reply-To: <4D7AC091.8040009@gmail.com>
References: <AANLkTimh2dAgiT9XjjJNG=pcmT0DJ-6oDd1P+bMAfGYH@mail.gmail.com>
	<AANLkTi=WJK9oCU5Qi4n4V_anwE2Ad7wAR05nOgKtm8N+@mail.gmail.com>
	<AANLkTinxkjQ2YgQuEbcFmSfQh+5Ba2QXbBXjrUw93u8G@mail.gmail.com>
	<AANLkTi=ppbhC9kmMGnj1DZ_sr5Tw9ysm5Ovw4JZh3XGw@mail.gmail.com>
	<4D7AC091.8040009@gmail.com>
Message-ID: <AANLkTinVK0tRsBkf0NgdkRfjnyP49ofDguL9-xCuRTrd@mail.gmail.com>

Good catch Mike.

Stuart.

On Fri, Mar 11, 2011 at 6:38 PM, Mike pfaiffer <high.res.mike at gmail.com>wrote:

> On 11-03-11 2:22 PM, Kevin Veroneau wrote:
>
>> ---------- Forwarded message ----------
>> From: Kevin Veroneau<kveroneau at gmail.com>
>> Date: Fri, Mar 11, 2011 at 2:22 PM
>> Subject: Re: [Python Wpg] Cannot figure out this ZeroDivisionError
>> exception
>> To: Stuart Williams<stuart at swilliams.ca>
>>
>>
>> Thank you the help.
>>
>> I updated the code with the added brackets.  The exception is still
>> firing.
>>
>> camz is set on line 17:  camx, camy, camz = 0, 0, 300
>>
>> scale is set to 1, and when the mode is changed to from 0 to 1, the
>> following is executed:
>> scale = scale/camz
>>
>> I suspect that I have the scale set too low, it is current 1.  In the end,
>> it would be doing:
>> scale = 1/300 which then equals a zero-based float point number:  0.003333
>>
>> If I set the scale to 1, the objects in 3D space are too far to see and
>> defeats the purpose of the demo.  Although I do suspect it is more related
>> to the math in dividing the scale than it is in the math for the drawing
>> routine.
>>
>> This helps a lot as now the problem is more pinpointed and I know where to
>> look.
>>
>> Thanks!
>>
>
>        Just a thought. Would scale = 1/300 not produce 0 instead of the
> floating point 0.00333? It looks like you may have a data type conversion
> issue. If the numerator is an integer then the result of the division will
> be an integer. I was caught by this a couple of times (and will no doubt be
> caught by it again in the future).
>
>                                Later
>                                Mike
>
>
>
>
>  On Fri, Mar 11, 2011 at 1:58 PM, Stuart Williams<stuart at swilliams.ca
>> >wrote:
>>
>>  I briefly looked through your code, and the print of scale + movex makes
>>> me
>>> wonder if you're assuming different operator precedence than Python gives
>>> you:
>>>
>>>   nx = (x[n]+xrotoffset+camx)/nz/scale+movex
>>>
>>> is interpreted as (formatted to match PEP8):
>>>
>>>   nx = (((x[n] + xrotoffset + camx) / nz) / scale) + movex
>>>
>>> I suspect scale is zero, even if scale+movex is not.
>>>
>>> camz starts at zero, and if line 68 execute then scale becomes zero.
>>>
>>> The other thing I noticed is your code has the loop over 8 values later
>>> in
>>> the loop than the code that you're following.
>>>
>>> Perhaps that will help.
>>>
>>> Stuart.
>>>
>>> On Thu, Mar 10, 2011 at 4:33 PM, Kevin Veroneau<kveroneau at gmail.com
>>> >wrote:
>>>
>>>  Hello,
>>>>
>>>>   I am in the process of learning the basics of 3D math and programming,
>>>> and thought using Python and Pygame would be a good choice to prototype
>>>> in.
>>>> The 2D example works great, the isometric 3D example also works.  But in
>>>> the
>>>> 3rd example, when I press Space to enter into full 3D, it uses a flow
>>>> control statement to change a calculation.  Even though the calculation
>>>> is
>>>> very similar in both isometric and full 3D, it just does not work and I
>>>> am
>>>> very confused why.
>>>>
>>>>   You can view the source code online in my public Subversion
>>>> Repository:
>>>> http://django.kveroneau.info/svn/node1/python/pygame/3danim2.py/cat
>>>>
>>>>   I am following the tutorial step-by-step on this website:
>>>> http://skytopia.com/project/cube/cube.html
>>>>
>>>>   That website explains 3D using pseudo-code, the author made it
>>>> resemble
>>>> BASIC-like syntax for clarity.  As I read through the tutorial, I coded
>>>> it
>>>> in Python, and thus is why there is three python files, one for each
>>>> phase
>>>> of the example.
>>>>
>>>>   I thought I would ask here, as I noticed many of you on this mailing
>>>> list using Python for mathematical purposes, and this exception is
>>>> related
>>>> to a math operation in a calculation.  This is my first time going in
>>>> depth
>>>> with 3D programming and how the math behind it works.  I would of course
>>>> move to OpenGL once I understand the fundamentals.
>>>>
>>>>   On the topic of OpenGL, which OpenGL Python library would you
>>>> recommend
>>>> someone who is just diving into GL.  I feel my Python skills are pretty
>>>> strong at this point.  I understand that Blender can be scripted using
>>>> Python, would this be a good place to start or should I use a
>>>> stand-alone
>>>> python module?
>>>>
>>>> Thanks,
>>>>   Kevin Veroneau
>>>>
>>>>
>>>> _______________________________________________
>>>> Winnipeg Python Users Group mailing list
>>>> http://WinniPUG.ca
>>>> Winnipeg at python.org
>>>> http://mail.python.org/mailman/listinfo/winnipeg
>>>>
>>>>
>>>>
>>>
>>
>>
>> _______________________________________________
>> Winnipeg Python Users Group mailing list
>> http://WinniPUG.ca
>> Winnipeg at python.org
>> http://mail.python.org/mailman/listinfo/winnipeg
>>
>
> _______________________________________________
> Winnipeg Python Users Group mailing list
> http://WinniPUG.ca
> Winnipeg at python.org
> http://mail.python.org/mailman/listinfo/winnipeg
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/winnipeg/attachments/20110311/61c38c0b/attachment.html>

From high.res.mike at gmail.com  Sat Mar 12 00:27:19 2011
From: high.res.mike at gmail.com (Mike pfaiffer)
Date: Fri, 11 Mar 2011 23:27:19 -0600
Subject: [Python Wpg] Fwd: Cannot figure out this ZeroDivisionError
	exception
In-Reply-To: <AANLkTinVK0tRsBkf0NgdkRfjnyP49ofDguL9-xCuRTrd@mail.gmail.com>
References: <AANLkTimh2dAgiT9XjjJNG=pcmT0DJ-6oDd1P+bMAfGYH@mail.gmail.com>	<AANLkTi=WJK9oCU5Qi4n4V_anwE2Ad7wAR05nOgKtm8N+@mail.gmail.com>	<AANLkTinxkjQ2YgQuEbcFmSfQh+5Ba2QXbBXjrUw93u8G@mail.gmail.com>	<AANLkTi=ppbhC9kmMGnj1DZ_sr5Tw9ysm5Ovw4JZh3XGw@mail.gmail.com>	<4D7AC091.8040009@gmail.com>
	<AANLkTinVK0tRsBkf0NgdkRfjnyP49ofDguL9-xCuRTrd@mail.gmail.com>
Message-ID: <4D7B0437.9030303@gmail.com>

On 11-03-11 7:59 PM, Stuart Williams wrote:
> Good catch Mike.
>
> Stuart.

	Years ago there was something similar with the Apple][ computer. The 
idea was to map a 3D wire frame object into 2D. At the time I figured 
since this was a lot of horsepower involved for a 1MHz system I'd use 
integer variables to speed up processing. It worked out to be very much 
faster but the results left a lot to be desired. ;-)

				Later
				Mike


> On Fri, Mar 11, 2011 at 6:38 PM, Mike pfaiffer<high.res.mike at gmail.com>wrote:
>
>> On 11-03-11 2:22 PM, Kevin Veroneau wrote:
>>
>>> ---------- Forwarded message ----------
>>> From: Kevin Veroneau<kveroneau at gmail.com>
>>> Date: Fri, Mar 11, 2011 at 2:22 PM
>>> Subject: Re: [Python Wpg] Cannot figure out this ZeroDivisionError
>>> exception
>>> To: Stuart Williams<stuart at swilliams.ca>
>>>
>>>
>>> Thank you the help.
>>>
>>> I updated the code with the added brackets.  The exception is still
>>> firing.
>>>
>>> camz is set on line 17:  camx, camy, camz = 0, 0, 300
>>>
>>> scale is set to 1, and when the mode is changed to from 0 to 1, the
>>> following is executed:
>>> scale = scale/camz
>>>
>>> I suspect that I have the scale set too low, it is current 1.  In the end,
>>> it would be doing:
>>> scale = 1/300 which then equals a zero-based float point number:  0.003333
>>>
>>> If I set the scale to 1, the objects in 3D space are too far to see and
>>> defeats the purpose of the demo.  Although I do suspect it is more related
>>> to the math in dividing the scale than it is in the math for the drawing
>>> routine.
>>>
>>> This helps a lot as now the problem is more pinpointed and I know where to
>>> look.
>>>
>>> Thanks!
>>>
>>
>>         Just a thought. Would scale = 1/300 not produce 0 instead of the
>> floating point 0.00333? It looks like you may have a data type conversion
>> issue. If the numerator is an integer then the result of the division will
>> be an integer. I was caught by this a couple of times (and will no doubt be
>> caught by it again in the future).
>>
>>                                 Later
>>                                 Mike
>>
>>
>>
>>
>>   On Fri, Mar 11, 2011 at 1:58 PM, Stuart Williams<stuart at swilliams.ca
>>>> wrote:
>>>
>>>   I briefly looked through your code, and the print of scale + movex makes
>>>> me
>>>> wonder if you're assuming different operator precedence than Python gives
>>>> you:
>>>>
>>>>    nx = (x[n]+xrotoffset+camx)/nz/scale+movex
>>>>
>>>> is interpreted as (formatted to match PEP8):
>>>>
>>>>    nx = (((x[n] + xrotoffset + camx) / nz) / scale) + movex
>>>>
>>>> I suspect scale is zero, even if scale+movex is not.
>>>>
>>>> camz starts at zero, and if line 68 execute then scale becomes zero.
>>>>
>>>> The other thing I noticed is your code has the loop over 8 values later
>>>> in
>>>> the loop than the code that you're following.
>>>>
>>>> Perhaps that will help.
>>>>
>>>> Stuart.
>>>>
>>>> On Thu, Mar 10, 2011 at 4:33 PM, Kevin Veroneau<kveroneau at gmail.com
>>>>> wrote:
>>>>
>>>>   Hello,
>>>>>
>>>>>    I am in the process of learning the basics of 3D math and programming,
>>>>> and thought using Python and Pygame would be a good choice to prototype
>>>>> in.
>>>>> The 2D example works great, the isometric 3D example also works.  But in
>>>>> the
>>>>> 3rd example, when I press Space to enter into full 3D, it uses a flow
>>>>> control statement to change a calculation.  Even though the calculation
>>>>> is
>>>>> very similar in both isometric and full 3D, it just does not work and I
>>>>> am
>>>>> very confused why.
>>>>>
>>>>>    You can view the source code online in my public Subversion
>>>>> Repository:
>>>>> http://django.kveroneau.info/svn/node1/python/pygame/3danim2.py/cat
>>>>>
>>>>>    I am following the tutorial step-by-step on this website:
>>>>> http://skytopia.com/project/cube/cube.html
>>>>>
>>>>>    That website explains 3D using pseudo-code, the author made it
>>>>> resemble
>>>>> BASIC-like syntax for clarity.  As I read through the tutorial, I coded
>>>>> it
>>>>> in Python, and thus is why there is three python files, one for each
>>>>> phase
>>>>> of the example.
>>>>>
>>>>>    I thought I would ask here, as I noticed many of you on this mailing
>>>>> list using Python for mathematical purposes, and this exception is
>>>>> related
>>>>> to a math operation in a calculation.  This is my first time going in
>>>>> depth
>>>>> with 3D programming and how the math behind it works.  I would of course
>>>>> move to OpenGL once I understand the fundamentals.
>>>>>
>>>>>    On the topic of OpenGL, which OpenGL Python library would you
>>>>> recommend
>>>>> someone who is just diving into GL.  I feel my Python skills are pretty
>>>>> strong at this point.  I understand that Blender can be scripted using
>>>>> Python, would this be a good place to start or should I use a
>>>>> stand-alone
>>>>> python module?
>>>>>
>>>>> Thanks,
>>>>>    Kevin Veroneau
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Winnipeg Python Users Group mailing list
>>>>> http://WinniPUG.ca
>>>>> Winnipeg at python.org
>>>>> http://mail.python.org/mailman/listinfo/winnipeg
>>>>>
>>>>>
>>>>>
>>>>
>>>
>>>
>>> _______________________________________________
>>> Winnipeg Python Users Group mailing list
>>> http://WinniPUG.ca
>>> Winnipeg at python.org
>>> http://mail.python.org/mailman/listinfo/winnipeg
>>>
>>
>> _______________________________________________
>> Winnipeg Python Users Group mailing list
>> http://WinniPUG.ca
>> Winnipeg at python.org
>> http://mail.python.org/mailman/listinfo/winnipeg
>>
>



From high.res.mike at gmail.com  Sat Mar 12 00:30:07 2011
From: high.res.mike at gmail.com (Mike pfaiffer)
Date: Fri, 11 Mar 2011 23:30:07 -0600
Subject: [Python Wpg] Fwd: Cannot figure out this ZeroDivisionError
	exception
In-Reply-To: <AANLkTimoY8+ou2H+2aiB_F-jGLB=9soU20B0qU_uDx6V@mail.gmail.com>
References: <AANLkTimh2dAgiT9XjjJNG=pcmT0DJ-6oDd1P+bMAfGYH@mail.gmail.com>	<AANLkTi=WJK9oCU5Qi4n4V_anwE2Ad7wAR05nOgKtm8N+@mail.gmail.com>	<AANLkTinxkjQ2YgQuEbcFmSfQh+5Ba2QXbBXjrUw93u8G@mail.gmail.com>	<AANLkTi=ppbhC9kmMGnj1DZ_sr5Tw9ysm5Ovw4JZh3XGw@mail.gmail.com>	<4D7AC091.8040009@gmail.com>
	<AANLkTimoY8+ou2H+2aiB_F-jGLB=9soU20B0qU_uDx6V@mail.gmail.com>
Message-ID: <4D7B04DF.8000102@gmail.com>

On 11-03-11 7:22 PM, Chris Macksey wrote:
> On 11 March 2011 18:38, Mike pfaiffer<high.res.mike at gmail.com>  wrote:
>
>>
>>         Just a thought. Would scale = 1/300 not produce 0 instead of the
>> floating point 0.00333? It looks like you may have a data type conversion
>> issue. If the numerator is an integer then the result of the division will
>> be an integer. I was caught by this a couple of times (and will no doubt be
>> caught by it again in the future).
>>
>>                                 Later
>>                                 Mike
>>
>>
>
> Yes, it would, depending on your Python version - unless you either use from
> __future__ import division  to get the new division semantics, or use
> 1.0/300 (or equivalent) to force it to be a float.
>
> Cheers,
>
> Chris.

	That's the way it worked out on my Mac. I couldn't test it on my Linux 
box because of hardware issues.

				Later
				Mike



From kveroneau at gmail.com  Sat Mar 12 15:54:53 2011
From: kveroneau at gmail.com (Kevin Veroneau)
Date: Sat, 12 Mar 2011 14:54:53 -0600
Subject: [Python Wpg] Fwd: Cannot figure out this ZeroDivisionError
	exception
In-Reply-To: <4D7B04DF.8000102@gmail.com>
References: <AANLkTimh2dAgiT9XjjJNG=pcmT0DJ-6oDd1P+bMAfGYH@mail.gmail.com>
	<AANLkTi=WJK9oCU5Qi4n4V_anwE2Ad7wAR05nOgKtm8N+@mail.gmail.com>
	<AANLkTinxkjQ2YgQuEbcFmSfQh+5Ba2QXbBXjrUw93u8G@mail.gmail.com>
	<AANLkTi=ppbhC9kmMGnj1DZ_sr5Tw9ysm5Ovw4JZh3XGw@mail.gmail.com>
	<4D7AC091.8040009@gmail.com>
	<AANLkTimoY8+ou2H+2aiB_F-jGLB=9soU20B0qU_uDx6V@mail.gmail.com>
	<4D7B04DF.8000102@gmail.com>
Message-ID: <AANLkTinL0Zb6vSKpSyHk4qQvyMTVnLfwzcUhacAduf2R@mail.gmail.com>

Thank you all for your help.  I do believe that is what is causing the
problem.  It runs now without throwing the exception.

On Fri, Mar 11, 2011 at 11:30 PM, Mike pfaiffer <high.res.mike at gmail.com>wrote:

> On 11-03-11 7:22 PM, Chris Macksey wrote:
>
>> On 11 March 2011 18:38, Mike pfaiffer<high.res.mike at gmail.com>  wrote:
>>
>>
>>>        Just a thought. Would scale = 1/300 not produce 0 instead of the
>>> floating point 0.00333? It looks like you may have a data type conversion
>>> issue. If the numerator is an integer then the result of the division
>>> will
>>> be an integer. I was caught by this a couple of times (and will no doubt
>>> be
>>> caught by it again in the future).
>>>
>>>                                Later
>>>                                Mike
>>>
>>>
>>>
>> Yes, it would, depending on your Python version - unless you either use
>> from
>> __future__ import division  to get the new division semantics, or use
>> 1.0/300 (or equivalent) to force it to be a float.
>>
>> Cheers,
>>
>> Chris.
>>
>
>        That's the way it worked out on my Mac. I couldn't test it on my
> Linux box because of hardware issues.
>
>                                Later
>                                Mike
>
>
> _______________________________________________
> Winnipeg Python Users Group mailing list
> http://WinniPUG.ca
> Winnipeg at python.org
> http://mail.python.org/mailman/listinfo/winnipeg
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/winnipeg/attachments/20110312/0a21213b/attachment.html>

From stuart at swilliams.ca  Tue Mar 22 09:25:27 2011
From: stuart at swilliams.ca (Stuart Williams)
Date: Tue, 22 Mar 2011 08:25:27 -0500
Subject: [Python Wpg] Offer to present on Bo-Keep
In-Reply-To: <AANLkTi=shbdGd+nSks5Yfbs0kVt5+0_Uz9EjvH8A=SG4@mail.gmail.com>
References: <4D62B928.9020203@parit.ca>
	<AANLkTi=shbdGd+nSks5Yfbs0kVt5+0_Uz9EjvH8A=SG4@mail.gmail.com>
Message-ID: <AANLkTi=+FkgJ2PrcyjVFyWdjUcqGbEfkOx+f0OZvicPy@mail.gmail.com>

Don't forget tomorrow (Wednesday) night's meeting.

Stuart.

On Fri, Mar 4, 2011 at 7:22 AM, Stuart Williams <stuart at swilliams.ca> wrote:

> Our next meeting will be March 23rd at 7:30 p.m. at Epic,
> http://WinniPUG.ca updated to reflect this.
> For meetings at Epic, the address is 167 Sherbrook, parking on the street
> or in the lot at the back, website http://Epic.ca <http://epic.ca/>.
>
> I hope to see many of you there.  I expect an interesting talk.
>
> Stuart.
>
>
> On Mon, Feb 21, 2011 at 1:12 PM, Mark Jenkins <mark at parit.ca> wrote:
>
>> Hey WinniPUG,
>>
>> Scratching my head trying to figure out from the archives and wiki if
>> there was a user-group meeting between November and today...
>>
>> I'm willing to offer a presentation on Bo-Keep, http://bokeep.org/,
>> which I recently did an online 1.0 launch of (as a public project).
>> (more recently then the launch party we had a few months back)
>>
>> http://bokeep.org/
>>
>> I'll try to go beyond just the regular user-demo and show some of the
>> ways in which I used python in the code.
>>
>> If there isn't a regular meeting schedule that I could fit in to
>> anymore, I could arrange a meeting on my own if there's interest.
>>
>>
>> Mark
>> _______________________________________________
>> Winnipeg Python Users Group mailing list
>> http://WinniPUG.ca
>> Winnipeg at python.org
>> http://mail.python.org/mailman/listinfo/winnipeg
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/winnipeg/attachments/20110322/1a623e98/attachment.html>

From kveroneau at gmail.com  Wed Mar 23 12:49:24 2011
From: kveroneau at gmail.com (Kevin Veroneau)
Date: Wed, 23 Mar 2011 11:49:24 -0500
Subject: [Python Wpg] Django 1.3 released!
Message-ID: <AANLkTikoc2yR96-H35Lx4105+NtiUoKL33jv6SS5Qe3i@mail.gmail.com>

For those here who use Django,

  Django has now released into version 1.3, and the project is in the
process of removing outdated features.  One of these features is mod_python
support for project deployment.  There are also other incompatibilities with
Django 1.2 and lower one may need to watch out for when upgrading an
existing project.

  Full release information can be located here:
http://docs.djangoproject.com/en/dev/releases/1.3/

  One of the most interesting features, which I plan to check out is the
ability to have Class-based views.  This further increases the DRY(Don't
repeat yourself) principle of Django.

Kevin Veroneau
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/winnipeg/attachments/20110323/44e43996/attachment.html>

From kveroneau at gmail.com  Sat Mar 26 13:02:17 2011
From: kveroneau at gmail.com (Kevin Veroneau)
Date: Sat, 26 Mar 2011 12:02:17 -0500
Subject: [Python Wpg] Looking for employment opportunities
Message-ID: <AANLkTi=WNVtLG8bDZE5-OE7fVctw-wCibYgfQtaXdLQM@mail.gmail.com>

Hello everyone,

  I have been looking into employment with Python, and unfortunately I seem
to find more ASP/.NET and even PHP.  I find it very unfortunate that a
companies I.T. department does not see the benefits of developing
application and web application using Python.  Compared to PHP, Python is
much more cleaner, even compared to the likes of .NET.  I find this very
disturbing.  Ever since moving from PHP to Python for my web development, I
am finding that the code is much more easier to maintain and read.  Further
I find myself creating application more rapidly and in less time when using
Python over other technologies.  Python can save businesses a lot of money
in the long run, if only they embrace Python first.

  Does anybody here know of any local Winnipeg businesses who would take on
a very enthusiastic and willing to learn more Python developer?  I know all
the main modules in Python and can easily navigate through the Python
documentation website for method which I am not completely familiar with.  I
am very familiar with the UNIX command-line(Bash shell to be exact) and have
been using UNIX-like systems for over 7 years now.  My Python experience is
just about a year, and am still continuing to learn more and as much as I
can about Python programming.  I am proficient in MVC programming methods,
mainly with the help of Django.

  Since my years in Python are not great, I am more looking for a junior
position where I can learn more and as much as can to better my skills in
the field.  I am definitely open to other programming languages, if the job
requires it.  I tend to learn programming languages at incredible
speeds(considering the Internet is a wonderful research resource).  I have
mild skills in ANSI C, I am able to program console-based UNIX
applications.  With the help of an IDE, I am able to create Qt3 applications
and bind the widgets to C code.  I have also created Python GUI applications
in Tk, GTK+, and Qt3.

  If there is anybody here interested or perhaps a local Winnipeg business,
I would glad to display my current skills.  Most of which are Django web
applications, however I can quickly create an application to a specific spec
to display my skills.

  My lastest achievement is a Django web application which has all the
standard Customer Management Datasets.  Since I have worked at an I.T. Help
Desk in the past, I built this web application from the experience I
gained.  The result, a fully functional web-based customer management system
for both customer facing and support teams to use.  It includes a contact
manager, asset manager, trouble ticket manager, billing and invoice manager
integrated with the PayPal APIs.  All of this was coded in basically 2 and a
half days.  Also note before I began, I knew nothing about the PayPal NVP
APIs, my research and testing was also done in this period.  I recently had
a client of mine(I do Linux server consulting for a local Winnipeg ISP),
entered into the system and their payment through PayPal worked flawlessly.
Well, the first time they made the payment, there was an exception thrown,
but was quickly resolved.  I forgot to a copy a variable from my development
server to my production server, which confused the PayPal API and it threw
an exception as the variable was a NoneType.

  For those curious, the website can be located here:
https://www.veroneau.net/

  The website is fully done in Django in just 2 days time, unfortunately the
large portion of the work can only be seen if one logs into an account with
access to the system.  I am by far now a web designer, the website template
was done by a third party.  Although in most web application development,
usually there is a separate team for the templates.

Hope to hear back from someone,
  Kevin Veroneau
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/winnipeg/attachments/20110326/a885194c/attachment.html>