From miles.groman at gmail.com  Fri Oct  2 18:40:27 2009
From: miles.groman at gmail.com (miles groman)
Date: Fri, 2 Oct 2009 11:40:27 -0500
Subject: [CentralOH] django.contrib.auth
Message-ID: <fa5f8d570910020940p3c2f9504ya0b2c22f763fb048@mail.gmail.com>

Hi - Django question (Im on v1.1):

While working on some Django code, I found myself needing more then
what the User model provides.

A quick google search brings up the following:

http://www.b-list.org/weblog/2006/jun/06/django-tips-extending-user-model/
 - I would normally, without a doubt, trust what James Bennet says on
Django, but this is over 3 years old...

Is this still the best way to extend User functionality?  The
documentation from djangoproject.org and the Django book seem to
agree.

Has anyone accomplished this a different way ?


miles

From jchampion at zetacentauri.com  Fri Oct  2 20:33:02 2009
From: jchampion at zetacentauri.com (Jason Champion)
Date: Fri, 2 Oct 2009 14:33:02 -0400
Subject: [CentralOH] django.contrib.auth
In-Reply-To: <fa5f8d570910020940p3c2f9504ya0b2c22f763fb048@mail.gmail.com>
References: <fa5f8d570910020940p3c2f9504ya0b2c22f763fb048@mail.gmail.com>
Message-ID: <d5049ccb0910021133u405ec267q208364e97526f73f@mail.gmail.com>

Here's how I do it (sorry, can't read access b-list behind the firewall I'm
behind).  It's not extremely elegant, but it works well enough (snipped out
some non-relevant or site-specific chunks, hopefully it's still clear):

MODEL:

class UserProfile(models.Model):
    user = models.OneToOneField(User)
    street_address = models.CharField(max_length=80, null=True, blank=True)
    city = models.CharField(max_length=40, null=True, blank=True)
    state = models.CharField(max_length=2, null=True, blank=True)
    zip = models.IntegerField(max_length=9, null=True, blank=True)
    avatar = models.ImageField(null=True, blank=True,
upload_to='images/avatars$

    def __unicode__(self):
        return self.user.username

VIEW:

def register(request):
    user = User()
    profile = UserProfile(user=user)

    if request.method == 'POST':
        user_form = RegistrationForm(request.POST, instance=user)
        profile_form = ProfileForm(request.POST, instance=profile)
        if user_form.is_valid() and profile_form.is_valid():
            # Check for email address already used.
            email = request.POST['email']
            duplicate_email = User.objects.filter(email=email)
            if( duplicate_email ):
                return render_to_response('register.html', {'user_form':
user_form, 'profile_form': profile_form, 'error': 'Error: Email address is
already in use.'}, context_instance=RequestContext(request))

            # Require both passswords to match.
            pwd1 = request.POST['password1']
            pwd2 = request.POST['password2']
            if pwd1 != pwd2:
                return render_to_response('register.html', {'user_form':
user_form, 'profile_form': profile_form, 'error': 'Passwords do not
match.'}, context_instance=RequestContext(request))
            user = user_form.save()
            user.set_password( request.POST['password1'] )
            user.save()
            profile_form.cleaned_data['user'] = user
            profile = profile_form.save()
            return HttpResponseRedirect("/home/")
        else:
            return render_to_response('register.html', {'user_form':
user_form, 'profile_form': profile_form},
context_instance=RequestContext(request))
    else:
        user_form = RegistrationForm(instance=user)
        profile_form = ProfileForm(instance=profile)
        return render_to_response('register.html', {'user_form': user_form,
'profile_form': profile_form }, context_instance=RequestContext(request))

TEMPLATE BODY:

  {% if error %}
    <p class="error">{{ error }}</p>
  {% endif %}
  {% if user_form.errors %}
    <p class="error">{{ user_form.errors }}</p>
  {% endif %}
  {% if profile_form.errors %}
    <p class="error">{{ profile_form.errors }}</p>
  {% endif %}

  <form action='.' method='post'><center><table>
    <tr><td><label for="username">User name:</label>
    </td><td><input type="text" name="username" value=""
id="username"></td></tr>
    <tr><td><label for="email">Email:</label>
    </td><td><input type="text" name="email" value="" id="email"></td></tr>
    <tr><td><label for="password1">Password:</label>
    </td><td><input type="password" name="password1" value=""
id="password1"></td></tr>
    <tr><td><label for="password2">Password Again:</label>
    </td><td><input type="password" name="password2" value=""
id="password2"></td></tr>
    <tr><td colspan="2"><center><input type="submit" value="Register" />
    <input type="hidden" name="next" value="{{ next }}" /></center></td>
  </table></center></form>

HTH,
Jason

On Fri, Oct 2, 2009 at 12:40 PM, miles groman <miles.groman at gmail.com>wrote:

> Hi - Django question (Im on v1.1):
>
> While working on some Django code, I found myself needing more then
> what the User model provides.
>
> A quick google search brings up the following:
>
> http://www.b-list.org/weblog/2006/jun/06/django-tips-extending-user-model/
>  - I would normally, without a doubt, trust what James Bennet says on
> Django, but this is over 3 years old...
>
> Is this still the best way to extend User functionality?  The
> documentation from djangoproject.org and the Django book seem to
> agree.
>
> Has anyone accomplished this a different way ?
>
>
> miles
> _______________________________________________
> CentralOH mailing list
> CentralOH at python.org
> http://mail.python.org/mailman/listinfo/centraloh
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/mailman/private/centraloh/attachments/20091002/2860eb38/attachment.htm>

From wam at cisco.com  Fri Oct  2 22:57:19 2009
From: wam at cisco.com (William McVey)
Date: Fri, 02 Oct 2009 16:57:19 -0400
Subject: [CentralOH] django.contrib.auth
In-Reply-To: <fa5f8d570910020940p3c2f9504ya0b2c22f763fb048@mail.gmail.com>
References: <fa5f8d570910020940p3c2f9504ya0b2c22f763fb048@mail.gmail.com>
Message-ID: <1254517039.11756.36.camel@talyn.cisco.com>

On Fri, 2009-10-02 at 11:40 -0500, miles groman wrote:
> Hi - Django question (Im on v1.1):
> While working on some Django code, I found myself needing more then
> what the User model provides.
> 
> A quick google search brings up the following:
> http://www.b-list.org/weblog/2006/jun/06/django-tips-extending-user-model/
>  - I would normally, without a doubt, trust what James Bennet says on
> Django, but this is over 3 years old...
> 
> Is this still the best way to extend User functionality? 

Well the underlying technique is still the recommended way of doing it;
however, personally, I'd recommend looking into either:
 * http://www.bitbucket.org/ubernostrum/django-profiles/wiki/
        This package is by James Bennett to compliment his
        django-registration app. Unfortunately, bitbucket seems to be
        down right now (?!), so you may be able to get checkout from the
        old google code page for the project:
        http://code.google.com/p/django-profiles/
      * http://code.google.com/p/django-profile/  is an alternative,
        which looks pretty slick, but I've not used it and I don't know
        what it's current status is (last version came out little over a
        year ago).

Both of these apps try to start you off in a way that you're not
reproducing the same set of profile things for every app/site you end up
building.

Hope this helps.

   -- William

P.S. James' django-profiles was mentioned on his blog like year and half
after the blog post you linked to:
http://www.b-list.org/weblog/2007/nov/24/profiles/


From scott.scites at railcar88.com  Sat Oct  3 23:40:04 2009
From: scott.scites at railcar88.com (Scott Scites)
Date: Sat, 3 Oct 2009 17:40:04 -0400
Subject: [CentralOH] Sprints - cohpy.org Web Site
Message-ID: <8afa282d0910031440o32f8b067w13939fd01fa3be41@mail.gmail.com>

I communicated with Eric Floehr this week about having sprints to develop
the cohpy.org web site.

The idea I floated would be to open source the code on a distributed source
code manager like bitbucket (if it comes back up) or github ( thanks for the
speed Rackspace).  This way we can all contribute through participation in
sprints and well as through patches/enhancement submissions and such.

A few of the many things to decide are: What framework?  What pages and
functionality to develop?  etc.  Eric will set aside time in the October
meeting for further discussion.

In the interim, is any one interested in participating in upcoming Sprints?
Which framework would the group like to use?  Any strong preferences for
distributed source code repository?

Hopefully this will be one of many open source contributions our group can
create.

Scott Scites
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/mailman/private/centraloh/attachments/20091003/f4922c5f/attachment.htm>

From yanovich.1 at buckeyemail.osu.edu  Sun Oct  4 01:38:03 2009
From: yanovich.1 at buckeyemail.osu.edu (Michael S. Yanovich)
Date: Sat, 3 Oct 2009 19:38:03 -0400
Subject: [CentralOH] Sprints - cohpy.org Web Site
In-Reply-To: <8afa282d0910031440o32f8b067w13939fd01fa3be41@mail.gmail.com>
References: <8afa282d0910031440o32f8b067w13939fd01fa3be41@mail.gmail.com>
Message-ID: <4AC7E05B.4080600@buckeyemail.osu.edu>

I would be interested in helping with the website through these sprints. 
I can see this as a fun and effective way to get the group active. I'm 
am not familiar with Django but considering we are a Python group I 
think Django would make the most sense.

-- 
Michael S. Yanovich
yanovich.1 at osu.edu

On 10/03/2009 05:40 PM, Scott Scites wrote:
> I communicated with Eric Floehr this week about having sprints to 
> develop the cohpy.org <http://cohpy.org> web site.
>
> The idea I floated would be to open source the code on a distributed 
> source code manager like bitbucket (if it comes back up) or github ( 
> thanks for the speed Rackspace).  This way we can all contribute 
> through participation in sprints and well as through 
> patches/enhancement submissions and such.
>
> A few of the many things to decide are: What framework?  What pages 
> and functionality to develop?  etc.  Eric will set aside time in the 
> October meeting for further discussion.
>
> In the interim, is any one interested in participating in upcoming 
> Sprints?  Which framework would the group like to use?  Any strong 
> preferences for distributed source code repository?
>
> Hopefully this will be one of many open source contributions our group 
> can create.
>
> Scott Scites
>
>
> _______________________________________________
> CentralOH mailing list
> CentralOH at python.org
> http://mail.python.org/mailman/listinfo/centraloh
>    
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/mailman/private/centraloh/attachments/20091003/38d77ee8/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5164 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://mail.python.org/mailman/private/centraloh/attachments/20091003/38d77ee8/attachment.bin>

From james at atlantixeng.com  Sun Oct  4 16:57:14 2009
From: james at atlantixeng.com (James - Atlantix)
Date: Sun, 4 Oct 2009 10:57:14 -0400
Subject: [CentralOH] Web2py
Message-ID: <003d01ca4502$f64245f0$e2c6d1d0$@com>

 

I would also suggest considering use of Web2Py as well as Django. I am
considering using Web2Py for my own site after looking at all its features;
namely the ability to "code" the website as well as use a web based
interface to build it all. 

 

-James

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/mailman/private/centraloh/attachments/20091004/cb9cc952/attachment.htm>

From matt at tplus1.com  Sun Oct  4 16:40:36 2009
From: matt at tplus1.com (Matthew Wilson)
Date: Sun, 4 Oct 2009 10:40:36 -0400
Subject: [CentralOH] Sprints - cohpy.org Web Site
In-Reply-To: <4AC7E05B.4080600@buckeyemail.osu.edu>
References: <8afa282d0910031440o32f8b067w13939fd01fa3be41@mail.gmail.com>
	<4AC7E05B.4080600@buckeyemail.osu.edu>
Message-ID: <f6f643a20910040740g77534849r392963824c389cb6@mail.gmail.com>

I'm just a lurker on this list.  I live in Cleveland.  I wanted to
share some history about our group and then plug a different idea.

About two years ago some clepy (cleveland python users group) started
work on a big project.  It was an open-source implementation of
meetup.com.  We even had a cool name picked out -- shindig.  The story
ends sadly.  Nobody agreed on the framework, the SCM, the site design,
etc.  Eventually we stopped talking about it.

Here's my humble suggestion for you guys: instead of or in addition to
starting a really grand project, what about doing some really mundane
stuff?  Maybe just start a package that collects clever little utility
functions written by members.

I started the clepy package on google code
(http://code.google.com/p/clepy/)  to collect all the weird little
utility functions we all write.  It has stuff like a powerset
generator, a bunch of funky iterators, some string manipulation stuff,
a @deprecated decorator that doesn't destroy the function signature,
and lots of other things.

 Or maybe adopt a module from the standard library and then improve
it.  The datetime module has a huge list of open tickets.

Just an idea.

Matt





On Sat, Oct 3, 2009 at 7:38 PM, Michael S. Yanovich
<yanovich.1 at buckeyemail.osu.edu> wrote:
> I would be interested in helping with the website through these sprints. I
> can see this as a fun and effective way to get the group active. I'm am not
> familiar with Django but considering we are a Python group I think Django
> would make the most sense.
>
> --
> Michael S. Yanovich
> yanovich.1 at osu.edu
>
> On 10/03/2009 05:40 PM, Scott Scites wrote:
>
> I communicated with Eric Floehr this week about having sprints to develop
> the cohpy.org web site.
>
> The idea I floated would be to open source the code on a distributed source
> code manager like bitbucket (if it comes back up) or github ( thanks for the
> speed Rackspace).? This way we can all contribute through participation in
> sprints and well as through patches/enhancement submissions and such.
>
> A few of the many things to decide are: What framework?? What pages and
> functionality to develop?? etc.? Eric will set aside time in the October
> meeting for further discussion.
>
> In the interim, is any one interested in participating in upcoming Sprints?
> Which framework would the group like to use?? Any strong preferences for
> distributed source code repository?
>
> Hopefully this will be one of many open source contributions our group can
> create.
>
> Scott Scites
>
> _______________________________________________
> CentralOH mailing list
> CentralOH at python.org
> http://mail.python.org/mailman/listinfo/centraloh
>
>
> _______________________________________________
> CentralOH mailing list
> CentralOH at python.org
> http://mail.python.org/mailman/listinfo/centraloh
>
>



-- 
W. Matthew Wilson
matt at tplus1.com
http://tplus1.com

From doug at technologixllc.com  Mon Oct  5 17:02:19 2009
From: doug at technologixllc.com (Douglas Stanley)
Date: Mon, 05 Oct 2009 11:02:19 -0400
Subject: [CentralOH] Sprints - cohpy.org Web Site
In-Reply-To: <f6f643a20910040740g77534849r392963824c389cb6@mail.gmail.com>
References: <8afa282d0910031440o32f8b067w13939fd01fa3be41@mail.gmail.com>	<4AC7E05B.4080600@buckeyemail.osu.edu>
	<f6f643a20910040740g77534849r392963824c389cb6@mail.gmail.com>
Message-ID: <4ACA0A7B.1050303@technologixllc.com>

I'm also a lurker on the list from the cleveland area, but I thought I'd
offer a few suggestions.

One being what about google's app engine? From what I've heard, it's
sort of similar to django, but you also get free hosting out of it (well
unless you get an awful lot of traffic).

Another one to consider, tornado (http://www.tornadoweb.org), which was
just released by the fine folks over at Facebook. It's pretty slick, and
is easy to get up and running fast. It also doesn't have quite the
learning over head of (insert framework name here).

Not that you guys needed MORE options here, but I thought I'd throw them
out there as well.

Doug

Matthew Wilson wrote:
> I'm just a lurker on this list.  I live in Cleveland.  I wanted to
> share some history about our group and then plug a different idea.
>
> About two years ago some clepy (cleveland python users group) started
> work on a big project.  It was an open-source implementation of
> meetup.com.  We even had a cool name picked out -- shindig.  The story
> ends sadly.  Nobody agreed on the framework, the SCM, the site design,
> etc.  Eventually we stopped talking about it.
>
> Here's my humble suggestion for you guys: instead of or in addition to
> starting a really grand project, what about doing some really mundane
> stuff?  Maybe just start a package that collects clever little utility
> functions written by members.
>
> I started the clepy package on google code
> (http://code.google.com/p/clepy/)  to collect all the weird little
> utility functions we all write.  It has stuff like a powerset
> generator, a bunch of funky iterators, some string manipulation stuff,
> a @deprecated decorator that doesn't destroy the function signature,
> and lots of other things.
>
>  Or maybe adopt a module from the standard library and then improve
> it.  The datetime module has a huge list of open tickets.
>
> Just an idea.
>
> Matt
>
>
>
>
>
> On Sat, Oct 3, 2009 at 7:38 PM, Michael S. Yanovich
> <yanovich.1 at buckeyemail.osu.edu> wrote:
>   
>> I would be interested in helping with the website through these sprints. I
>> can see this as a fun and effective way to get the group active. I'm am not
>> familiar with Django but considering we are a Python group I think Django
>> would make the most sense.
>>
>> --
>> Michael S. Yanovich
>> yanovich.1 at osu.edu
>>
>> On 10/03/2009 05:40 PM, Scott Scites wrote:
>>
>> I communicated with Eric Floehr this week about having sprints to develop
>> the cohpy.org web site.
>>
>> The idea I floated would be to open source the code on a distributed source
>> code manager like bitbucket (if it comes back up) or github ( thanks for the
>> speed Rackspace).  This way we can all contribute through participation in
>> sprints and well as through patches/enhancement submissions and such.
>>
>> A few of the many things to decide are: What framework?  What pages and
>> functionality to develop?  etc.  Eric will set aside time in the October
>> meeting for further discussion.
>>
>> In the interim, is any one interested in participating in upcoming Sprints?
>> Which framework would the group like to use?  Any strong preferences for
>> distributed source code repository?
>>
>> Hopefully this will be one of many open source contributions our group can
>> create.
>>
>> Scott Scites
>>
>> _______________________________________________
>> CentralOH mailing list
>> CentralOH at python.org
>> http://mail.python.org/mailman/listinfo/centraloh
>>
>>
>> _______________________________________________
>> CentralOH mailing list
>> CentralOH at python.org
>> http://mail.python.org/mailman/listinfo/centraloh
>>
>>
>>     
>
>
>
>   



From scott.scites at railcar88.com  Tue Oct  6 11:17:00 2009
From: scott.scites at railcar88.com (Scott Scites)
Date: Tue, 6 Oct 2009 05:17:00 -0400
Subject: [CentralOH] Sprints - cohpy.org Web Site
Message-ID: <8afa282d0910060217k38d06051v86d0779e14d5e706@mail.gmail.com>

I think django/app engine patch would be a good choice for the central ohio
python user group web site.  I like django and I like Google's pricing model
for app engine.  From what I've read Web2Py would be a good choice of
framework too.  It is also supported on App Engine.

After the web site is feature complete and running, I like the idea of
biting off small open source bug fixes or creating small utilities from the
standard library, etc.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/mailman/private/centraloh/attachments/20091006/a8cbf70a/attachment.htm>

From eric at intellovations.com  Thu Oct  8 03:25:43 2009
From: eric at intellovations.com (Eric Floehr)
Date: Wed, 7 Oct 2009 21:25:43 -0400
Subject: [CentralOH] Central Ohio Python User's Group: October 26 Meeting
Message-ID: <34f468870910071825o6e2639e4xceb9091b1a6a9c54@mail.gmail.com>

Meet fellow Pythonistas. Learn about the Python programming language.
Share your experiences with Python and how it has helped you. Have
fun! All are possible as a member of the Central Ohio Python User's
Group.

Please RSVP for this meeting at:
http://www.meetup.com/Central-Ohio-Python-Users-Group/calendar/11426002/

At this meeting James Bonanno of Atlantix Engineering will be talking
about "Electronic Design Automation with Python", including
integrating with COM, Excel, and Mentor Graphics. This talk will
describe how James used Python to extract valuable information from
one piece of software, manipulate it, and then write it to another
piece of software using COM on Windows.

In addition to James, we will also have time for lightning talks and
to talk about the cohy.org website project. There is wifi at
TechColumbus, so bring your laptops.

Pop and snacks will be provided by Intellovations.

We've gotten two more books from O'Reilly for the library: Learning
Python (which comes in at over 1000 pages) and Collective
Intelligence. Also, WingWare has generously offered a 50% discount on
WingIDE to group members...come to the meeting to get the deal.

See you there!
Eric

From eric at intellovations.com  Thu Oct  8 03:51:41 2009
From: eric at intellovations.com (Eric Floehr)
Date: Wed, 7 Oct 2009 21:51:41 -0400
Subject: [CentralOH] Sprints - cohpy.org Web Site
In-Reply-To: <4ACA0A7B.1050303@technologixllc.com>
References: <8afa282d0910031440o32f8b067w13939fd01fa3be41@mail.gmail.com>
	<4AC7E05B.4080600@buckeyemail.osu.edu>
	<f6f643a20910040740g77534849r392963824c389cb6@mail.gmail.com>
	<4ACA0A7B.1050303@technologixllc.com>
Message-ID: <34f468870910071851p77ae287dye06a78e0edfb796c@mail.gmail.com>

All,

Matt speaks wise words, unguided enthusiasm usually results in broken
hearts :-)...

Here is what I suggest.  We know this to be true: we have a cohpy.org
domain that can be used for the benefit of COhPy.

Here are the questions I would ask first: What are some features that
we think would be helpful to the group?  A couple of areas would be:

1. Improve communication among members
2. Help members help each other
3. Coordinate projects easier
4. A "portal" or hub to other things
5. A reference for information

There are certainly many third-party sites that might do much of what
we want, so we'll have to decide what we want our site to be.

Then I would suggest we tackle just one of those features first.  Then
another.  Learning, growing, and having fun along the way.  We'll have
short iterations so we can see the site live and working quickly.

Once we have a site that is useful to US, then we can can think
grander, but we'll start small.

Best Regards,
Eric

From yungyuc at gmail.com  Thu Oct  8 04:29:23 2009
From: yungyuc at gmail.com (Yung-Yu Chen)
Date: Wed, 7 Oct 2009 22:29:23 -0400
Subject: [CentralOH] Sprints - cohpy.org Web Site
In-Reply-To: <34f468870910071851p77ae287dye06a78e0edfb796c@mail.gmail.com>
References: <8afa282d0910031440o32f8b067w13939fd01fa3be41@mail.gmail.com>
	<4AC7E05B.4080600@buckeyemail.osu.edu>
	<f6f643a20910040740g77534849r392963824c389cb6@mail.gmail.com>
	<4ACA0A7B.1050303@technologixllc.com>
	<34f468870910071851p77ae287dye06a78e0edfb796c@mail.gmail.com>
Message-ID: <423e92430910071929y75a0391ere2dec6754864ed24@mail.gmail.com>

Hello,

On Wed, Oct 7, 2009 at 21:51, Eric Floehr <eric at intellovations.com> wrote:

> All,
>
> Matt speaks wise words, unguided enthusiasm usually results in broken
> hearts :-)...
>
> Here is what I suggest.  We know this to be true: we have a cohpy.org
> domain that can be used for the benefit of COhPy.
>
> Here are the questions I would ask first: What are some features that
> we think would be helpful to the group?  A couple of areas would be:
>
> 1. Improve communication among members
> 2. Help members help each other
> 3. Coordinate projects easier
> 4. A "portal" or hub to other things
> 5. A reference for information
>
> There are certainly many third-party sites that might do much of what
> we want, so we'll have to decide what we want our site to be.
>
>
What I imagined about the content for the cohpy.org would be mostly static.
The name "cohpy.org" sounds like a portal to me, and I guess there won't be
frequent changes in cohpy.org.  Maybe several updates every months or so.
If it is the case, maybe a static site would fit our need, at least
initially.  No framework, least learning curve, and easy to be maintained.

After playing with various dynamic web techniques for several years, I
recently settled (or degraded? :p) my homepage with static htmls.  To
develop/maintain a hand-crafted blog system written in Django is fun, but is
also a burden when there's not enough time to have fun.

Static htmls can be generated from templates automatically.  The sources
don't need to be html.  rst could be a good alternative.  Further aided by
DSCM with a good plug-in system, such as hg, the site can be managed very
well.  A static site would be a low-cost solution, both in time and money.

with regards,
Yung-Yu Chen


> Then I would suggest we tackle just one of those features first.  Then
> another.  Learning, growing, and having fun along the way.  We'll have
> short iterations so we can see the site live and working quickly.
>
> Once we have a site that is useful to US, then we can can think
> grander, but we'll start small.
>
> Best Regards,
> Eric
> _______________________________________________
> CentralOH mailing list
> CentralOH at python.org
> http://mail.python.org/mailman/listinfo/centraloh
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/mailman/private/centraloh/attachments/20091007/7e9900a7/attachment.htm>

From miles.groman at gmail.com  Thu Oct  8 15:19:40 2009
From: miles.groman at gmail.com (miles groman)
Date: Thu, 8 Oct 2009 08:19:40 -0500
Subject: [CentralOH] Sprints - cohpy.org Web Site
In-Reply-To: <423e92430910071929y75a0391ere2dec6754864ed24@mail.gmail.com>
References: <8afa282d0910031440o32f8b067w13939fd01fa3be41@mail.gmail.com>
	<4AC7E05B.4080600@buckeyemail.osu.edu>
	<f6f643a20910040740g77534849r392963824c389cb6@mail.gmail.com>
	<4ACA0A7B.1050303@technologixllc.com>
	<34f468870910071851p77ae287dye06a78e0edfb796c@mail.gmail.com>
	<423e92430910071929y75a0391ere2dec6754864ed24@mail.gmail.com>
Message-ID: <fa5f8d570910080619v5bf52c79y46fd61810d48dc27@mail.gmail.com>

I was going to respond to this list a couple days ago but decided to
bite my tongue because I felt like I was coming off snarky when I was
not trying to be.

On Wed, Oct 7, 2009 at 9:29 PM, Yung-Yu Chen <yungyuc at gmail.com> wrote:
>
> What I imagined about the content for the cohpy.org would be mostly static.
> The name "cohpy.org" sounds like a portal to me, and I guess there won't be
> frequent changes in cohpy.org.? Maybe several updates every months or so.
> If it is the case, maybe a static site would fit our need, at least
> initially.? No framework, least learning curve, and easy to be maintained.
>

I agree with Yung-Yu Chen in that a static site would be best for now.
 What has anyone actually suggested that would warrant the use of a
framework (yet) ?  I am merely trying to be less of a "solution
looking for a problem" person then I already am.

Assuming we settle on a static site for now, may I suggest that we use
an .htaccess file or [ whatever rewrite engine the web server has ] to
get clean urls.

As far as something to build on the site, I think it would be cool to
write some sort of SCM tool.  An example of how this might be, after
Jon gave his Hadoop talk, he could commit his code examples to the
site for all of cohpy to use.  Then, when I got home and wanted to
check out more about Hadoop, I could check out his code and hit the
ground running.  The major downside to this is the fact that everyone
would have to agree or settle on the same SCM tool (or we could just
use github, bitbucket, etc).

Another suggestion - recording the talks + cohpy youtube channel would
be a big win in my opinion.

From jonebird at gmail.com  Thu Oct  8 16:10:47 2009
From: jonebird at gmail.com (Jon Miller)
Date: Thu, 8 Oct 2009 10:10:47 -0400
Subject: [CentralOH] Sprints - cohpy.org Web Site
In-Reply-To: <34f468870910071851p77ae287dye06a78e0edfb796c@mail.gmail.com>
References: <8afa282d0910031440o32f8b067w13939fd01fa3be41@mail.gmail.com>
	<4AC7E05B.4080600@buckeyemail.osu.edu>
	<f6f643a20910040740g77534849r392963824c389cb6@mail.gmail.com>
	<4ACA0A7B.1050303@technologixllc.com>
	<34f468870910071851p77ae287dye06a78e0edfb796c@mail.gmail.com>
Message-ID: <589a24260910080710j8d55f54ge8787a371836eddc@mail.gmail.com>

On Wed, Oct 7, 2009 at 9:51 PM, Eric Floehr <eric at intellovations.com> wrote:
> Matt speaks wise words, unguided enthusiasm usually results in broken
> hearts :-)...
Agreed. Matt is smart. :-)

> Here is what I suggest. ?We know this to be true: we have a cohpy.org
> domain that can be used for the benefit of COhPy.
>
> Here are the questions I would ask first: What are some features that
> we think would be helpful to the group? ?A couple of areas would be:
>
> 1. Improve communication among members
> 2. Help members help each other
> 3. Coordinate projects easier
> 4. A "portal" or hub to other things
> 5. A reference for information
As I'm re-reading through some sqlalchemy documentation today, I'm
thinking, "Would be nice lighting talk if someone more authoritative
than myself would give a talk about sqlalchemy". And that thought
reminded me of this email and now I'd like to suggest that we build a
calender of events feature to the site with a social aspect to it.
Something that allows me to hit the page and post a comment, "Hey, any
sqlalchemy gurus want to give a lighting talk next meeting?".

> There are certainly many third-party sites that might do much of what
> we want, so we'll have to decide what we want our site to be.
>
> Then I would suggest we tackle just one of those features first. ?Then
> another. ?Learning, growing, and having fun along the way. ?We'll have
> short iterations so we can see the site live and working quickly.
>
> Once we have a site that is useful to US, then we can can think
> grander, but we'll start small.
>
> Best Regards,
> Eric
> _______________________________________________
> CentralOH mailing list
> CentralOH at python.org
> http://mail.python.org/mailman/listinfo/centraloh
>

-- Jon Miller

From eric at intellovations.com  Thu Oct  8 22:31:01 2009
From: eric at intellovations.com (Eric Floehr)
Date: Thu, 8 Oct 2009 16:31:01 -0400
Subject: [CentralOH] Sprints - cohpy.org Web Site
In-Reply-To: <fa5f8d570910080619v5bf52c79y46fd61810d48dc27@mail.gmail.com>
References: <8afa282d0910031440o32f8b067w13939fd01fa3be41@mail.gmail.com>
	<4AC7E05B.4080600@buckeyemail.osu.edu>
	<f6f643a20910040740g77534849r392963824c389cb6@mail.gmail.com>
	<4ACA0A7B.1050303@technologixllc.com>
	<34f468870910071851p77ae287dye06a78e0edfb796c@mail.gmail.com>
	<423e92430910071929y75a0391ere2dec6754864ed24@mail.gmail.com>
	<fa5f8d570910080619v5bf52c79y46fd61810d48dc27@mail.gmail.com>
Message-ID: <34f468870910081331k7249cfe7h913c57970bd5bc0f@mail.gmail.com>

I think that simple is good and that a static site or static
components is a good first start.  I think the key is to get a working
site quickly, keep iterating, while always having a working site.

One other purpose of this project, in addition to the ones I had
listed before, might also be to learn and grow our Python knowledge,
and to collaborate on a Python project (either the website itself or
not).  So if that is a goal of the cohpy website, we might consider
areas to carve off in Python :-)...

-Eric


On Thu, Oct 8, 2009 at 9:19 AM, miles groman <miles.groman at gmail.com> wrote:
> I was going to respond to this list a couple days ago but decided to
> bite my tongue because I felt like I was coming off snarky when I was
> not trying to be.
>
> On Wed, Oct 7, 2009 at 9:29 PM, Yung-Yu Chen <yungyuc at gmail.com> wrote:
>>
>> What I imagined about the content for the cohpy.org would be mostly static.
>> The name "cohpy.org" sounds like a portal to me, and I guess there won't be
>> frequent changes in cohpy.org.? Maybe several updates every months or so.
>> If it is the case, maybe a static site would fit our need, at least
>> initially.? No framework, least learning curve, and easy to be maintained.
>>
>
> I agree with Yung-Yu Chen in that a static site would be best for now.
> ?What has anyone actually suggested that would warrant the use of a
> framework (yet) ? ?I am merely trying to be less of a "solution
> looking for a problem" person then I already am.
>
> Assuming we settle on a static site for now, may I suggest that we use
> an .htaccess file or [ whatever rewrite engine the web server has ] to
> get clean urls.
>
> As far as something to build on the site, I think it would be cool to
> write some sort of SCM tool. ?An example of how this might be, after
> Jon gave his Hadoop talk, he could commit his code examples to the
> site for all of cohpy to use. ?Then, when I got home and wanted to
> check out more about Hadoop, I could check out his code and hit the
> ground running. ?The major downside to this is the fact that everyone
> would have to agree or settle on the same SCM tool (or we could just
> use github, bitbucket, etc).
>
> Another suggestion - recording the talks + cohpy youtube channel would
> be a big win in my opinion.
> _______________________________________________
> CentralOH mailing list
> CentralOH at python.org
> http://mail.python.org/mailman/listinfo/centraloh
>

From yungyuc at gmail.com  Fri Oct  9 04:42:37 2009
From: yungyuc at gmail.com (Yung-Yu Chen)
Date: Thu, 8 Oct 2009 22:42:37 -0400
Subject: [CentralOH] Sprints - cohpy.org Web Site
In-Reply-To: <34f468870910081331k7249cfe7h913c57970bd5bc0f@mail.gmail.com>
References: <8afa282d0910031440o32f8b067w13939fd01fa3be41@mail.gmail.com>
	<4AC7E05B.4080600@buckeyemail.osu.edu>
	<f6f643a20910040740g77534849r392963824c389cb6@mail.gmail.com>
	<4ACA0A7B.1050303@technologixllc.com>
	<34f468870910071851p77ae287dye06a78e0edfb796c@mail.gmail.com>
	<423e92430910071929y75a0391ere2dec6754864ed24@mail.gmail.com>
	<fa5f8d570910080619v5bf52c79y46fd61810d48dc27@mail.gmail.com>
	<34f468870910081331k7249cfe7h913c57970bd5bc0f@mail.gmail.com>
Message-ID: <423e92430910081942o61412042pd044de357322ce39@mail.gmail.com>

Hello,

On Thu, Oct 8, 2009 at 16:31, Eric Floehr <eric at intellovations.com> wrote:

> I think that simple is good and that a static site or static
> components is a good first start.  I think the key is to get a working
> site quickly, keep iterating, while always having a working site.
>
>
If the idea of static site is OK, you might want to take a look of a sample
repo I just put to bitbucket: http://bitbucket.org/yungyuc/cohpy/

The files are trimmed from my homepage, so sorry there's no documentation.
You need to install docutils, jinja2 and of course hg to make it work.  The
driver script takes the form as a hg plugin, so that I don't need to invent
my own cli things.

Anyone who's interested to extend it can ask me for writing permission to
the repo, or you can just branch it.

yyc


> One other purpose of this project, in addition to the ones I had
> listed before, might also be to learn and grow our Python knowledge,
> and to collaborate on a Python project (either the website itself or
> not).  So if that is a goal of the cohpy website, we might consider
> areas to carve off in Python :-)...
>
> -Eric
>
>
> On Thu, Oct 8, 2009 at 9:19 AM, miles groman <miles.groman at gmail.com>
> wrote:
> > I was going to respond to this list a couple days ago but decided to
> > bite my tongue because I felt like I was coming off snarky when I was
> > not trying to be.
> >
> > On Wed, Oct 7, 2009 at 9:29 PM, Yung-Yu Chen <yungyuc at gmail.com> wrote:
> >>
> >> What I imagined about the content for the cohpy.org would be mostly
> static.
> >> The name "cohpy.org" sounds like a portal to me, and I guess there
> won't be
> >> frequent changes in cohpy.org.  Maybe several updates every months or
> so.
> >> If it is the case, maybe a static site would fit our need, at least
> >> initially.  No framework, least learning curve, and easy to be
> maintained.
> >>
> >
> > I agree with Yung-Yu Chen in that a static site would be best for now.
> >  What has anyone actually suggested that would warrant the use of a
> > framework (yet) ?  I am merely trying to be less of a "solution
> > looking for a problem" person then I already am.
> >
> > Assuming we settle on a static site for now, may I suggest that we use
> > an .htaccess file or [ whatever rewrite engine the web server has ] to
> > get clean urls.
> >
> > As far as something to build on the site, I think it would be cool to
> > write some sort of SCM tool.  An example of how this might be, after
> > Jon gave his Hadoop talk, he could commit his code examples to the
> > site for all of cohpy to use.  Then, when I got home and wanted to
> > check out more about Hadoop, I could check out his code and hit the
> > ground running.  The major downside to this is the fact that everyone
> > would have to agree or settle on the same SCM tool (or we could just
> > use github, bitbucket, etc).
> >
> > Another suggestion - recording the talks + cohpy youtube channel would
> > be a big win in my opinion.
> > _______________________________________________
> > CentralOH mailing list
> > CentralOH at python.org
> > http://mail.python.org/mailman/listinfo/centraloh
> >
> _______________________________________________
> CentralOH mailing list
> CentralOH at python.org
> http://mail.python.org/mailman/listinfo/centraloh
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/mailman/private/centraloh/attachments/20091008/9ed82401/attachment-0001.htm>

From james at atlantixeng.com  Fri Oct  9 05:00:27 2009
From: james at atlantixeng.com (James - Atlantix)
Date: Thu, 8 Oct 2009 23:00:27 -0400
Subject: [CentralOH] Sprints - cohpy.org Web Site
Message-ID: <002f01ca488c$a8357f20$f8a07d60$@com>

The idea of the static site has promise. It has a simplicity and an
elegance. There are so many templating languages. From cheetah, to jinja, to
mako, etc. One template language that I have used on an off for about eight
years in Sam Tregar's HTML::Template, which was originally write in Perl
(don't anyone shoot me, please) but has been ported to Python. It's a
template language that really let's one get things "done." I have used it to
build a simple project management software, where code parsing (recursively)
directory trees and then uses regular expressions to determine the latest
and greatest files of interest, then uses the HTML::Template to create a web
page of the documents of interest in a table. Pair this with a Kron job, and
you have an automatically updating site with static methods. You can see the
Python port of HTML::Template at            http://htmltmpl.sourceforge.net

 

-James

 

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/mailman/private/centraloh/attachments/20091008/fe617467/attachment.htm>

From chris at developingchris.com  Mon Oct  5 15:05:47 2009
From: chris at developingchris.com (Chris Chandler)
Date: Mon, 5 Oct 2009 09:05:47 -0400
Subject: [CentralOH] Sprints - cohpy.org Web Site
In-Reply-To: <f6f643a20910040740g77534849r392963824c389cb6@mail.gmail.com>
References: <8afa282d0910031440o32f8b067w13939fd01fa3be41@mail.gmail.com>
	<4AC7E05B.4080600@buckeyemail.osu.edu>
	<f6f643a20910040740g77534849r392963824c389cb6@mail.gmail.com>
Message-ID: <95f91cc30910050605k263cc726r47129cc3ef8da780@mail.gmail.com>

Matt,
I agree, if we start to have a debate over framework or implementation
detail choices, then we down shift to a more mundane open source project.

I think that in general we are mostly newbs to python web programming, but
most have done web in another platform. I say lets start a django app, and
see where it goes and if at the next meeting we get a lot of feedback to
change it or not.

scitesy,

Is bitbucket the mercurial github? I'm using git, but mercurial would be an
interesting departure, so whichever service is more reliable.


Thanks,
Chris Chandler
352-871-0712


On Sun, Oct 4, 2009 at 10:40 AM, Matthew Wilson <matt at tplus1.com> wrote:

> I'm just a lurker on this list.  I live in Cleveland.  I wanted to
> share some history about our group and then plug a different idea.
>
> About two years ago some clepy (cleveland python users group) started
> work on a big project.  It was an open-source implementation of
> meetup.com.  We even had a cool name picked out -- shindig.  The story
> ends sadly.  Nobody agreed on the framework, the SCM, the site design,
> etc.  Eventually we stopped talking about it.
>
> Here's my humble suggestion for you guys: instead of or in addition to
> starting a really grand project, what about doing some really mundane
> stuff?  Maybe just start a package that collects clever little utility
> functions written by members.
>
> I started the clepy package on google code
> (http://code.google.com/p/clepy/)  to collect all the weird little
> utility functions we all write.  It has stuff like a powerset
> generator, a bunch of funky iterators, some string manipulation stuff,
> a @deprecated decorator that doesn't destroy the function signature,
> and lots of other things.
>
>  Or maybe adopt a module from the standard library and then improve
> it.  The datetime module has a huge list of open tickets.
>
> Just an idea.
>
> Matt
>
>
>
>
>
> On Sat, Oct 3, 2009 at 7:38 PM, Michael S. Yanovich
> <yanovich.1 at buckeyemail.osu.edu> wrote:
> > I would be interested in helping with the website through these sprints.
> I
> > can see this as a fun and effective way to get the group active. I'm am
> not
> > familiar with Django but considering we are a Python group I think Django
> > would make the most sense.
> >
> > --
> > Michael S. Yanovich
> > yanovich.1 at osu.edu
> >
> > On 10/03/2009 05:40 PM, Scott Scites wrote:
> >
> > I communicated with Eric Floehr this week about having sprints to develop
> > the cohpy.org web site.
> >
> > The idea I floated would be to open source the code on a distributed
> source
> > code manager like bitbucket (if it comes back up) or github ( thanks for
> the
> > speed Rackspace).  This way we can all contribute through participation
> in
> > sprints and well as through patches/enhancement submissions and such.
> >
> > A few of the many things to decide are: What framework?  What pages and
> > functionality to develop?  etc.  Eric will set aside time in the October
> > meeting for further discussion.
> >
> > In the interim, is any one interested in participating in upcoming
> Sprints?
> > Which framework would the group like to use?  Any strong preferences for
> > distributed source code repository?
> >
> > Hopefully this will be one of many open source contributions our group
> can
> > create.
> >
> > Scott Scites
> >
> > _______________________________________________
> > CentralOH mailing list
> > CentralOH at python.org
> > http://mail.python.org/mailman/listinfo/centraloh
> >
> >
> > _______________________________________________
> > CentralOH mailing list
> > CentralOH at python.org
> > http://mail.python.org/mailman/listinfo/centraloh
> >
> >
>
>
>
> --
> W. Matthew Wilson
> matt at tplus1.com
> http://tplus1.com
> _______________________________________________
> CentralOH mailing list
> CentralOH at python.org
> http://mail.python.org/mailman/listinfo/centraloh
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/mailman/private/centraloh/attachments/20091005/852a57f6/attachment.htm>

From nick.albright at gmail.com  Fri Oct  9 17:35:48 2009
From: nick.albright at gmail.com (Nick Albright)
Date: Fri, 9 Oct 2009 11:35:48 -0400
Subject: [CentralOH] Sprints - cohpy.org Web Site
In-Reply-To: <95f91cc30910050605k263cc726r47129cc3ef8da780@mail.gmail.com>
References: <8afa282d0910031440o32f8b067w13939fd01fa3be41@mail.gmail.com>
	<4AC7E05B.4080600@buckeyemail.osu.edu>
	<f6f643a20910040740g77534849r392963824c389cb6@mail.gmail.com>
	<95f91cc30910050605k263cc726r47129cc3ef8da780@mail.gmail.com>
Message-ID: <7ec143010910090835r2af9ca46j33bcf9f10ebf49ae@mail.gmail.com>

Hello!  = )

I also like the django idea.  A templating engine was talked about and
modifying .htaccess for nice URLs were talked about, and at that point, I
think django is just about as much work as those 2 things.  But more
importantly, to allow potentially multiple people to easily change pages,
django makes that very easy.  And with the automatic admin interface, no
real work needs to be done on the backend.

So one vote for django here.  :)

Peace,
 -Nick

On Mon, Oct 5, 2009 at 9:05 AM, Chris Chandler <chris at developingchris.com>wrote:

> Matt,
> I agree, if we start to have a debate over framework or implementation
> detail choices, then we down shift to a more mundane open source project.
>
> I think that in general we are mostly newbs to python web programming, but
> most have done web in another platform. I say lets start a django app, and
> see where it goes and if at the next meeting we get a lot of feedback to
> change it or not.
>
> scitesy,
>
> Is bitbucket the mercurial github? I'm using git, but mercurial would be an
> interesting departure, so whichever service is more reliable.
>
>
> Thanks,
> Chris Chandler
> 352-871-0712
>
>
>
> On Sun, Oct 4, 2009 at 10:40 AM, Matthew Wilson <matt at tplus1.com> wrote:
>
>> I'm just a lurker on this list.  I live in Cleveland.  I wanted to
>> share some history about our group and then plug a different idea.
>>
>> About two years ago some clepy (cleveland python users group) started
>> work on a big project.  It was an open-source implementation of
>> meetup.com.  We even had a cool name picked out -- shindig.  The story
>> ends sadly.  Nobody agreed on the framework, the SCM, the site design,
>> etc.  Eventually we stopped talking about it.
>>
>> Here's my humble suggestion for you guys: instead of or in addition to
>> starting a really grand project, what about doing some really mundane
>> stuff?  Maybe just start a package that collects clever little utility
>> functions written by members.
>>
>> I started the clepy package on google code
>> (http://code.google.com/p/clepy/)  to collect all the weird little
>> utility functions we all write.  It has stuff like a powerset
>> generator, a bunch of funky iterators, some string manipulation stuff,
>> a @deprecated decorator that doesn't destroy the function signature,
>> and lots of other things.
>>
>>  Or maybe adopt a module from the standard library and then improve
>> it.  The datetime module has a huge list of open tickets.
>>
>> Just an idea.
>>
>> Matt
>>
>>
>>
>>
>>
>> On Sat, Oct 3, 2009 at 7:38 PM, Michael S. Yanovich
>> <yanovich.1 at buckeyemail.osu.edu> wrote:
>> > I would be interested in helping with the website through these sprints.
>> I
>> > can see this as a fun and effective way to get the group active. I'm am
>> not
>> > familiar with Django but considering we are a Python group I think
>> Django
>> > would make the most sense.
>> >
>> > --
>> > Michael S. Yanovich
>> > yanovich.1 at osu.edu
>> >
>> > On 10/03/2009 05:40 PM, Scott Scites wrote:
>> >
>> > I communicated with Eric Floehr this week about having sprints to
>> develop
>> > the cohpy.org web site.
>> >
>> > The idea I floated would be to open source the code on a distributed
>> source
>> > code manager like bitbucket (if it comes back up) or github ( thanks for
>> the
>> > speed Rackspace).  This way we can all contribute through participation
>> in
>> > sprints and well as through patches/enhancement submissions and such.
>> >
>> > A few of the many things to decide are: What framework?  What pages and
>> > functionality to develop?  etc.  Eric will set aside time in the October
>> > meeting for further discussion.
>> >
>> > In the interim, is any one interested in participating in upcoming
>> Sprints?
>> > Which framework would the group like to use?  Any strong preferences for
>> > distributed source code repository?
>> >
>> > Hopefully this will be one of many open source contributions our group
>> can
>> > create.
>> >
>> > Scott Scites
>> >
>> > _______________________________________________
>> > CentralOH mailing list
>> > CentralOH at python.org
>> > http://mail.python.org/mailman/listinfo/centraloh
>> >
>> >
>> > _______________________________________________
>> > CentralOH mailing list
>> > CentralOH at python.org
>> > http://mail.python.org/mailman/listinfo/centraloh
>> >
>> >
>>
>>
>>
>> --
>> W. Matthew Wilson
>> matt at tplus1.com
>> http://tplus1.com
>> _______________________________________________
>> CentralOH mailing list
>> CentralOH at python.org
>> http://mail.python.org/mailman/listinfo/centraloh
>>
>
>
> _______________________________________________
> CentralOH mailing list
> CentralOH at python.org
> http://mail.python.org/mailman/listinfo/centraloh
>
>


-- 

"C combines the power of assembler with the portability of assembler." --
Anonymous
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/mailman/private/centraloh/attachments/20091009/1d7a450d/attachment-0001.htm>

From chris at developingchris.com  Fri Oct  9 18:26:47 2009
From: chris at developingchris.com (Chris Chandler)
Date: Fri, 9 Oct 2009 12:26:47 -0400
Subject: [CentralOH] Sprints - cohpy.org Web Site
In-Reply-To: <7ec143010910090835r2af9ca46j33bcf9f10ebf49ae@mail.gmail.com>
References: <8afa282d0910031440o32f8b067w13939fd01fa3be41@mail.gmail.com>
	<4AC7E05B.4080600@buckeyemail.osu.edu>
	<f6f643a20910040740g77534849r392963824c389cb6@mail.gmail.com>
	<95f91cc30910050605k263cc726r47129cc3ef8da780@mail.gmail.com>
	<7ec143010910090835r2af9ca46j33bcf9f10ebf49ae@mail.gmail.com>
Message-ID: <95f91cc30910090926y5d480fc9h8343df20dc674a56@mail.gmail.com>

I'm +1 on django.
Thanks,
Chris Chandler
352-871-0712


On Fri, Oct 9, 2009 at 11:35 AM, Nick Albright <nick.albright at gmail.com>wrote:

> Hello!  = )
>
> I also like the django idea.  A templating engine was talked about and
> modifying .htaccess for nice URLs were talked about, and at that point, I
> think django is just about as much work as those 2 things.  But more
> importantly, to allow potentially multiple people to easily change pages,
> django makes that very easy.  And with the automatic admin interface, no
> real work needs to be done on the backend.
>
> So one vote for django here.  :)
>
> Peace,
>  -Nick
>
>
> On Mon, Oct 5, 2009 at 9:05 AM, Chris Chandler <chris at developingchris.com>wrote:
>
>> Matt,
>> I agree, if we start to have a debate over framework or implementation
>> detail choices, then we down shift to a more mundane open source project.
>>
>> I think that in general we are mostly newbs to python web programming, but
>> most have done web in another platform. I say lets start a django app, and
>> see where it goes and if at the next meeting we get a lot of feedback to
>> change it or not.
>>
>> scitesy,
>>
>> Is bitbucket the mercurial github? I'm using git, but mercurial would be
>> an interesting departure, so whichever service is more reliable.
>>
>>
>> Thanks,
>> Chris Chandler
>> 352-871-0712
>>
>>
>>
>> On Sun, Oct 4, 2009 at 10:40 AM, Matthew Wilson <matt at tplus1.com> wrote:
>>
>>> I'm just a lurker on this list.  I live in Cleveland.  I wanted to
>>> share some history about our group and then plug a different idea.
>>>
>>> About two years ago some clepy (cleveland python users group) started
>>> work on a big project.  It was an open-source implementation of
>>> meetup.com.  We even had a cool name picked out -- shindig.  The story
>>> ends sadly.  Nobody agreed on the framework, the SCM, the site design,
>>> etc.  Eventually we stopped talking about it.
>>>
>>> Here's my humble suggestion for you guys: instead of or in addition to
>>> starting a really grand project, what about doing some really mundane
>>> stuff?  Maybe just start a package that collects clever little utility
>>> functions written by members.
>>>
>>> I started the clepy package on google code
>>> (http://code.google.com/p/clepy/)  to collect all the weird little
>>> utility functions we all write.  It has stuff like a powerset
>>> generator, a bunch of funky iterators, some string manipulation stuff,
>>> a @deprecated decorator that doesn't destroy the function signature,
>>> and lots of other things.
>>>
>>>  Or maybe adopt a module from the standard library and then improve
>>> it.  The datetime module has a huge list of open tickets.
>>>
>>> Just an idea.
>>>
>>> Matt
>>>
>>>
>>>
>>>
>>>
>>> On Sat, Oct 3, 2009 at 7:38 PM, Michael S. Yanovich
>>> <yanovich.1 at buckeyemail.osu.edu> wrote:
>>> > I would be interested in helping with the website through these
>>> sprints. I
>>> > can see this as a fun and effective way to get the group active. I'm am
>>> not
>>> > familiar with Django but considering we are a Python group I think
>>> Django
>>> > would make the most sense.
>>> >
>>> > --
>>> > Michael S. Yanovich
>>> > yanovich.1 at osu.edu
>>> >
>>> > On 10/03/2009 05:40 PM, Scott Scites wrote:
>>> >
>>> > I communicated with Eric Floehr this week about having sprints to
>>> develop
>>> > the cohpy.org web site.
>>> >
>>> > The idea I floated would be to open source the code on a distributed
>>> source
>>> > code manager like bitbucket (if it comes back up) or github ( thanks
>>> for the
>>> > speed Rackspace).  This way we can all contribute through participation
>>> in
>>> > sprints and well as through patches/enhancement submissions and such.
>>> >
>>> > A few of the many things to decide are: What framework?  What pages and
>>> > functionality to develop?  etc.  Eric will set aside time in the
>>> October
>>> > meeting for further discussion.
>>> >
>>> > In the interim, is any one interested in participating in upcoming
>>> Sprints?
>>> > Which framework would the group like to use?  Any strong preferences
>>> for
>>> > distributed source code repository?
>>> >
>>> > Hopefully this will be one of many open source contributions our group
>>> can
>>> > create.
>>> >
>>> > Scott Scites
>>> >
>>> > _______________________________________________
>>> > CentralOH mailing list
>>> > CentralOH at python.org
>>> > http://mail.python.org/mailman/listinfo/centraloh
>>> >
>>> >
>>> > _______________________________________________
>>> > CentralOH mailing list
>>> > CentralOH at python.org
>>> > http://mail.python.org/mailman/listinfo/centraloh
>>> >
>>> >
>>>
>>>
>>>
>>> --
>>> W. Matthew Wilson
>>> matt at tplus1.com
>>> http://tplus1.com
>>> _______________________________________________
>>> CentralOH mailing list
>>> CentralOH at python.org
>>> http://mail.python.org/mailman/listinfo/centraloh
>>>
>>
>>
>> _______________________________________________
>> CentralOH mailing list
>> CentralOH at python.org
>> http://mail.python.org/mailman/listinfo/centraloh
>>
>>
>
>
> --
>
> "C combines the power of assembler with the portability of assembler." --
> Anonymous
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/mailman/private/centraloh/attachments/20091009/24db63d3/attachment.htm>

From doug.mair at gmail.com  Fri Oct  9 18:38:30 2009
From: doug.mair at gmail.com (doug.mair)
Date: Fri, 9 Oct 2009 12:38:30 -0400
Subject: [CentralOH] Sprints - cohpy.org Web Site
Message-ID: <4acf66f8.25c0100a.25ab.4610@mx.google.com>

Django gets my vote too.
 
I have some website ideas, and I want to learn how to apply a strong dynamic solution to them.


-----Original Message-----
From: Nick Albright <nick.albright at gmail.com>
Sent: Friday, October 09, 2009 11:35 AM
To: Chris Chandler <chris at developingchris.com>
Cc: centraloh at python.org; yanovich.1 at buckeyemail.osu.edu
Subject: Re: [CentralOH] Sprints - cohpy.org Web Site

Hello!? = )

I also like the django idea.? A templating engine was talked about and modifying .htaccess for nice URLs were talked about, and at that point, I think django is just about as much work as those 2 things.? But more importantly, to allow potentially multiple people to easily change pages, django makes that very easy.? And with the automatic admin interface, no real work needs to be done on the backend.

So one vote for django here.? :)

Peace,
?-Nick

On Mon, Oct 5, 2009 at 9:05 AM, Chris Chandler <chris at developingchris.com> wrote:
Matt,

I agree, if we start to have a debate over framework or implementation detail choices, then we down shift to a more mundane open source project.

I think that in general we are mostly newbs to python web programming, but most have done web in another platform. I say lets start a django app, and see where it goes and if at the next meeting we get a lot of feedback to change it or not.

scitesy,

Is bitbucket the mercurial github? I'm using git, but mercurial would be an interesting departure, so whichever service is more reliable.


Thanks,
Chris Chandler
352-871-0712



On Sun, Oct 4, 2009 at 10:40 AM, Matthew Wilson <matt at tplus1.com> wrote:
I'm

[The entire original message is not included]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/mailman/private/centraloh/attachments/20091009/16fe77cf/attachment.htm>

From miles.groman at gmail.com  Fri Oct  9 19:47:27 2009
From: miles.groman at gmail.com (miles groman)
Date: Fri, 9 Oct 2009 12:47:27 -0500
Subject: [CentralOH] Sprints - cohpy.org Web Site
In-Reply-To: <4acf66f8.25c0100a.25ab.4610@mx.google.com>
References: <4acf66f8.25c0100a.25ab.4610@mx.google.com>
Message-ID: <fa5f8d570910091047y2821488yf13e548b8726ff69@mail.gmail.com>

urlpatterns = patterns('django.views.generic.simple',
    (r'^/$',             'direct_to_template', {'template': 'index.html'}),
    (r'^about/$',    'direct_to_template', {'template': 'about.html'}),
    (r'^contact/$', 'direct_to_template', {'template': 'contact.html'}),
    #  ...
)

Sites done!  Time to start brainstorming real functionality and content

Chris - Git is to Github as Mercurial is to Bitbucket, yes.

From scott.scites at railcar88.com  Sat Oct 10 11:30:29 2009
From: scott.scites at railcar88.com (Scott Scites)
Date: Sat, 10 Oct 2009 05:30:29 -0400
Subject: [CentralOH] Sprints - cohpy.org Web Site
Message-ID: <8afa282d0910100230n808115co2ee5f1a3883f9c8c@mail.gmail.com>

Chris,

Bitbucket => Django => Python => Mercurial

GitHub => Rails => Ruby => Git

If you know how to use Git then learning Mercurial should be a breeze.  Most
say that Mercurial is easier to learn than Git.

Scott Scites (scitesy)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/mailman/private/centraloh/attachments/20091010/db47fe34/attachment.htm>

From chris at developingchris.com  Sat Oct 10 16:43:48 2009
From: chris at developingchris.com (Chris Chandler)
Date: Sat, 10 Oct 2009 10:43:48 -0400
Subject: [CentralOH] Sprints - cohpy.org Web Site
In-Reply-To: <8afa282d0910100230n808115co2ee5f1a3883f9c8c@mail.gmail.com>
References: <8afa282d0910100230n808115co2ee5f1a3883f9c8c@mail.gmail.com>
Message-ID: <95f91cc30910100743m140d1602oad87648b7f5b2502@mail.gmail.com>

Thanks for the description.

I'll look into bitbucket and mercurial over the weekend. I'm only partial to
git because my personal source hosting company supports it. However if its
community stored code, it really doesn't matter.

Thanks,
Chris Chandler
352-871-0712


On Sat, Oct 10, 2009 at 5:30 AM, Scott Scites <scott.scites at railcar88.com>wrote:

> Chris,
>
> Bitbucket => Django => Python => Mercurial
>
> GitHub => Rails => Ruby => Git
>
> If you know how to use Git then learning Mercurial should be a breeze.
> Most say that Mercurial is easier to learn than Git.
>
> Scott Scites (scitesy)
> _______________________________________________
> CentralOH mailing list
> CentralOH at python.org
> http://mail.python.org/mailman/listinfo/centraloh
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/mailman/private/centraloh/attachments/20091010/da202cae/attachment.htm>

From eric at intellovations.com  Sun Oct 18 21:53:29 2009
From: eric at intellovations.com (Eric Floehr)
Date: Sun, 18 Oct 2009 15:53:29 -0400
Subject: [CentralOH] Intro to Python this Thursday, October 22
Message-ID: <34f468870910181253w5214fb72ia0b61ee458abf32c@mail.gmail.com>

All,

One of the more common answers given to the question "What do you hope
to get out of the Central Ohio Python User's Group" was "I want to
learn more about Python".

This Thursday at 7pm, the OSU Open Source Club will be presenting an
introduction to Python at their weekly meeting.  The meeting is in
Dreese Labs Room 266 on the OSU campus
(http://www.osu.edu/map/building.php?building=279).  Everyone is
welcome.

I have created a Meetup you can RSVP to at
http://www.meetup.com/Central-Ohio-Python-Users-Group/calendar/11655071/
:

Michael Yanovich and Brian Kennedy will be presenting to the club on
the programming language Python. Michael will be demonstrating the
basics of building a Python program, beginning with a Hello World in
the interpreter and moving over to building Hello World as a
stand-a-lone file. Then, he'll cover functions, documentation, and
linking files together. Then, Brian will be demonstrating how to use
Python to solve problems for class, work, and research as well as
teaching the basic use of some powerful scientific and mathematical
tools collected in the SciPy module.

To do a little background reading on the Python language read the
excellent, free book Dive in to Python at:

http://diveintopython.org/

You can learn about SciPy, the modules to help do mathematical and
scientific work in Python, at:

http://scipy.org/Getting_Started

Install Python and try out some examples before the meeting to get the
biggest bang for your learning buck:

http://diveintopython.org/installing_python/index.html


Also, don't forget the regular COhPy meeting coming up a week from
Monday on October 26 at 6:30pm at TechColumbus.

See you there!
Eric

From eric at intellovations.com  Fri Oct 23 12:51:04 2009
From: eric at intellovations.com (Eric Floehr)
Date: Fri, 23 Oct 2009 06:51:04 -0400
Subject: [CentralOH] Upcoming Python User's Group Schedule
Message-ID: <34f468870910230351jf2ecec9ha9f183edb680b8e6@mail.gmail.com>

All,

Please make sure you have on your calendars the following upcoming
meetings of the Central Ohio Python User's Group:

THIS MONDAY, October 26, 6:30pm at TechColumubus:

At this meeting James Bonanno of Atlantix Engineering will be talking
about "Electronic Design Automation with Python", including
integrating with COM, Excel, and Mentor Graphics.  We will also
organize some "interest groups" including developing the cohpy.org
website and developing a "learning Python" track.


MONDAY, December 7, 6:30pm at TechColumbus:

By popular choice, December 7 was chosen as the best date for our
combined November/December meeting.  At this meeting Brian Costlow
will be talking about using Twisted and Tornado to develop a
responsive, robust web "dashboard" app, and the benefits and tradeoffs
of each.


MONDAY, January 25, 6:30pm at TechColumbus:

Josh Williams will be talking about using Python as the language of
choice for developing PostgreSQL stored procedures in PL/Python.


In general, the Central Ohio Python User's Group meets the LAST MONDAY
of every month, except for a combined November/December meeting due to
the holidays.

I hope to see you at all the meetings!  As always, meetup's will be
created and announcements made, but I thought I'd send this out so
that everyone could mark their calendars.

Best Regards,
Eric

From eric at intellovations.com  Mon Oct 26 02:14:53 2009
From: eric at intellovations.com (Eric Floehr)
Date: Sun, 25 Oct 2009 21:14:53 -0400
Subject: [CentralOH] Video Recording of COhPy Talks
Message-ID: <34f468870910251814l2c033041o32e6c20fef3b5115@mail.gmail.com>

All,

It was suggested previously that we video record the CohPy talks for
those who might not be able to attend.  I think that is a great idea,
and also would be nice material for our eventual website.

If anyone has the ability to record the talks, or knows of someone who
would be interested, please send a note to me or the list...or just
come with equipment to our meeting Monday :-).

Thanks so much!
Eric

From assistdata at gmail.com  Mon Oct 26 11:17:30 2009
From: assistdata at gmail.com (Assist Data)
Date: Mon, 26 Oct 2009 06:17:30 -0400
Subject: [CentralOH] Video Recording of COhPy Talks
In-Reply-To: <34f468870910251814l2c033041o32e6c20fef3b5115@mail.gmail.com>
References: <34f468870910251814l2c033041o32e6c20fef3b5115@mail.gmail.com>
Message-ID: <1C59734C-C840-49D9-BC89-E9F506328BEB@gmail.com>


Eric,

I can video record the talks in HD.

I can also broadcast the meeting live at http://assist.tv/cohpy if you  
want :)

--Brian



On Oct 25, 2009, at 9:14 PM, Eric Floehr wrote:

> All,
>
> It was suggested previously that we video record the CohPy talks for
> those who might not be able to attend.  I think that is a great idea,
> and also would be nice material for our eventual website.
>
> If anyone has the ability to record the talks, or knows of someone who
> would be interested, please send a note to me or the list...or just
> come with equipment to our meeting Monday :-).
>
> Thanks so much!
> Eric
> _______________________________________________
> CentralOH mailing list
> CentralOH at python.org
> http://mail.python.org/mailman/listinfo/centraloh


From eric at intellovations.com  Mon Oct 26 11:31:15 2009
From: eric at intellovations.com (Eric Floehr)
Date: Mon, 26 Oct 2009 06:31:15 -0400
Subject: [CentralOH] Video Recording of COhPy Talks
In-Reply-To: <1C59734C-C840-49D9-BC89-E9F506328BEB@gmail.com>
References: <34f468870910251814l2c033041o32e6c20fef3b5115@mail.gmail.com>
	<1C59734C-C840-49D9-BC89-E9F506328BEB@gmail.com>
Message-ID: <34f468870910260331g43576c9fg22586147480e195d@mail.gmail.com>

Brian,

Awesome, that sounds great!  Thanks so much for the offer!

See you there,
Eric


On Mon, Oct 26, 2009 at 6:17 AM, Assist Data <assistdata at gmail.com> wrote:
>
> Eric,
>
> I can video record the talks in HD.
>
> I can also broadcast the meeting live at http://assist.tv/cohpy if you want
> :)
>
> --Brian
>
>
>
> On Oct 25, 2009, at 9:14 PM, Eric Floehr wrote:
>
>> All,
>>
>> It was suggested previously that we video record the CohPy talks for
>> those who might not be able to attend. ?I think that is a great idea,
>> and also would be nice material for our eventual website.
>>
>> If anyone has the ability to record the talks, or knows of someone who
>> would be interested, please send a note to me or the list...or just
>> come with equipment to our meeting Monday :-).
>>
>> Thanks so much!
>> Eric
>> _______________________________________________
>> CentralOH mailing list
>> CentralOH at python.org
>> http://mail.python.org/mailman/listinfo/centraloh
>
>

From bryan.harris at udri.udayton.edu  Wed Oct 28 20:36:23 2009
From: bryan.harris at udri.udayton.edu (Bryan Harris)
Date: Wed, 28 Oct 2009 15:36:23 -0400
Subject: [CentralOH] Stackless Python
Message-ID: <200910281536.23247.bryan.harris@udri.udayton.edu>

Has anybody on here had any experience with doing multiprocessor applications 
in Python in general or stackless-python in particular?
-- 
Bryan Harris
Research Engineer
Structures and Materials Evaluation Group
bryan.harris at udri.udayton.edu
http://www.udri.udayton.edu/
(937) 229-5561

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/mailman/private/centraloh/attachments/20091028/b07f0a15/attachment.htm>

From brian.costlow at gmail.com  Wed Oct 28 21:46:42 2009
From: brian.costlow at gmail.com (Brian Costlow)
Date: Wed, 28 Oct 2009 16:46:42 -0400
Subject: [CentralOH] Stackless Python
In-Reply-To: <200910281536.23247.bryan.harris@udri.udayton.edu>
References: <200910281536.23247.bryan.harris@udri.udayton.edu>
Message-ID: <89d8b1b00910281346s6b6c2587q11de753292779d6e@mail.gmail.com>

I evaluated Stackless for a project a couple of years ago, but ended up not
using it, primarily because the alternative I was looking at (Twisted
running in cpython) already had some built-in functionality related to what
I was doing.

Unless there's been a major change though, Stackless doesn't take advantage
of multiple processors or cores in any automatic way. Stackless uses a
'green' or 'lightweight' threads model, all of the Stackless 'threads' run
in one process.

I did read some material when I was looking at it, about folks pickling
Stackless tasklets and passing them out to other servers to run. If you had
a multicore/processor machine, you could do something similar by running
multiple copies of your Stackless app on the same server.

Depending on what you are trying to do, you might just want to use real
python threads. On an OS that supports them, the OS will schedule the
threads across multiple processors or cores. Just make sure you understand
the Global Interpreter Lock and how it functions, so you understand the
impact on your app if any.

Last, you can just spawn actual child processes from your app. Pre 2.6 this
was a pain, you pretty much had to do this the way you would in C, but 2.6
and later have a nice module that abstracts process management to work like
Python threads.

Maybe if you let the group know the problem you need to solve, someone can
provide some better direction.

Cheers,

Brian


On Wed, Oct 28, 2009 at 3:36 PM, Bryan Harris <bryan.harris at udri.udayton.edu
> wrote:

> Has anybody on here had any experience with doing multiprocessor
> applications in Python in general or stackless-python in particular?
> --
> Bryan Harris
> Research Engineer
> Structures and Materials Evaluation Group
> bryan.harris at udri.udayton.edu
> http://www.udri.udayton.edu/
> (937) 229-5561
>
>
>
> _______________________________________________
> CentralOH mailing list
> CentralOH at python.org
> http://mail.python.org/mailman/listinfo/centraloh
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/mailman/private/centraloh/attachments/20091028/924587ba/attachment.htm>

From bryan.harris at udri.udayton.edu  Wed Oct 28 22:03:30 2009
From: bryan.harris at udri.udayton.edu (Bryan Harris)
Date: Wed, 28 Oct 2009 17:03:30 -0400
Subject: [CentralOH] Fwd: Re:  Stackless Python
Message-ID: <200910281703.30488.bryan.harris@udri.udayton.edu>

 

>Maybe if you let the group know the problem you need to solve, someone can
>provide some better direction.

I have written a long script which takes a whole directory of stress-strain 
test data, massages it, and spits out a new data file along with a bunch of 
images of the results.  I wrote a multi-threaded version a while back, but it 
actually ran much slower than the single thread version and I noticed it never 
used more than one processor at a time.  

Maybe I did something wrong.  It performed slower on a single or a 
multiprocessor machine.  I noticed the same behavior on my development 
machine, Ubuntu linux and on a windows machine in the lab.  In theory, it 
ought to be able to do file i/o on one file while the other crunches on 
calculations, thus saving time.  It didn't work that way though.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/mailman/private/centraloh/attachments/20091028/eb9a8a1f/attachment.htm>

From brian.costlow at gmail.com  Wed Oct 28 22:16:56 2009
From: brian.costlow at gmail.com (Brian Costlow)
Date: Wed, 28 Oct 2009 17:16:56 -0400
Subject: [CentralOH] Fwd: Re: Stackless Python
In-Reply-To: <200910281703.30488.bryan.harris@udri.udayton.edu>
References: <200910281703.30488.bryan.harris@udri.udayton.edu>
Message-ID: <89d8b1b00910281416w4df11397o1c39bf9721047c67@mail.gmail.com>

I should take my own advice :)

The GIL *won't* let python threads run across multiple cores, so even if the
os thread model supports it, cpython can't take advantage. I didn't realize
the GIL was that intrusive.

You could try running your app in Jython which does not have a GIL.

Or rewrite it to use multiple processes.





On Wed, Oct 28, 2009 at 5:03 PM, Bryan Harris <bryan.harris at udri.udayton.edu
> wrote:

>
>
> >Maybe if you let the group know the problem you need to solve, someone can
> >provide some better direction.
>
>
> I have written a long script which takes a whole directory of stress-strain
> test data, massages it, and spits out a new data file along with a bunch of
> images of the results. I wrote a multi-threaded version a while back, but it
> actually ran much slower than the single thread version and I noticed it
> never used more than one processor at a time.
>
>
> Maybe I did something wrong. It performed slower on a single or a
> multiprocessor machine. I noticed the same behavior on my development
> machine, Ubuntu linux and on a windows machine in the lab. In theory, it
> ought to be able to do file i/o on one file while the other crunches on
> calculations, thus saving time. It didn't work that way though.
>
>
>
>
> _______________________________________________
> CentralOH mailing list
> CentralOH at python.org
> http://mail.python.org/mailman/listinfo/centraloh
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/mailman/private/centraloh/attachments/20091028/f8fd0116/attachment.htm>

From bryan.harris at udri.udayton.edu  Wed Oct 28 22:30:12 2009
From: bryan.harris at udri.udayton.edu (Bryan Harris)
Date: Wed, 28 Oct 2009 17:30:12 -0400
Subject: [CentralOH] Fwd: Re: Stackless Python
In-Reply-To: <89d8b1b00910281416w4df11397o1c39bf9721047c67@mail.gmail.com>
References: <200910281703.30488.bryan.harris@udri.udayton.edu>
	<89d8b1b00910281416w4df11397o1c39bf9721047c67@mail.gmail.com>
Message-ID: <200910281730.12506.bryan.harris@udri.udayton.edu>

The processing module sticks each thread in a different python process.  The 
syntax is identical to the threading library so it's two lines of code to 
switch from threating to processing.  I'm going to try that and see how much 
better it does.

import processing as threading
from processing import Process as Thread

I'll check back with benchmarks.

-- 
Bryan Harris
Research Engineer
Structures and Materials Evaluation Group
bryan.harris at udri.udayton.edu
http://www.udri.udayton.edu/
(937) 229-5561
On Wednesday 28 October 2009 05:16:56 pm you wrote:
> I should take my own advice :)
>
> The GIL *won't* let python threads run across multiple cores, so even if
> the os thread model supports it, cpython can't take advantage. I didn't
> realize the GIL was that intrusive.
>
> You could try running your app in Jython which does not have a GIL.
>
> Or rewrite it to use multiple processes.
>
>
>
>
>
> On Wed, Oct 28, 2009 at 5:03 PM, Bryan Harris
> <bryan.harris at udri.udayton.edu
>
> > wrote:
> > >Maybe if you let the group know the problem you need to solve, someone
> > > can provide some better direction.
> >
> > I have written a long script which takes a whole directory of
> > stress-strain test data, massages it, and spits out a new data file along
> > with a bunch of images of the results. I wrote a multi-threaded version a
> > while back, but it actually ran much slower than the single thread
> > version and I noticed it never used more than one processor at a time.
> >
> >
> > Maybe I did something wrong. It performed slower on a single or a
> > multiprocessor machine. I noticed the same behavior on my development
> > machine, Ubuntu linux and on a windows machine in the lab. In theory, it
> > ought to be able to do file i/o on one file while the other crunches on
> > calculations, thus saving time. It didn't work that way though.
> >
> >
> >
> >
> > _______________________________________________
> > CentralOH mailing list
> > CentralOH at python.org
> > http://mail.python.org/mailman/listinfo/centraloh

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/mailman/private/centraloh/attachments/20091028/81fe1689/attachment-0001.htm>

From wam at cisco.com  Thu Oct 29 15:09:01 2009
From: wam at cisco.com (William McVey)
Date: Thu, 29 Oct 2009 10:09:01 -0400
Subject: [CentralOH] Fwd: Re: Stackless Python
In-Reply-To: <200910281730.12506.bryan.harris@udri.udayton.edu>
References: <200910281703.30488.bryan.harris@udri.udayton.edu>
	<89d8b1b00910281416w4df11397o1c39bf9721047c67@mail.gmail.com>
	<200910281730.12506.bryan.harris@udri.udayton.edu>
Message-ID: <1256825341.8925.52.camel@talyn.cisco.com>

On Wed, 2009-10-28 at 17:30 -0400, Bryan Harris wrote:
> The processing module sticks each thread in a different python
> process. The syntax is identical to the threading library so it's two
> lines of code to switch from threating to processing. I'm going to try
> that and see how much better it does.

As of python 2.6, the third party library 'processing' (aka
pyprocessing) was extended and incorporated into the python standard lib
as the 'multiprocessing' module. PEP-371
(http://www.python.org/dev/peps/pep-0371/) has details of the module
becoming part of the standard libary. After the 2.6, the updated
'multiprocessing' library was backported to older versions of python
(2.4 and 2.5) and is available at:
http://pypi.python.org/pypi/multiprocessing/

Unless you're supporting legacy code that already was written with the
old processing/pyprocessing library, I don't see any reason to use it
rather than multiprocessing.

  -- William

P.S. With all that being said, multiprocessing is a *great* library for
managing concurrency. I've ported most of stuff that used to use the
threading library to using it and I've been very happy. About the only
thing I use threads for nowdays is for client side GUI interfaces (which
thanks to HTML/AJAX are becoming few and far between, for me at least).


From eric at intellovations.com  Fri Oct 30 16:35:55 2009
From: eric at intellovations.com (Eric Floehr)
Date: Fri, 30 Oct 2009 11:35:55 -0400
Subject: [CentralOH] Local User Group Websites
Message-ID: <34f468870910300835x4c12d6b4y5b97a247ac648198@mail.gmail.com>

To all those interested in building the cohpy.org website:

I found a list of many Columbus Users Group websites.  If you are
interested, take a look and see if there are any cool features about
any of the websites that might be good for cohpy.

http://toob.la/bmV

-Eric

From chris at developingchris.com  Fri Oct 30 17:01:45 2009
From: chris at developingchris.com (Chris Chandler)
Date: Fri, 30 Oct 2009 12:01:45 -0400
Subject: [CentralOH] Local User Group Websites
In-Reply-To: <34f468870910300835x4c12d6b4y5b97a247ac648198@mail.gmail.com>
References: <34f468870910300835x4c12d6b4y5b97a247ac648198@mail.gmail.com>
Message-ID: <95f91cc30910300901v5274da95k506404b515525e5b@mail.gmail.com>

I think the ruby brigade has the most compelling community to model against.
Their site, is not really as robust, and is quite scattered, but the
functionality is good. Schedule, events, members, hackfests, sponsors and
links to there products.

I'm really looking forward to some pairing and hackfest (sprint) type
sessions soon. I'm a python newb and would love to get going with someone
who can help me learn the standard paradigms in python.

Thanks,
Chris Chandler
352-871-0712


On Fri, Oct 30, 2009 at 11:35 AM, Eric Floehr <eric at intellovations.com>wrote:

> To all those interested in building the cohpy.org website:
>
> I found a list of many Columbus Users Group websites.  If you are
> interested, take a look and see if there are any cool features about
> any of the websites that might be good for cohpy.
>
> http://toob.la/bmV
>
> -Eric
> _______________________________________________
> CentralOH mailing list
> CentralOH at python.org
> http://mail.python.org/mailman/listinfo/centraloh
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/mailman/private/centraloh/attachments/20091030/aac46d56/attachment.htm>

From nick.albright at gmail.com  Fri Oct 30 17:13:11 2009
From: nick.albright at gmail.com (Nick Albright)
Date: Fri, 30 Oct 2009 12:13:11 -0400
Subject: [CentralOH] Local User Group Websites
In-Reply-To: <95f91cc30910300901v5274da95k506404b515525e5b@mail.gmail.com>
References: <34f468870910300835x4c12d6b4y5b97a247ac648198@mail.gmail.com>
	<95f91cc30910300901v5274da95k506404b515525e5b@mail.gmail.com>
Message-ID: <7ec143010910300913l281ef4b2s6d2f4c499f7cd7a3@mail.gmail.com>

Hello All!

Yeah, I'm hoping to get the notes out from the website session this weekend
(Had a very full week unfortunately).  There were alot of good ideas and I
think covered much of what was mentioned. =)

Peace!
 -Nick

On Fri, Oct 30, 2009 at 12:01 PM, Chris Chandler
<chris at developingchris.com>wrote:

> I think the ruby brigade has the most compelling community to model
> against.
> Their site, is not really as robust, and is quite scattered, but the
> functionality is good. Schedule, events, members, hackfests, sponsors and
> links to there products.
>
> I'm really looking forward to some pairing and hackfest (sprint) type
> sessions soon. I'm a python newb and would love to get going with someone
> who can help me learn the standard paradigms in python.
>
> Thanks,
> Chris Chandler
> 352-871-0712
>
>
>
> On Fri, Oct 30, 2009 at 11:35 AM, Eric Floehr <eric at intellovations.com>wrote:
>
>> To all those interested in building the cohpy.org website:
>>
>> I found a list of many Columbus Users Group websites.  If you are
>> interested, take a look and see if there are any cool features about
>> any of the websites that might be good for cohpy.
>>
>> http://toob.la/bmV
>>
>> -Eric
>> _______________________________________________
>> CentralOH mailing list
>> CentralOH at python.org
>> http://mail.python.org/mailman/listinfo/centraloh
>>
>
>
> _______________________________________________
> CentralOH mailing list
> CentralOH at python.org
> http://mail.python.org/mailman/listinfo/centraloh
>
>


-- 

"Life is a whim of several billion cells to be you for a while." -- Unknown
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/mailman/private/centraloh/attachments/20091030/8924dff1/attachment.htm>