From cappy2112 at gmail.com Mon Jul 2 21:11:44 2012 From: cappy2112 at gmail.com (Tony Cappellini) Date: Mon, 2 Jul 2012 12:11:44 -0700 Subject: [Baypiggies] PyData SF Message-ID: For the Noth Bay people interested in scientific applications with Python, a new meetup has recently formed http://www.meetup.com/San-Francisco-PyData/?gj=ej1b&a=wg2_l4 -------------- next part -------------- An HTML attachment was scrubbed... URL: From cappy2112 at gmail.com Thu Jul 5 21:25:10 2012 From: cappy2112 at gmail.com (Tony Cappellini) Date: Thu, 5 Jul 2012 12:25:10 -0700 Subject: [Baypiggies] Twisted Meetup @ Rackspace SF July 13th Message-ID: FYI http://www.meetup.com/San-Francisco-Twisted-Python-Meetup/events/71296232/?utm_source=Python+Weekly+Newsletter&utm_campaign=bbe8f42215-Python_Weekly_Issue_42_July_5_2012&utm_medium=email -------------- next part -------------- An HTML attachment was scrubbed... URL: From meenalpant at gmail.com Fri Jul 6 21:40:19 2012 From: meenalpant at gmail.com (Meenal Pant) Date: Fri, 6 Jul 2012 12:40:19 -0700 Subject: [Baypiggies] Data Mining , Predictive modeling packages Message-ID: Has anyone used Python (other) software for data mining or predictive modelling ? Please recommend, Thanks, Meenal -------------- next part -------------- An HTML attachment was scrubbed... URL: From jglouderback at gmail.com Fri Jul 6 21:54:41 2012 From: jglouderback at gmail.com (Joe Louderback) Date: Fri, 6 Jul 2012 12:54:41 -0700 Subject: [Baypiggies] Data Mining , Predictive modeling packages In-Reply-To: References: Message-ID: I found http://scikit-learn.org/stable/ useful for predictive modelling. Specifically, I've been using the partial least squares package. Pandas ( http://pandas.pydata.org/ ) claims to be useful for data mining, but I have no experience with it. On Fri, Jul 6, 2012 at 12:40 PM, Meenal Pant wrote: > Has anyone used Python (other) software for data mining or predictive > modelling ? Please recommend, > Thanks, > Meenal > > _______________________________________________ > Baypiggies mailing list > Baypiggies at python.org > To change your subscription options or unsubscribe: > http://mail.python.org/mailman/listinfo/baypiggies > -------------- next part -------------- An HTML attachment was scrubbed... URL: From simeonf at gmail.com Fri Jul 6 23:39:11 2012 From: simeonf at gmail.com (Simeon Franklin) Date: Fri, 6 Jul 2012 14:39:11 -0700 Subject: [Baypiggies] Data Mining , Predictive modeling packages In-Reply-To: References: Message-ID: Meenal I have only a tiny bit of experience with Pandas but have been very impressed. If what you are doing is statistical analysis or matching mismatched sets of data (or timeseries data with irregular datestamps) Pandas is really cool. I haven't used scikit-learn at all but its on my list to play with :) You might be interested in the videos from pydata including one on scikit-learn and one on Pandas. See http://marakana.com/s/2012_pydata_workshop,1090/index.html - regards Simeon Franklin On Fri, Jul 6, 2012 at 12:40 PM, Meenal Pant wrote: > Has anyone used Python (other) software for data mining or predictive > modelling ? Please recommend, > Thanks, > Meenal > > _______________________________________________ > Baypiggies mailing list > Baypiggies at python.org > To change your subscription options or unsubscribe: > http://mail.python.org/mailman/listinfo/baypiggies > -------------- next part -------------- An HTML attachment was scrubbed... URL: From david at bitcasa.com Fri Jul 6 23:43:08 2012 From: david at bitcasa.com (David Lawrence) Date: Fri, 6 Jul 2012 14:43:08 -0700 Subject: [Baypiggies] Data Mining , Predictive modeling packages In-Reply-To: References:

Message-ID: Somewhat relevant but not particularly technical, this topic popped up on /. earlier today http://developers.slashdot.org/story/12/07/06/1830216/is-python-a-legitimate-data-analysis-tool On Fri, Jul 6, 2012 at 2:39 PM, Simeon Franklin wrote: > Meenal I have only a tiny bit of experience with Pandas but have been very > impressed. If what you are doing is statistical analysis or matching > mismatched sets of data (or timeseries data with irregular datestamps) > Pandas is really cool. I haven't used scikit-learn at all but its on my > list to play with :) > > You might be interested in the videos from pydata including one on > scikit-learn and one on Pandas. See > http://marakana.com/s/2012_pydata_workshop,1090/index.html > > - regards > Simeon Franklin > > On Fri, Jul 6, 2012 at 12:40 PM, Meenal Pant wrote: > >> Has anyone used Python (other) software for data mining or predictive >> modelling ? Please recommend, >> Thanks, >> Meenal >> >> _______________________________________________ >> Baypiggies mailing list >> Baypiggies at python.org >> To change your subscription options or unsubscribe: >> http://mail.python.org/mailman/listinfo/baypiggies >> > > > _______________________________________________ > Baypiggies mailing list > Baypiggies at python.org > To change your subscription options or unsubscribe: > http://mail.python.org/mailman/listinfo/baypiggies > -------------- next part -------------- An HTML attachment was scrubbed... URL: From meenalpant at gmail.com Sat Jul 7 04:40:47 2012 From: meenalpant at gmail.com (Meenal Pant) Date: Fri, 6 Jul 2012 19:40:47 -0700 Subject: [Baypiggies] Data Mining , Predictive modeling packages In-Reply-To: References:

Message-ID: Thanks for the pointers! On Fri, Jul 6, 2012 at 2:43 PM, David Lawrence wrote: > Somewhat relevant but not particularly technical, this topic popped up on > /. earlier today > http://developers.slashdot.org/story/12/07/06/1830216/is-python-a-legitimate-data-analysis-tool > > > > On Fri, Jul 6, 2012 at 2:39 PM, Simeon Franklin wrote: > >> Meenal I have only a tiny bit of experience with Pandas but have been >> very impressed. If what you are doing is statistical analysis or matching >> mismatched sets of data (or timeseries data with irregular datestamps) >> Pandas is really cool. I haven't used scikit-learn at all but its on my >> list to play with :) >> >> You might be interested in the videos from pydata including one on >> scikit-learn and one on Pandas. See >> http://marakana.com/s/2012_pydata_workshop,1090/index.html >> >> - regards >> Simeon Franklin >> >> On Fri, Jul 6, 2012 at 12:40 PM, Meenal Pant wrote: >> >>> Has anyone used Python (other) software for data mining or predictive >>> modelling ? Please recommend, >>> Thanks, >>> Meenal >>> >>> _______________________________________________ >>> Baypiggies mailing list >>> Baypiggies at python.org >>> To change your subscription options or unsubscribe: >>> http://mail.python.org/mailman/listinfo/baypiggies >>> >> >> >> _______________________________________________ >> Baypiggies mailing list >> Baypiggies at python.org >> To change your subscription options or unsubscribe: >> http://mail.python.org/mailman/listinfo/baypiggies >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From spmcinerney at hotmail.com Sat Jul 7 07:53:19 2012 From: spmcinerney at hotmail.com (Stephen McInerney) Date: Fri, 6 Jul 2012 22:53:19 -0700 Subject: [Baypiggies] Data Mining , Predictive modeling packages In-Reply-To: References: Message-ID: Hi Meenal, The best and most expressive language for Data Mining/Predictive modeling is and continues to be R, by a long shot. (I'm a longtime Python user who subsequently learned R so I'm unbiased.) Python + pandas + scikit-learn is a small subset of corresponding R functionality. Wes McKinney (pandas lead) is actively migrating R functionality into Python, but they have ways to go, and need contributors. pandas basically gives you the R constructs data.frame + timeseries (timeseries is mainly for financial people) plus slicing, indexing and subsetting. pandas is aiming for performance and scalability. Also, the excellent ggplot2 visualization library is being ported from R to Python, expected this fall(? I was told?) (Hadley Wickham, the creator of the outstanding packages plyr & ggplot2 gave a great talk in SF last week btw.) Wes McKinney presents some solid "Why not R?" arguments on pandas.pydata.org (performance, scalability, no copyleft licensing, Python is by far a better general-purpose language for production systems) pandas major release 0.8.0 was just released last week so I'm curious as to experiences from anyone who's used it yet. Your question got a good response so I propose "Python for Predictive Analytics/Data Mining" would be a good meeting topic. (Btw next time Wes McKinney comes out west we should invite him to talk. He was at StrataConf this spring.) PS If by any chance you're asking because you're competing on Kaggle.com, drop me a line privately. Best regards, Stephen -------------- next part -------------- An HTML attachment was scrubbed... URL: From cappy2112 at gmail.com Mon Jul 9 18:08:12 2012 From: cappy2112 at gmail.com (Tony Cappellini) Date: Mon, 9 Jul 2012 09:08:12 -0700 Subject: [Baypiggies] Baypiggies meeting for July 2012 Message-ID: Baypiggies will meet on Thursday, July 26th. Does anyone have a project that they would like to give a presentation on this month? Please post your ideas to the list. Thank You -------------- next part -------------- An HTML attachment was scrubbed... URL: From cappy2112 at gmail.com Thu Jul 12 18:29:14 2012 From: cappy2112 at gmail.com (Tony Cappellini) Date: Thu, 12 Jul 2012 09:29:14 -0700 Subject: [Baypiggies] Euro Python videos Message-ID: http://www.youtube.com/user/PythonItalia/feed?utm_source=Python+Weekly+Newsletter&utm_campaign=0df752cff3-Python_Weekly_Issue_43_July_12_2012&utm_medium=email -------------- next part -------------- An HTML attachment was scrubbed... URL: From erin.lynn.root at gmail.com Thu Jul 12 19:41:17 2012 From: erin.lynn.root at gmail.com (Lynn Root) Date: Thu, 12 Jul 2012 19:41:17 +0200 Subject: [Baypiggies] Euro Python videos In-Reply-To: References: Message-ID: Hey I was there! I spoke! Watch me! Title = Python += Women: Increasing female engagement in the Python community. :-D And three blog posts (including some drama) regarding EuroPython: www.roguelynn.com Cheers! On Thu, Jul 12, 2012 at 6:29 PM, Tony Cappellini wrote: > > > http://www.youtube.com/user/PythonItalia/feed?utm_source=Python+Weekly+Newsletter&utm_campaign=0df752cff3-Python_Weekly_Issue_43_July_12_2012&utm_medium=email > > > _______________________________________________ > Baypiggies mailing list > Baypiggies at python.org > To change your subscription options or unsubscribe: > http://mail.python.org/mailman/listinfo/baypiggies > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexmiroslav at gmail.com Fri Jul 13 18:26:56 2012 From: alexmiroslav at gmail.com (Aleksandr Miroslav) Date: Fri, 13 Jul 2012 12:26:56 -0400 Subject: [Baypiggies] configuration parser using python modules? Message-ID: This may be obvious to people, but not to me, so I have to ask. Instead of using ConfigurationParser, why not have a configuration file be imported as a module, so this way, the variables could be part of the module's namespace. I know people have mentioned users running arbitrary code as a reason for why this should not be done, aside from this, is there any other reason? Is there a way to prevent users from running arbitrary code? From bitsink at gmail.com Fri Jul 13 20:18:38 2012 From: bitsink at gmail.com (Nam Nguyen) Date: Fri, 13 Jul 2012 11:18:38 -0700 Subject: [Baypiggies] configuration parser using python modules? In-Reply-To: References: Message-ID: I believe user experience is the major reason why Python module is usually not the recommended configuration mechanism. Regular users just don't want to deal with code if they can do away in some other form. INI, for example, is easy enough, and better organized then plain Python code. Nam On Fri, Jul 13, 2012 at 9:26 AM, Aleksandr Miroslav wrote: > This may be obvious to people, but not to me, so I have to ask. > > Instead of using ConfigurationParser, why not have a configuration file > be imported as a module, so this way, the variables could be part of the > module's namespace. > > I know people have mentioned users running arbitrary code as a reason > for why this should not be done, aside from this, is there any other > reason? Is there a way to prevent users from running arbitrary code? > _______________________________________________ > Baypiggies mailing list > Baypiggies at python.org > To change your subscription options or unsubscribe: > http://mail.python.org/mailman/listinfo/baypiggies From jtatum at gmail.com Fri Jul 13 20:53:39 2012 From: jtatum at gmail.com (James Tatum) Date: Fri, 13 Jul 2012 11:53:39 -0700 Subject: [Baypiggies] configuration parser using python modules? In-Reply-To: References: Message-ID: One of my pet peeves is using config files for things that really should be in code. It's a peculiar habit which seems very prevalent in areas like test frameworks where people often create massive XML configuration schemas. Not only is XML a terrible config file format (when the config file is meant to be written by humans), but using most any static config file is abandoning the expressiveness possible in code. Examples of configuration type things that are simple to do in code include conditionals, loops, variable substitution, and being able to encode any needed value or data type simply and easily. On Fri, Jul 13, 2012 at 9:26 AM, Aleksandr Miroslav wrote: > This may be obvious to people, but not to me, so I have to ask. > > Instead of using ConfigurationParser, why not have a configuration file > be imported as a module, so this way, the variables could be part of the > module's namespace. > > I know people have mentioned users running arbitrary code as a reason > for why this should not be done, aside from this, is there any other > reason? Is there a way to prevent users from running arbitrary code? > _______________________________________________ > Baypiggies mailing list > Baypiggies at python.org > To change your subscription options or unsubscribe: > http://mail.python.org/mailman/listinfo/baypiggies From david at bitcasa.com Fri Jul 13 21:09:30 2012 From: david at bitcasa.com (David Lawrence) Date: Fri, 13 Jul 2012 12:09:30 -0700 Subject: [Baypiggies] configuration parser using python modules? In-Reply-To: References:

Message-ID: I think James inadvertently summed up what should be in a config file. _Static_ stuff. Things like API keys that rarely if ever change. Paths to logs, domains of external services. For those items, a non-language specific config file can make a single configuration usable by multiple services within the same ecosystem. Not every service/app may need everything in the file, but it makes it easy to keep the settings consistent between maybe a web app written in Python, some pub-sub stuff written in JS on Node and maybe some desktop application (although in the case of deploying a desktop application, you may not want all your settings in the config in case you expose some internal sensitive info). In other cases, you may be supporting some legacy code in say Java, and slowly replacing parts in Python. Again, a non-language specific config file allows both the old and new code to have a consistent configuration. On Fri, Jul 13, 2012 at 11:53 AM, James Tatum wrote: > One of my pet peeves is using config files for things that really > should be in code. It's a peculiar habit which seems very prevalent in > areas like test frameworks where people often create massive XML > configuration schemas. Not only is XML a terrible config file format > (when the config file is meant to be written by humans), but using > most any static config file is abandoning the expressiveness possible > in code. Examples of configuration type things that are simple to do > in code include conditionals, loops, variable substitution, and being > able to encode any needed value or data type simply and easily. > > On Fri, Jul 13, 2012 at 9:26 AM, Aleksandr Miroslav > wrote: > > This may be obvious to people, but not to me, so I have to ask. > > > > Instead of using ConfigurationParser, why not have a configuration file > > be imported as a module, so this way, the variables could be part of the > > module's namespace. > > > > I know people have mentioned users running arbitrary code as a reason > > for why this should not be done, aside from this, is there any other > > reason? Is there a way to prevent users from running arbitrary code? > > _______________________________________________ > > Baypiggies mailing list > > Baypiggies at python.org > > To change your subscription options or unsubscribe: > > http://mail.python.org/mailman/listinfo/baypiggies > _______________________________________________ > Baypiggies mailing list > Baypiggies at python.org > To change your subscription options or unsubscribe: > http://mail.python.org/mailman/listinfo/baypiggies > -------------- next part -------------- An HTML attachment was scrubbed... URL: From itz at buug.org Sat Jul 14 07:38:56 2012 From: itz at buug.org (Ian Zimmerman) Date: Fri, 13 Jul 2012 22:38:56 -0700 Subject: [Baypiggies] configuration parser using python modules? In-Reply-To: (David Lawrence's message of "Fri, 13 Jul 2012 12:09:30 -0700") References:

Message-ID: <87fw8usxzj.fsf@foolinux.dyndns.org> David> app written in Python, some pub-sub stuff written in JS on Node In this case, JSON seems like an obvious choice for a config format :-P Personally, I try to just use eval(read(open(CONFFILE))) whenever remotely possible , guarded against surprises of course. The ConfigParser module is quite unpleasant IMO. Particularly because the natural structure to hold such information is either a dictionary or an object with named fields, but that's not what ConfigParser gives you. -- Ian Zimmerman gpg public key: 1024D/C6FF61AD fingerprint: 66DC D68F 5C1B 4D71 2EE5 BD03 8A00 786C C6FF 61AD http://www.gravatar.com/avatar/c66875cda51109f76c6312f4d4743d1e.png Rule 420: All persons more than eight miles high to leave the court. From gregrice at gmail.com Sat Jul 14 09:22:18 2012 From: gregrice at gmail.com (Greg Rice) Date: Sat, 14 Jul 2012 00:22:18 -0700 Subject: [Baypiggies] configuration parser using python modules? Message-ID: Wouldn't a JSON be even better? Human-readable and cross-language, supports hashes and arrays - seems perfect to me. Greg Rice MobiTV DevOps On Jul 13, 2012 11:14 PM, wrote: > > Send Baypiggies mailing list submissions to > baypiggies at python.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://mail.python.org/mailman/listinfo/baypiggies > or, via email, send a message with subject or body 'help' to > baypiggies-request at python.org > > You can reach the person managing the list at > baypiggies-owner at python.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Baypiggies digest..." > > > Today's Topics: > > 1. configuration parser using python modules? (Aleksandr Miroslav) > 2. Re: configuration parser using python modules? (Nam Nguyen) > 3. Re: configuration parser using python modules? (James Tatum) > 4. Re: configuration parser using python modules? (David Lawrence) > 5. Re: configuration parser using python modules? (Ian Zimmerman) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 13 Jul 2012 12:26:56 -0400 > From: Aleksandr Miroslav > To: baypiggies at python.org > Subject: [Baypiggies] configuration parser using python modules? > Message-ID: > > Content-Type: text/plain; charset=ISO-8859-1 > > This may be obvious to people, but not to me, so I have to ask. > > Instead of using ConfigurationParser, why not have a configuration file > be imported as a module, so this way, the variables could be part of the > module's namespace. > > I know people have mentioned users running arbitrary code as a reason > for why this should not be done, aside from this, is there any other > reason? Is there a way to prevent users from running arbitrary code? > > > ------------------------------ > > Message: 2 > Date: Fri, 13 Jul 2012 11:18:38 -0700 > From: Nam Nguyen > To: Aleksandr Miroslav > Cc: baypiggies at python.org > Subject: Re: [Baypiggies] configuration parser using python modules? > Message-ID: > > Content-Type: text/plain; charset=UTF-8 > > I believe user experience is the major reason why Python module is > usually not the recommended configuration mechanism. Regular users > just don't want to deal with code if they can do away in some other > form. INI, for example, is easy enough, and better organized then > plain Python code. > Nam > > > On Fri, Jul 13, 2012 at 9:26 AM, Aleksandr Miroslav > wrote: > > This may be obvious to people, but not to me, so I have to ask. > > > > Instead of using ConfigurationParser, why not have a configuration file > > be imported as a module, so this way, the variables could be part of the > > module's namespace. > > > > I know people have mentioned users running arbitrary code as a reason > > for why this should not be done, aside from this, is there any other > > reason? Is there a way to prevent users from running arbitrary code? > > _______________________________________________ > > Baypiggies mailing list > > Baypiggies at python.org > > To change your subscription options or unsubscribe: > > http://mail.python.org/mailman/listinfo/baypiggies > > > ------------------------------ > > Message: 3 > Date: Fri, 13 Jul 2012 11:53:39 -0700 > From: James Tatum > To: Aleksandr Miroslav > Cc: baypiggies at python.org > Subject: Re: [Baypiggies] configuration parser using python modules? > Message-ID: > < CAM_-FGhFj5jqz_N+Xw7bE5Y4vyv5ViRfkB+ajXwikS5gsuueUw at mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > One of my pet peeves is using config files for things that really > should be in code. It's a peculiar habit which seems very prevalent in > areas like test frameworks where people often create massive XML > configuration schemas. Not only is XML a terrible config file format > (when the config file is meant to be written by humans), but using > most any static config file is abandoning the expressiveness possible > in code. Examples of configuration type things that are simple to do > in code include conditionals, loops, variable substitution, and being > able to encode any needed value or data type simply and easily. > > On Fri, Jul 13, 2012 at 9:26 AM, Aleksandr Miroslav > wrote: > > This may be obvious to people, but not to me, so I have to ask. > > > > Instead of using ConfigurationParser, why not have a configuration file > > be imported as a module, so this way, the variables could be part of the > > module's namespace. > > > > I know people have mentioned users running arbitrary code as a reason > > for why this should not be done, aside from this, is there any other > > reason? Is there a way to prevent users from running arbitrary code? > > _______________________________________________ > > Baypiggies mailing list > > Baypiggies at python.org > > To change your subscription options or unsubscribe: > > http://mail.python.org/mailman/listinfo/baypiggies > > > ------------------------------ > > Message: 4 > Date: Fri, 13 Jul 2012 12:09:30 -0700 > From: David Lawrence > To: James Tatum > Cc: baypiggies at python.org > Subject: Re: [Baypiggies] configuration parser using python modules? > Message-ID: > > Content-Type: text/plain; charset="iso-8859-1" > > I think James inadvertently summed up what should be in a config file. > _Static_ > stuff. Things like API keys that rarely if ever change. Paths to logs, > domains of > external services. For those items, a non-language specific config file > can make > a single configuration usable by multiple services within the same > ecosystem. > > Not every service/app may need everything in the file, but it makes it easy > to > keep the settings consistent between maybe a web app written in Python, > some > pub-sub stuff written in JS on Node and maybe some desktop application > (although > in the case of deploying a desktop application, you may not want all your > settings in > the config in case you expose some internal sensitive info). > > In other cases, you may be supporting some legacy code in say Java, and > slowly > replacing parts in Python. Again, a non-language specific config file > allows both > the old and new code to have a consistent configuration. > > > On Fri, Jul 13, 2012 at 11:53 AM, James Tatum wrote: > > > One of my pet peeves is using config files for things that really > > should be in code. It's a peculiar habit which seems very prevalent in > > areas like test frameworks where people often create massive XML > > configuration schemas. Not only is XML a terrible config file format > > (when the config file is meant to be written by humans), but using > > most any static config file is abandoning the expressiveness possible > > in code. Examples of configuration type things that are simple to do > > in code include conditionals, loops, variable substitution, and being > > able to encode any needed value or data type simply and easily. > > > > On Fri, Jul 13, 2012 at 9:26 AM, Aleksandr Miroslav > > wrote: > > > This may be obvious to people, but not to me, so I have to ask. > > > > > > Instead of using ConfigurationParser, why not have a configuration file > > > be imported as a module, so this way, the variables could be part of the > > > module's namespace. > > > > > > I know people have mentioned users running arbitrary code as a reason > > > for why this should not be done, aside from this, is there any other > > > reason? Is there a way to prevent users from running arbitrary code? > > > _______________________________________________ > > > Baypiggies mailing list > > > Baypiggies at python.org > > > To change your subscription options or unsubscribe: > > > http://mail.python.org/mailman/listinfo/baypiggies > > _______________________________________________ > > Baypiggies mailing list > > Baypiggies at python.org > > To change your subscription options or unsubscribe: > > http://mail.python.org/mailman/listinfo/baypiggies > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < http://mail.python.org/pipermail/baypiggies/attachments/20120713/790ab22c/attachment-0001.html > > > ------------------------------ > > Message: 5 > Date: Fri, 13 Jul 2012 22:38:56 -0700 > From: Ian Zimmerman > To: baypiggies at python.org > Subject: Re: [Baypiggies] configuration parser using python modules? > Message-ID: <87fw8usxzj.fsf at foolinux.dyndns.org> > Content-Type: text/plain; charset=us-ascii > > > David> app written in Python, some pub-sub stuff written in JS on Node > > In this case, JSON seems like an obvious choice for a config format :-P > > Personally, I try to just use eval(read(open(CONFFILE))) whenever > remotely possible , guarded against surprises of course. > > The ConfigParser module is quite unpleasant IMO. Particularly because the > natural structure to hold such information is either a dictionary or an > object with named fields, but that's not what ConfigParser gives you. > > -- > Ian Zimmerman > gpg public key: 1024D/C6FF61AD > fingerprint: 66DC D68F 5C1B 4D71 2EE5 BD03 8A00 786C C6FF 61AD > http://www.gravatar.com/avatar/c66875cda51109f76c6312f4d4743d1e.png > Rule 420: All persons more than eight miles high to leave the court. > > > ------------------------------ > > _______________________________________________ > Baypiggies mailing list > Baypiggies at python.org > To change your subscription options or unsubscribe: > http://mail.python.org/mailman/listinfo/baypiggies > > End of Baypiggies Digest, Vol 81, Issue 7 > ***************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: From brent.tubbs at gmail.com Sat Jul 14 17:43:54 2012 From: brent.tubbs at gmail.com (Brent Tubbs) Date: Sat, 14 Jul 2012 08:43:54 -0700 Subject: [Baypiggies] configuration parser using python modules? In-Reply-To: <87fw8usxzj.fsf@foolinux.dyndns.org> References:

<87fw8usxzj.fsf@foolinux.dyndns.org> Message-ID: My peeve against ConfigParser is that if you want a list of things, you end up faking it with some incomplete-looking syntax [my_things] thing1 = thing2 = That makes me sad. (I'm looking at you, .hgrc.) These days all my config files are YAML. You get all the lists and hashes that JSON can do, but you can leave out all the quote marks and curly braces, which is a big plus for readability. On Fri, Jul 13, 2012 at 10:38 PM, Ian Zimmerman wrote: > > David> app written in Python, some pub-sub stuff written in JS on Node > > In this case, JSON seems like an obvious choice for a config format :-P > > Personally, I try to just use eval(read(open(CONFFILE))) whenever > remotely possible , guarded against surprises of course. > > The ConfigParser module is quite unpleasant IMO. Particularly because the > natural structure to hold such information is either a dictionary or an > object with named fields, but that's not what ConfigParser gives you. > > -- > Ian Zimmerman > gpg public key: 1024D/C6FF61AD > fingerprint: 66DC D68F 5C1B 4D71 2EE5 BD03 8A00 786C C6FF 61AD > http://www.gravatar.com/avatar/c66875cda51109f76c6312f4d4743d1e.png > Rule 420: All persons more than eight miles high to leave the court. > _______________________________________________ > Baypiggies mailing list > Baypiggies at python.org > To change your subscription options or unsubscribe: > http://mail.python.org/mailman/listinfo/baypiggies > -------------- next part -------------- An HTML attachment was scrubbed... URL: From neilkumar at gmail.com Sat Jul 14 19:32:45 2012 From: neilkumar at gmail.com (Neil) Date: Sat, 14 Jul 2012 10:32:45 -0700 Subject: [Baypiggies] configuration parser using python modules? In-Reply-To: References:

<87fw8usxzj.fsf@foolinux.dyndns.org> Message-ID: I like YAML too. I feel like JSON is only slightly better than XML as for being human editable (assuming its been pretty printed, otherwise a huge JSON document can be worse off as far as readability goes compared to XML) -- as it doesn't allow adding comments (which I think is very important for configuration files) and it barfs on things like a trailing comma on a list or hash definitions. -neil On Sat, Jul 14, 2012 at 8:43 AM, Brent Tubbs wrote: > My peeve against ConfigParser is that if you want a list of things, you end > up faking it with some incomplete-looking syntax > > [my_things] > thing1 = > thing2 = > > That makes me sad. (I'm looking at you, .hgrc.) > > These days all my config files are YAML. You get all the lists and hashes > that JSON can do, but you can leave out all the quote marks and curly > braces, which is a big plus for readability. > > > On Fri, Jul 13, 2012 at 10:38 PM, Ian Zimmerman wrote: >> >> >> David> app written in Python, some pub-sub stuff written in JS on Node >> >> In this case, JSON seems like an obvious choice for a config format :-P >> >> Personally, I try to just use eval(read(open(CONFFILE))) whenever >> remotely possible , guarded against surprises of course. >> >> The ConfigParser module is quite unpleasant IMO. Particularly because the >> natural structure to hold such information is either a dictionary or an >> object with named fields, but that's not what ConfigParser gives you. >> >> -- >> Ian Zimmerman >> gpg public key: 1024D/C6FF61AD >> fingerprint: 66DC D68F 5C1B 4D71 2EE5 BD03 8A00 786C C6FF 61AD >> http://www.gravatar.com/avatar/c66875cda51109f76c6312f4d4743d1e.png >> Rule 420: All persons more than eight miles high to leave the court. >> _______________________________________________ >> Baypiggies mailing list >> Baypiggies at python.org >> To change your subscription options or unsubscribe: >> http://mail.python.org/mailman/listinfo/baypiggies > > > > _______________________________________________ > Baypiggies mailing list > Baypiggies at python.org > To change your subscription options or unsubscribe: > http://mail.python.org/mailman/listinfo/baypiggies From akkana at shallowsky.com Sun Jul 15 03:45:31 2012 From: akkana at shallowsky.com (Akkana Peck) Date: Sat, 14 Jul 2012 18:45:31 -0700 Subject: [Baypiggies] configuration parser using python modules? In-Reply-To: References:

<87fw8usxzj.fsf@foolinux.dyndns.org> Message-ID: <20120715014531.GC1997@shallowsky.com> Brent Tubbs writes: > My peeve against ConfigParser is that if you want a list of things, you end > up faking it with some incomplete-looking syntax > > [my_things] > thing1 = > thing2 = If your things don't have to include newlines or initial spaces, you can use ConfigParser's get_config_multiline, and have something like [my_things] things = My thing My second thing My third and last thing ...Akkana From morfizm at gmail.com Sun Jul 15 18:16:53 2012 From: morfizm at gmail.com (Dmitry Kuzmenko) Date: Sun, 15 Jul 2012 09:16:53 -0700 Subject: [Baypiggies] configuration parser using python modules? In-Reply-To: References:

<87fw8usxzj.fsf@foolinux.dyndns.org> Message-ID: <002101cd62a5$40ba00b0$c22e0210$@com> I came across a nice combo solution yesterday: little embedded json lists inside ConfigParser's config (from http://stackoverflow.com/a/9735884): [Foo] fibs: [1,1,2,3,5,8,13] >>> json.loads(config.get("Foo","fibs")) [1, 1, 2, 3, 5, 8, 13] Notice that you can actually span values over multiple lines, useful for long strings, as long as you add some tab/whitespace indent: [Foo] fibs: [ "1", "1", "2", "3", "5", "8", "13" ] The only annoyance is that you have to use double quotes (json), and you can't put a comma after last string. Dima. -----Original Message----- From: Neil [mailto:neilkumar at gmail.com] Sent: Saturday, July 14, 2012 10:33 AM To: Brent Tubbs Cc: baypiggies at python.org Subject: Re: [Baypiggies] configuration parser using python modules? I like YAML too. I feel like JSON is only slightly better than XML as for being human editable (assuming its been pretty printed, otherwise a huge JSON document can be worse off as far as readability goes compared to XML) -- as it doesn't allow adding comments (which I think is very important for configuration files) and it barfs on things like a trailing comma on a list or hash definitions. -neil On Sat, Jul 14, 2012 at 8:43 AM, Brent Tubbs < brent.tubbs at gmail.com> wrote: > My peeve against ConfigParser is that if you want a list of things, > you end up faking it with some incomplete-looking syntax > > [my_things] > thing1 = > thing2 = > > That makes me sad. (I'm looking at you, .hgrc.) > > These days all my config files are YAML. You get all the lists and > hashes that JSON can do, but you can leave out all the quote marks and > curly braces, which is a big plus for readability. > > > On Fri, Jul 13, 2012 at 10:38 PM, Ian Zimmerman < itz at buug.org> wrote: >> >> >> David> app written in Python, some pub-sub stuff written in JS on >> David> Node >> >> In this case, JSON seems like an obvious choice for a config format >> :-P >> >> Personally, I try to just use eval(read(open(CONFFILE))) whenever >> remotely possible , guarded against surprises of course. >> >> The ConfigParser module is quite unpleasant IMO. Particularly >> because the natural structure to hold such information is either a >> dictionary or an object with named fields, but that's not what ConfigParser gives you. >> >> -- >> Ian Zimmerman >> gpg public key: 1024D/C6FF61AD >> fingerprint: 66DC D68F 5C1B 4D71 2EE5 BD03 8A00 786C C6FF 61AD >> http://www.gravatar.com/avatar/c66875cda51109f76c6312f4d4743d1e.png >> Rule 420: All persons more than eight miles high to leave the court. >> _______________________________________________ >> Baypiggies mailing list >> Baypiggies at python.org >> To change your subscription options or unsubscribe: >> http://mail.python.org/mailman/listinfo/baypiggies > > > > _______________________________________________ > Baypiggies mailing list > Baypiggies at python.org > To change your subscription options or unsubscribe: > http://mail.python.org/mailman/listinfo/baypiggies -------------- next part -------------- An HTML attachment was scrubbed... URL: From neilkumar at gmail.com Sun Jul 15 19:05:12 2012 From: neilkumar at gmail.com (Neil) Date: Sun, 15 Jul 2012 10:05:12 -0700 Subject: [Baypiggies] configuration parser using python modules? In-Reply-To: <002101cd62a5$40ba00b0$c22e0210$@com> References:

<87fw8usxzj.fsf@foolinux.dyndns.org> <002101cd62a5$40ba00b0$c22e0210$@com> Message-ID: You could replace that with yaml easily (pip instal pyyaml and then yaml.load instead of json.loads). YAML is a superset of JSON so the existing entries would still work unchanged, but you could also remove the quotes and use trailing commas (even on the split line one). -neil On Sun, Jul 15, 2012 at 9:16 AM, Dmitry Kuzmenko wrote: > I came across a nice combo solution yesterday: little embedded json lists > inside ConfigParser's config (from http://stackoverflow.com/a/9735884): > > > > [Foo] > > fibs: [1,1,2,3,5,8,13] > > > >>>> json.loads(config.get("Foo","fibs")) > > [1, 1, 2, 3, 5, 8, 13] > > > > Notice that you can actually span values over multiple lines, useful for > long strings, as long as you add some tab/whitespace indent: > > > > [Foo] > > fibs: [ > > "1", > > "1", > > "2", > > "3", > > "5", > > "8", > > "13" > > ] > > > > The only annoyance is that you have to use double quotes (json), and you > can?t put a comma after last string. > > > > Dima. > > > > > > -----Original Message----- > From: Neil [mailto:neilkumar at gmail.com] > Sent: Saturday, July 14, 2012 10:33 AM > To: Brent Tubbs > Cc: baypiggies at python.org > Subject: Re: [Baypiggies] configuration parser using python modules? > > > > I like YAML too. I feel like JSON is only slightly better than XML as for > being human editable (assuming its been pretty printed, otherwise a huge > JSON document can be worse off as far as readability goes compared to XML) > -- as it doesn't allow adding comments (which I think is very important for > configuration files) and it barfs on things like a trailing comma on a list > or hash definitions. > > > > -neil > > > > On Sat, Jul 14, 2012 at 8:43 AM, Brent Tubbs wrote: > >> My peeve against ConfigParser is that if you want a list of things, > >> you end up faking it with some incomplete-looking syntax > >> > >> [my_things] > >> thing1 = > >> thing2 = > >> > >> That makes me sad. (I'm looking at you, .hgrc.) > >> > >> These days all my config files are YAML. You get all the lists and > >> hashes that JSON can do, but you can leave out all the quote marks and > >> curly braces, which is a big plus for readability. > >> > >> > >> On Fri, Jul 13, 2012 at 10:38 PM, Ian Zimmerman wrote: > >>> > >>> > >>> David> app written in Python, some pub-sub stuff written in JS on > >>> David> Node > >>> > >>> In this case, JSON seems like an obvious choice for a config format > >>> :-P > >>> > >>> Personally, I try to just use eval(read(open(CONFFILE))) whenever > >>> remotely possible , guarded against surprises of course. > >>> > >>> The ConfigParser module is quite unpleasant IMO. Particularly > >>> because the natural structure to hold such information is either a > >>> dictionary or an object with named fields, but that's not what >>> ConfigParser gives you. > >>> > >>> -- > >>> Ian Zimmerman > >>> gpg public key: 1024D/C6FF61AD > >>> fingerprint: 66DC D68F 5C1B 4D71 2EE5 BD03 8A00 786C C6FF 61AD > >>> http://www.gravatar.com/avatar/c66875cda51109f76c6312f4d4743d1e.png > >>> Rule 420: All persons more than eight miles high to leave the court. > >>> _______________________________________________ > >>> Baypiggies mailing list > >>> Baypiggies at python.org > >>> To change your subscription options or unsubscribe: > >>> http://mail.python.org/mailman/listinfo/baypiggies > >> > >> > >> > >> _______________________________________________ > >> Baypiggies mailing list > >> Baypiggies at python.org > >> To change your subscription options or unsubscribe: > >> http://mail.python.org/mailman/listinfo/baypiggies > > From larryt at winfirst.com Mon Jul 16 05:47:08 2012 From: larryt at winfirst.com (larryt at winfirst.com) Date: Sun, 15 Jul 2012 20:47:08 -0700 (PDT) Subject: [Baypiggies] configuration parser using python modules? In-Reply-To: <002101cd62a5$40ba00b0$c22e0210$@com> References:

<87fw8usxzj.fsf@foolinux.dyndns.org> <002101cd62a5$40ba00b0$c22e0210$@com> Message-ID: <20120715204708.CCR85421@ms1.mc.surewest.net> +1 to YAML for reasons already mentioned. Anything else is likely a detour along the path to enlightenment. -larry ---- Original message ---- >Date: Sun, 15 Jul 2012 09:16:53 -0700 >From: baypiggies-bounces+larryt=winfirst.com at python.org (on behalf of "Dmitry Kuzmenko" ) >Subject: Re: [Baypiggies] configuration parser using python modules? >To: "'Neil'" ,"'Brent Tubbs'" >Cc: baypiggies at python.org > > I came across a nice combo solution yesterday: > little embedded json lists inside ConfigParser's > config (from http://stackoverflow.com/a/9735884): > > > > [Foo] > > fibs: [1,1,2,3,5,8,13] > > > > >>> json.loads(config.get("Foo","fibs")) > > [1, 1, 2, 3, 5, 8, 13] > > > > Notice that you can actually span values over > multiple lines, useful for long strings, as long as > you add some tab/whitespace indent: > > > > [Foo] > > fibs: [ > > "1", > > "1", > > "2", > > "3", > > "5", > > "8", > > "13" > > ] > > > > The only annoyance is that you have to use double > quotes (json), and you can't put a comma after last > string. > > > > Dima. > > > > > > -----Original Message----- > From: Neil [mailto:neilkumar at gmail.com] > Sent: Saturday, July 14, 2012 10:33 AM > To: Brent Tubbs > Cc: baypiggies at python.org > Subject: Re: [Baypiggies] configuration parser using > python modules? > > > > I like YAML too. I feel like JSON is only slightly > better than XML as for being human editable > (assuming its been pretty printed, otherwise a huge > JSON document can be worse off as far as readability > goes compared to XML) -- as it doesn't allow adding > comments (which I think is very important for > configuration files) and it barfs on things like a > trailing comma on a list or hash definitions. > > > > -neil > > > > On Sat, Jul 14, 2012 at 8:43 AM, Brent Tubbs > wrote: > > > My peeve against ConfigParser is that if you want > a list of things, > > > you end up faking it with some incomplete-looking > syntax > > > > > > [my_things] > > > thing1 = > > > thing2 = > > > > > > That makes me sad. (I'm looking at you, .hgrc.) > > > > > > These days all my config files are YAML. You get > all the lists and > > > hashes that JSON can do, but you can leave out all > the quote marks and > > > curly braces, which is a big plus for readability. > > > > > > > > > On Fri, Jul 13, 2012 at 10:38 PM, Ian Zimmerman > wrote: > > >> > > >> > > >> David> app written in Python, some pub-sub stuff > written in JS on > > >> David> Node > > >> > > >> In this case, JSON seems like an obvious choice > for a config format > > >> :-P > > >> > > >> Personally, I try to just use > eval(read(open(CONFFILE))) whenever > > >> remotely possible , guarded against surprises of > course. > > >> > > >> The ConfigParser module is quite unpleasant IMO. > Particularly > > >> because the natural structure to hold such > information is either a > > >> dictionary or an object with named fields, but > that's not what ConfigParser gives you. > > >> > > >> -- > > >> Ian Zimmerman > > >> gpg public key: 1024D/C6FF61AD > > >> fingerprint: 66DC D68F 5C1B 4D71 2EE5 BD03 8A00 > 786C C6FF 61AD > > >> > http://www.gravatar.com/avatar/c66875cda51109f76c6312f4d4743d1e.png > > >> Rule 420: All persons more than eight miles high > to leave the court. > > >> _______________________________________________ > > >> Baypiggies mailing list > > >> Baypiggies at python.org > > >> To change your subscription options or > unsubscribe: > > >> > http://mail.python.org/mailman/listinfo/baypiggies > > > > > > > > > > > > _______________________________________________ > > > Baypiggies mailing list > > > Baypiggies at python.org > > > To change your subscription options or > unsubscribe: > > > http://mail.python.org/mailman/listinfo/baypiggies > > >________________ >_______________________________________________ >Baypiggies mailing list >Baypiggies at python.org >To change your subscription options or unsubscribe: >http://mail.python.org/mailman/listinfo/baypiggies From aahz at pythoncraft.com Mon Jul 16 20:24:16 2012 From: aahz at pythoncraft.com (Aahz) Date: Mon, 16 Jul 2012 11:24:16 -0700 Subject: [Baypiggies] Egnyte: hiring again Message-ID: <20120716182416.GA21892@panix.com> Howdy, We're looking to hire a couple of experienced Python programmers, emphasis on both Python and programming. We're looking for people who can handle server, client, and web programming. Although our approach is to hire flexible people who are good at solving problems, there are some specific skills we're looking for: * Algorithms/scaling * Windows/Mac I've been working here for almost three years, and I think I have a great job. I do lots of different things, I'm rarely bored. For more info, see http://www.egnyte.com/corp/jobs.html#Senior-Software-Developer Feel free to send your resume either directly to me or to jobs at egnyte.com (if the latter, be sure to mention BayPIGgies). -- Aahz (aahz at pythoncraft.com) <*> http://www.pythoncraft.com/ "Look, it's your affair if you want to play with five people, but don't go calling it doubles." --John Cleese anticipates Usenet From alexmiroslav at gmail.com Mon Jul 16 21:00:44 2012 From: alexmiroslav at gmail.com (Aleksandr Miroslav) Date: Mon, 16 Jul 2012 15:00:44 -0400 Subject: [Baypiggies] configuration parser using python modules? In-Reply-To: <20120715204708.CCR85421@ms1.mc.surewest.net> References:

<87fw8usxzj.fsf@foolinux.dyndns.org> <002101cd62a5$40ba00b0$c22e0210$@com> <20120715204708.CCR85421@ms1.mc.surewest.net> Message-ID: On Sun, Jul 15, 2012 at 11:47 PM, wrote: > +1 to YAML for reasons already mentioned. Anything else is likely a detour along the path to enlightenment. Thanks to everyone who replied. YAML is the way I will go. (I'm not sure why I didn't think of using it myself, I do use YAML in some other scripts I wrote.) From alexmiroslav at gmail.com Mon Jul 16 21:04:15 2012 From: alexmiroslav at gmail.com (Aleksandr Miroslav) Date: Mon, 16 Jul 2012 15:04:15 -0400 Subject: [Baypiggies] configuration parser using python modules? In-Reply-To: References:

Message-ID: On Fri, Jul 13, 2012 at 2:18 PM, Nam Nguyen wrote: > I believe user experience is the major reason why Python module is > usually not the recommended configuration mechanism. Regular users > just don't want to deal with code if they can do away in some other > form. True, though I suppose I could argue that simple Python is just as easy (or hard) to write as an INI configuration file. I suppose now that I've decided to go with YAML, the user experience will be even worse. =-) From wescpy at gmail.com Wed Jul 18 10:09:42 2012 From: wescpy at gmail.com (wesley chun) Date: Wed, 18 Jul 2012 01:09:42 -0700 Subject: [Baypiggies] July BayPIGgies meeting... OSCON recap? Message-ID: hey all, we don't have a topic this month, so i'd like to suggest an OSCON recap from any volunteers from the group. thoughts? i'll post a list of which talks i took notes for after i get back at the end of the week. cheers, -- wes - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - "A computer never does what you want... only what you tell it." +wesley chun : wescpy at gmail : @wescpy Python training & consulting : http://CyberwebConsulting.com "Core Python" books : http://CorePython.com Python blog: http://wescpy.blogspot.com From erin.lynn.root at gmail.com Wed Jul 18 17:27:26 2012 From: erin.lynn.root at gmail.com (Lynn Root) Date: Wed, 18 Jul 2012 17:27:26 +0200 Subject: [Baypiggies] July BayPIGgies meeting... OSCON recap? In-Reply-To: References: Message-ID: I'll be doing a recap of my EuroPython/oscon talk! On Jul 18, 2012 1:10 AM, "wesley chun" wrote: > hey all, > > we don't have a topic this month, so i'd like to suggest an OSCON > recap from any volunteers from the group. thoughts? i'll post a list > of which talks i took notes for after i get back at the end of the > week. > > cheers, > -- wes > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > "A computer never does what you want... only what you tell it." > +wesley chun : wescpy at gmail : @wescpy > Python training & consulting : http://CyberwebConsulting.com > "Core Python" books : http://CorePython.com > Python blog: http://wescpy.blogspot.com > _______________________________________________ > Baypiggies mailing list > Baypiggies at python.org > To change your subscription options or unsubscribe: > http://mail.python.org/mailman/listinfo/baypiggies > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cappy2112 at gmail.com Thu Jul 19 05:59:13 2012 From: cappy2112 at gmail.com (Tony Cappellini) Date: Wed, 18 Jul 2012 20:59:13 -0700 Subject: [Baypiggies] Looking for attendees of EuroPython 2012 Message-ID: Would any of the other EuroPython attendees, like to give a presentation for Baypiggies? I'm sure many people would be interested in summary of the events and/or a repeat of your presentation at an upcoming Baypiggies meeting. Please post a message to the list if interested. Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From spmcinerney at hotmail.com Thu Jul 19 19:02:30 2012 From: spmcinerney at hotmail.com (Stephen McInerney) Date: Thu, 19 Jul 2012 10:02:30 -0700 Subject: [Baypiggies] Music Data Hackathon this Saturday - seeking venue? In-Reply-To: References: Message-ID: The Music Data Hackathon this Saturday 7/21 is seeking a physical venue (either southbay, SF, peninsula...). Competition times are Sat 5am PST - Sun 5am PST, but the dataset is released Friday so you can get started. Contact Margit Zwemer if your employer/hackerspace/org/whatever can host. (Any HackerDojo members who can host?) (I called Mtn View library but they no longer have a public room, but anyway we wouldn't want some place that kicks us out at 6pm). Regards, Stephen Kaggle Update: Hackathon this Saturday Finding the Music in Data and the Data in Music Music Data Hackathon this Saturday For those who like their competitions short and sweet, we?re hosting another 24-hour hackathon THIS SATURDAY. The Music Data Hackathon is being organized by Data Science London on a subset of the EMI Million Interview Dataset. This is a rich, newly released collection of market research on the tastes and listening habits of music fans all over the world (and it gave us an excuse to put a pretty girl on the front page, which Marketing assures me will drive participation) . The Data will be made available 24 hours prior to the start of the comp (Friday, 1pm London time; Submissions open Saturday 1pm London time). There is also a Visualization Track, hosted on the Kaggle Prospect interface, for the data artists among you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bryceverdier at gmail.com Thu Jul 19 19:38:46 2012 From: bryceverdier at gmail.com (Bryce Verdier) Date: Thu, 19 Jul 2012 10:38:46 -0700 Subject: [Baypiggies] Music Data Hackathon this Saturday - seeking venue? In-Reply-To: References:

Message-ID: <8E2C9148-CF71-4468-8505-C0FC558D3CC3@gmail.com> Have you tried contacting the Santa Clara City library? I know they have after hours events open to the public. http://www.yelp.com/biz/santa-clara-city-library-santa-clara-2 Bryce On Jul 19, 2012, at 10:02 AM, Stephen McInerney wrote: > > The Music Data Hackathon this Saturday 7/21 is seeking a physical venue (either southbay, SF, peninsula...). > Competition times are Sat 5am PST - Sun 5am PST, but the dataset is released Friday so you can get started. > Contact Margit Zwemer if your employer/hackerspace/org/whatever can host. > (Any HackerDojo members who can host?) > (I called Mtn View library but they no longer have a public room, but anyway we wouldn't want some place that > kicks us out at 6pm). > > Regards, > Stephen > > > > > Finding the Music in Data and the Data in Music > > Music Data Hackathon this Saturday > > For those who like their competitions short and sweet, we?re hosting another 24-hour hackathon THIS SATURDAY. The Music Data Hackathon is being organized by Data Science London on a subset of the EMI Million Interview Dataset. This is a rich, newly released collection of market research on the tastes and listening habits of music fans all over the world (and it gave us an excuse to put a pretty girl on the front page, which Marketing assures me will drive participation) . The Data will be made available 24 hours prior to the start of the comp (Friday, 1pm London time; Submissions open Saturday 1pm London time). There is also a Visualization Track, hosted on the Kaggle Prospect interface, for the data artists among you. > > _______________________________________________ > Baypiggies mailing list > Baypiggies at python.org > To change your subscription options or unsubscribe: > http://mail.python.org/mailman/listinfo/baypiggies -------------- next part -------------- An HTML attachment was scrubbed... URL: From erin.lynn.root at gmail.com Thu Jul 19 20:34:57 2012 From: erin.lynn.root at gmail.com (Lynn Root) Date: Thu, 19 Jul 2012 11:34:57 -0700 Subject: [Baypiggies] Ride request: SF to Mountain View for meet up Message-ID: Hey folks - I'm wondering if anyone is going to next week's Bay Piggies meet up from San Francisco (or swinging by a BART station). If so, may I hitch a ride? Thanks! Lynn Root -------------- next part -------------- An HTML attachment was scrubbed... URL: From erin.lynn.root at gmail.com Thu Jul 19 21:08:13 2012 From: erin.lynn.root at gmail.com (Lynn Root) Date: Thu, 19 Jul 2012 12:08:13 -0700 Subject: [Baypiggies] Ride request: SF to Mountain View for meet up In-Reply-To: <20B8A897-00EC-4BD5-9758-C41AF9998930@onsrc.com> References: <20B8A897-00EC-4BD5-9758-C41AF9998930@onsrc.com> Message-ID: I work remotely, so just at home. I can meet anywhere in SF, anything that's easy for you. I appreciate it - let me know if you decide to go! On Thu, Jul 19, 2012 at 12:04 PM, Ryan Delucchi wrote: > I haven't gone in awhile but would like start attending again ... Turns > out I actually work in SF and live in MV. I sometimes drive all the way to > the office (in the financial district) but most of the time I actually park > in colma and ride Bart to Montgomery. So where in SF you work? > > Sent from my iPhone > > On Jul 19, 2012, at 11:34 AM, Lynn Root wrote: > > > Hey folks - > > > > I'm wondering if anyone is going to next week's Bay Piggies meet up from > San Francisco (or swinging by a BART station). If so, may I hitch a ride? > > > > Thanks! > > > > Lynn Root > > _______________________________________________ > > Baypiggies mailing list > > Baypiggies at python.org > > To change your subscription options or unsubscribe: > > http://mail.python.org/mailman/listinfo/baypiggies > -------------- next part -------------- An HTML attachment was scrubbed... URL: From oubiwann at twistedmatrix.com Sat Jul 21 05:05:58 2012 From: oubiwann at twistedmatrix.com (Duncan McGreggor) Date: Fri, 20 Jul 2012 23:05:58 -0400 Subject: [Baypiggies] Julython? Message-ID: Hey folks, I'm going to be moving back out to the Bay Area from Atlanta, and I noticed that there aren't a lot of SF folks on Julython: http://www.julython.org/location/san-francisco-ca/ SF has GOT to have more Python hackers than Philly or Atlanta! Are folks not signed up for it? Not working on open source projects? I'd love to see SF in the top 5 :-) (*cough* #1 *cough*) d From bitsink at gmail.com Sat Jul 21 05:35:05 2012 From: bitsink at gmail.com (Nam Nguyen) Date: Fri, 20 Jul 2012 20:35:05 -0700 Subject: [Baypiggies] Julython? In-Reply-To: References: Message-ID: On Fri, Jul 20, 2012 at 8:05 PM, Duncan McGreggor wrote: > Hey folks, > > I'm going to be moving back out to the Bay Area from Atlanta, and I > noticed that there aren't a lot of SF folks on Julython: > http://www.julython.org/location/san-francisco-ca/ > > SF has GOT to have more Python hackers than Philly or Atlanta! Are > folks not signed up for it? Not working on open source projects? Either that, or people don't know about it well in advance. So there's a fair chance PA people got a good head start. Whois info for julython.org: Registrant Street1:701 Lee Road, Suite 300 Registrant Street2:ATTN: julython.org Registrant Street3: Registrant City:Chesterbrook Registrant State/Province:PA Registrant Postal Code:19087 Registrant Country:US Registrant Phone:+1.8772064254 Cheers, Nam From oubiwann at twistedmatrix.com Sat Jul 21 05:39:57 2012 From: oubiwann at twistedmatrix.com (Duncan McGreggor) Date: Fri, 20 Jul 2012 23:39:57 -0400 Subject: [Baypiggies] Julython? In-Reply-To: References: Message-ID: On Fri, Jul 20, 2012 at 11:35 PM, Nam Nguyen wrote: > On Fri, Jul 20, 2012 at 8:05 PM, Duncan McGreggor > wrote: >> Hey folks, >> >> I'm going to be moving back out to the Bay Area from Atlanta, and I >> noticed that there aren't a lot of SF folks on Julython: >> http://www.julython.org/location/san-francisco-ca/ >> >> SF has GOT to have more Python hackers than Philly or Atlanta! Are >> folks not signed up for it? Not working on open source projects? > > Either that, or people don't know about it well in advance. So there's > a fair chance PA people got a good head start. > > Whois info for julython.org: > > Registrant Street1:701 Lee Road, Suite 300 > Registrant Street2:ATTN: julython.org > Registrant Street3: > Registrant City:Chesterbrook > Registrant State/Province:PA > Registrant Postal Code:19087 > Registrant Country:US > Registrant Phone:+1.8772064254 > > Cheers, > Nam Here's some more background: http://thegarywilson.com/blog/ d From erin.lynn.root at gmail.com Wed Jul 25 23:13:05 2012 From: erin.lynn.root at gmail.com (Lynn Root) Date: Wed, 25 Jul 2012 14:13:05 -0700 Subject: [Baypiggies] Anyone coming from SF tomorrow? Message-ID: Hey all - Unfortunately Ryan is no longer coming to BayPiggies tomorrow. As he was my ride, is there anyone else in the SF area going down to the meetup tomorrow? Much appreciated! ALSO: shameless promo: PyLadies + Django community is having a sprint next Saturday, August 4th to improve Django's tutorial (men welcome too, of course!). If you're interested: http://sfdjangosprint5.eventbrite.com/ Lynn -------------- next part -------------- An HTML attachment was scrubbed... URL: From cappy2112 at gmail.com Thu Jul 26 20:42:35 2012 From: cappy2112 at gmail.com (Tony Cappellini) Date: Thu, 26 Jul 2012 11:42:35 -0700 Subject: [Baypiggies] Last call for travelers from SF/North Bay to the Baypiggies meeting tonight Message-ID: If you're coming from the North Bay to the meeting tonight, please post a message ASAP. One of the people giving a presentation tonight would like to carpool with someone. Thank You -------------- next part -------------- An HTML attachment was scrubbed... URL: From simeonf at gmail.com Thu Jul 26 20:46:08 2012 From: simeonf at gmail.com (Simeon Franklin) Date: Thu, 26 Jul 2012 11:46:08 -0700 Subject: [Baypiggies] Last call for travelers from SF/North Bay to the Baypiggies meeting tonight In-Reply-To: References: Message-ID: Tony if she can get south via Caltrain I can pick her up somewhere. I'm in SJ and out of class at 5:30 so I have 2 hours in which I could be available to provide transport (probably not enough time to drive up to SF and back). If that's helpful at all let me know.... -Simeon On Thu, Jul 26, 2012 at 11:42 AM, Tony Cappellini wrote: > > If you're coming from the North Bay to the meeting tonight, please post a > message ASAP. > One of the people giving a presentation tonight would like to carpool with > someone. > > > Thank You > > _______________________________________________ > Baypiggies mailing list > Baypiggies at python.org > To change your subscription options or unsubscribe: > http://mail.python.org/mailman/listinfo/baypiggies > -------------- next part -------------- An HTML attachment was scrubbed... URL: From erin.lynn.root at gmail.com Thu Jul 26 20:49:25 2012 From: erin.lynn.root at gmail.com (Lynn Root) Date: Thu, 26 Jul 2012 11:49:25 -0700 Subject: [Baypiggies] Last call for travelers from SF/North Bay to the Baypiggies meeting tonight In-Reply-To: References:

Message-ID: Thanks Simeon - Being picked up by the Caltrain doesn't help that much for me, unfortunately. It's still a 3 1/2 hr RT since I'm not close to the SF Caltrain stop. :-/ On Thu, Jul 26, 2012 at 11:46 AM, Simeon Franklin wrote: > Tony if she can get south via Caltrain I can pick her up somewhere. I'm in > SJ and out of class at 5:30 so I have 2 hours in which I could be available > to provide transport (probably not enough time to drive up to SF and back). > If that's helpful at all let me know.... > > -Simeon > > On Thu, Jul 26, 2012 at 11:42 AM, Tony Cappellini wrote: > >> >> If you're coming from the North Bay to the meeting tonight, please post a >> message ASAP. >> One of the people giving a presentation tonight would like to carpool >> with someone. >> >> >> Thank You >> >> _______________________________________________ >> Baypiggies mailing list >> Baypiggies at python.org >> To change your subscription options or unsubscribe: >> http://mail.python.org/mailman/listinfo/baypiggies >> > > > _______________________________________________ > Baypiggies mailing list > Baypiggies at python.org > To change your subscription options or unsubscribe: > http://mail.python.org/mailman/listinfo/baypiggies > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jim at systemateka.com Thu Jul 26 21:00:06 2012 From: jim at systemateka.com (jim) Date: Thu, 26 Jul 2012 12:00:06 -0700 Subject: [Baypiggies] Last call for travelers from SF/North Bay to the Baypiggies meeting tonight In-Reply-To: References: Message-ID: <1343329206.1805.193.camel@jim-LAPTOP> Is she in SF? I am. On Thu, 2012-07-26 at 11:42 -0700, Tony Cappellini wrote: > > If you're coming from the North Bay to the meeting tonight, please > post a message ASAP. > One of the people giving a presentation tonight would like to carpool > with someone. > > > Thank You > _______________________________________________ > Baypiggies mailing list > Baypiggies at python.org > To change your subscription options or unsubscribe: > http://mail.python.org/mailman/listinfo/baypiggies From brian at python.org Tue Jul 31 17:26:50 2012 From: brian at python.org (Brian Curtin) Date: Tue, 31 Jul 2012 10:26:50 -0500 Subject: [Baypiggies] PyCon 2013 is under way! Now accepting proposals Message-ID: It was only a few months ago when we wrapped up the hugely successful PyCon 2012, and we started working on the 2013 conference right away. PyCon 2013 will again be in Santa Clara, California, with tutorials kicking off March 13, the conference March 15, and sprints beginning March 18. Along with our site release at https://us.pycon.org/2013/, we opened our Call for Proposals a month earlier than last year at https://us.pycon.org/2013/speaking/cfp/. We're looking to you, the community, to help us make PyCon 2013 even better. We're accepting proposals through September 28, hoping to break last year's record of 519 talk, tutorial, and poster proposals. We're looking for all types of presentations from all types of people. If you've got a topic to share, we hope you'll submit a proposal. Create an account at https://us.pycon.org/2013/account/signup/, and fill in your speaker profile and submit away! With another record submission period expected, we're also rounding up volunteers for our Program Committee, the team tasked with evaluating the proposals and coming up with the conference schedule. If you're interested in volunteering, join the PyCon Program Committee mailing list and introduce yourself at http://mail.python.org/mailman/listinfo/pycon-pc. Without sponsors, PyCon wouldn't be possible. They're what keep the conference prices low and values high, and we share the same deal with our sponsorship packages. Especially after you factor in the price of tickets that all packages include, we think our sponsorship packages are second to none. We even have a 50% discount for small businesses! Check out https://us.pycon.org/2013/sponsors/whysponsor/ for more info. We've also made changes in how we're doing ticketing, specifically for early bird rates. We even cut our student ticket prices in half, starting at $100! We'll announce more details as we get closer, but know that ticket sales will be opening up in the fall. Be sure to plan accordingly because we anticipate another quick sell out! Be sure to follow us at http://pycon.blogspot.com/ and https://twitter.com/pycon! Jesse Noller - Chairman - jnoller at python.org Brian Curtin - Publicity Coordinator - brian at python.org From alexmiroslav at gmail.com Tue Jul 31 17:31:43 2012 From: alexmiroslav at gmail.com (Aleksandr Miroslav) Date: Tue, 31 Jul 2012 11:31:43 -0400 Subject: [Baypiggies] argparse, positional arguments to a single var? Message-ID: Perhaps I am doing this all wrong, or perhaps I have given the wrong options to argparse. I hope someone can point out my mistake: Requirements: - given a long list, I have a script that will take in patterns and filter the list and print out the results. This is fairly easily done. So given the list: apple apple pie banana carrot my script "./filter apple" would print out apple apple pie - I also want the user to be able to specify inverse patterns, i.e. patterns that should not match, so given same list, and run like this: "./filter apple -v pie", it would print out just apple. This is also doable, and I have no problems getting this working. - I want my filter script to take as many patterns and inverse patterns as possible, i.e. ./filter pat1 pat2 pat3 -v ipat1 -v ipat2 -v ipat3 Now here is the tricky part, I want the user to be able to specify patterns and anti patterns on the command line, in any order, thus something like this: ./filter pat1 -v ipat1 pat2 -v ipat2 pat3 -v ipat3 Means we have 3 patterns to grep for: pat1, pat2, and pat3, and 3 inverse patterns to grep out: ipat1, ipat2, and ipat3. I can't get this last bit to work with argeparse. Here's my code: import argparse parser = argparse.ArgumentParser() parser.add_argument('-v', action="append", dest='antipattern', help="inverted match") parser.add_argument('pattern', action='append', nargs='*', help="grep patterns") print parser.parse_args() With the above code, this works as expected: ./filter.py pat1 pat2 pat3 -v ipat1 -v ipat2 -v ipat3 Namespace(antipattern=['ipat1', 'ipat2', 'ipat3'], pattern=[['pat1', 'pat2', 'pat3']]) But this doesn't: ./filter.py pat1 -v ipat1 pat2 -v ipat2 pat3 -v ipat3 usage: filter.py [-h] [-v ANTIPATTERN] [pattern [pattern ...]] filter.py: error: unrecognized arguments: pat2 pat3 I want all the positional arguments to go into a single argument. Is this doable? From mvoorhie at yahoo.com Tue Jul 31 18:31:42 2012 From: mvoorhie at yahoo.com (Mark Voorhies) Date: Tue, 31 Jul 2012 09:31:42 -0700 Subject: [Baypiggies] argparse, positional arguments to a single var? In-Reply-To: References: Message-ID: <5018086E.1030202@yahoo.com> On 07/31/2012 08:31 AM, Aleksandr Miroslav wrote: > Perhaps I am doing this all wrong, or perhaps I have given the wrong > options to argparse. I hope someone can point out my mistake: > > Requirements: > > - given a long list, I have a script that will take in patterns and > filter the list and print out the results. This is fairly easily > done. So given the list: > > apple > apple pie > banana > carrot > > my script "./filter apple" would print out > > apple > apple pie > > - I also want the user to be able to specify inverse patterns, i.e. > patterns that should not match, so given same list, and run like > this: "./filter apple -v pie", it would print out just apple. This > is also doable, and I have no problems getting this working. > > - I want my filter script to take as many patterns and inverse > patterns as possible, i.e. > > ./filter pat1 pat2 pat3 -v ipat1 -v ipat2 -v ipat3 > > Now here is the tricky part, I want the user to be able to specify > patterns and anti patterns on the command line, in any order, thus > something like this: > > ./filter pat1 -v ipat1 pat2 -v ipat2 pat3 -v ipat3 > > Means we have 3 patterns to grep for: pat1, pat2, and pat3, and 3 > inverse patterns to grep out: ipat1, ipat2, and ipat3. > > I can't get this last bit to work with argeparse. Here's my code: > > import argparse > parser = argparse.ArgumentParser() > parser.add_argument('-v', action="append", dest='antipattern', > help="inverted match") > parser.add_argument('pattern', action='append', nargs='*', > help="grep patterns") > print parser.parse_args() > > With the above code, this works as expected: > > ./filter.py pat1 pat2 pat3 -v ipat1 -v ipat2 -v ipat3 > Namespace(antipattern=['ipat1', 'ipat2', 'ipat3'], > pattern=[['pat1', 'pat2', 'pat3']]) > > But this doesn't: > > ./filter.py pat1 -v ipat1 pat2 -v ipat2 pat3 -v ipat3 > usage: filter.py [-h] [-v ANTIPATTERN] [pattern [pattern ...]] > filter.py: error: unrecognized arguments: pat2 pat3 > > I want all the positional arguments to go into a single argument. > > Is this doable? Use parse_known_args: import argparse p = argparse.ArgumentParser() p.add_argument("-v", action = "append") p.parse_known_args("d e -v 1 -v 2 i j -v 3 a b c".split()) # (Namespace(v=['1', '2', '3']), ['d', 'e', 'i', 'j', 'a', 'b', 'c']) (alternatively, you could copy egrep's interface...) HTH, Mark