Re: [melbourne-pug] AI and ML idea
Hi Mike, Have you seen WALL-E (https://en.wikipedia.org/wiki/WALL-E) ? Worth watching (for adults and kids). I've definitely had similar thoughts to what you're proposing particularly with regards to extricating plastic from the oceans and waterways. Absolutely no idea how feasible it is though. As a general line of thought though, I'm really interested in the convergence of software, hardware and waste management so cool to hear other people are thinking about it too. Cheers, Dan On 4 August 2018 at 15:50, Andrew Stuart wrote: > >> That is what I think it has to do with Python > > Sorry Mike I meant my comment had nothing to do with Python - did not mean > to invalidate your idea which is a good one and relevant to Python. > ___ > melbourne-pug mailing list > melbourne-pug@python.org > https://mail.python.org/mailman/listinfo/melbourne-pug > ___ melbourne-pug mailing list melbourne-pug@python.org https://mail.python.org/mailman/listinfo/melbourne-pug
[melbourne-pug] TransportCamp, Melbourne 2014
Hi there, Just wanted to let MPUG members know about the inaugural TransportCamp conference, coming up on November 1st in Melbourne. It aims to bring together technologists (ie, software developers) and transport planning professionals to discuss how technology can improve mobility in our city of Melbourne and beyond: http://www.transportcamp.org.au/events/transportcamp-melbourne-2014 It's an unconference format so anyone can present. I think there's going to be some really interesting presentations and discussions on the day. It's also very reasonably priced and includes a delicious lunch! I reckon there should be some opportunities for python to feature, in relation to GIS stuff as well as the data analysis realm. Maybe see you there! Cheers, Dan Peade ph: 0422 987 423 ___ melbourne-pug mailing list melbourne-pug@python.org https://mail.python.org/mailman/listinfo/melbourne-pug
[melbourne-pug] python GIS volunteers?
Hi MPUG,
In addition to my day job, I am currently devoting my free time to
assisting with the online side of the Public Transport Not Traffic Campaign
(http://www.publictransportnottraffic.org/). As it's a community run
campaign, funding is reasonably tight and there is essentially no budget to
pay for a tech team. So I'm trying to organise a volunteer team of
technical professionals who have a desire to contribute their skills and
time, in whatever capacity they can, to assist with the execution of the
campaign's online strategy.
The reason I'm sending this to MPUG is that a key project for the campaign
is running on a python based open source GIS platform and thus might be of
interest to pythonistas with a GIS bent.
If you think you might be interested in getting involved and helping out,
or know anyone who would be, please get in touch! Your skills would really
make a difference to the success of the campaign.
Thanks for reading,
Dan Peade
PS. Also on the look out for css/html/js and graphic design skills or
anyone with a bit of technical nouse, really.
--
Common Code = {
'email': 'd...@commoncode.com.au',
'mobile': '0422 987 423',
'address': '114 Hoddle Street, Abbotsford 3067',
'zen': 'http://www.python.org/dev/peps/pep-0020/',
}
___
melbourne-pug mailing list
melbourne-pug@python.org
https://mail.python.org/mailman/listinfo/melbourne-pug
Re: [melbourne-pug] External services for in-the-cloud app
This may seem a little too much like spammy adverstising but just to
disclaim, I have no affliation or anything with the companyI'm just a
fan of their software and this does seem particularly topical to this
thread. New Relic just released some new (cheaper) pricing options for that
might help address the 24 hour issue in a more affordable way for smaller
organisations:
"Here's the package *(Available through October 31st, 2013)*:
*
*
*Startup Package (only for companies with less than 10 employees)*
- One flat fee for up to 8 servers and up to 5 users
- Transaction Traces and all the other features found in our Pro offering
- 2 weeks of data retention (vs 24 hours in lite)
- *All for $199/month*
*Small Business Package (only for companies with less than 20 employees)*
- One flat fee for up to 12 servers and up to 10 users
- Transaction Traces and all the other features found in our Pro offering
- 2 weeks of data retention (vs 24 hours in lite)
- *All for $499/month*
As you may know, our current pricing is $199 for ONE server per month for
more or less the same features - so this is the equivalent of us
undercutting ourselves. Oh well. We just want you as a customer!"
Cheers,
Dan
On 22 October 2013 10:27, Javier Candeira wrote:
> On Mon, Oct 21, 2013 at 8:58 PM, Lars Yencken wrote:
> > I can second NewRelic. We've used it for some time at work, and it's
> > definitely the strongest performance monitoring tool that I've used.
> > Recently I used their free tier for my language game in Flask, and it's
> > again been useful. The 24h limit to history does prevent you from
> > investigating performance over time though -- for that you have to pay.
>
> I've also been looking at open source solutions in this space, like
> collectd, ganglia, nagios, cacti, but it seems they overlap a bit, and
> at the same time they leave out a lot of the error monitoring that the
> likes of New Relic give you. I'll report back when I get a better
> idea.
>
> > We use Github, but Bitbucket's more reasonably priced. It's what I use
> for
> > my personal projects. The workflow around pull requests is probably not
> as
> > strong for teams though.
>
> Can you give an example? Besides the fact that pull requests don't
> create an issue (which may even be better for some people, I'm
> agnostic on the point), I can't see much difference.
>
> J
> ___
> melbourne-pug mailing list
> melbourne-pug@python.org
> https://mail.python.org/mailman/listinfo/melbourne-pug
>
--
Common Code = {
'email': 'd...@commoncode.com.au',
'mobile': '0422 987 423',
'address': '114 Hoddle Street, Abbotsford 3067',
'zen': 'http://www.python.org/dev/peps/pep-0020/',
}
___
melbourne-pug mailing list
melbourne-pug@python.org
https://mail.python.org/mailman/listinfo/melbourne-pug
Re: [melbourne-pug] Yesterday's MPUG session and going forward
Slightly off topic but don't worry you're not the only one who finds it daunting: http://www.abc.net.au/news/2013-08-29/preference-deals-could-benefit-micro-parties-at/4920822 It's obviously broken and needs to be fixed but awesome that there's a tool to help work around it in the interim. On 3 September 2013 22:39, Javier Candeira wrote: > Oh, yesterday we forgot to talk about http://www.belowtheline.org.au/ ! > > Below The Line is a service by MPUG's own Benno Rice (with Michael > Pearson and data from the Australian Electoral Commission) to help > citizens know what they are voting for when they vote for a party's > preference ticket instead of voting below the line. > > As a new citizen, I find all of this as daunting as it's fascinating. > And as a daunted voter, I find Below The Line an incredibly useful > resource to help me navigate my voting choices. > > Thanks, Benno! > > J > ___ > melbourne-pug mailing list > melbourne-pug@python.org > https://mail.python.org/mailman/listinfo/melbourne-pug > -- Peace! Dan Homer's Brain: Use reverse psychology. Homer: Oh, that sounds too complicated. Homer's Brain: Okay, don't use reverse psychology. Homer: Okay, I will! ___ melbourne-pug mailing list melbourne-pug@python.org https://mail.python.org/mailman/listinfo/melbourne-pug
Re: [melbourne-pug] Notes from tonight's MPUG meeting
On 6 June 2013 16:35, Sam Watkins wrote: > On Wed, Jun 05, 2013 at 07:30:11PM +1000, Ben Finney wrote: > > I also want my text editor's file browser, my shell's > > filename completion, my packaging tools, my deployment tools, etc. to > > avoid seeing them. (.pyc files) > > You can tell python >= 2.6 not to generate any pyc files: > > "Python can now be prevented from writing .pyc or .pyo files by > supplying the -B switch to the Python interpreter, or by setting > the PYTHONDONTWRITEBYTECODE environment variable before running the > interpreter." > Yeah I did actually mention that prior to things getting slightly heated all up in this here thread. But that's a more complete explanation so all good. > > ___ > melbourne-pug mailing list > melbourne-pug@python.org > http://mail.python.org/mailman/listinfo/melbourne-pug > -- Peace! Dan Homer's Brain: Use reverse psychology. Homer: Oh, that sounds too complicated. Homer's Brain: Okay, don't use reverse psychology. Homer: Okay, I will! ___ melbourne-pug mailing list melbourne-pug@python.org http://mail.python.org/mailman/listinfo/melbourne-pug
Re: [melbourne-pug] Notes from tonight's MPUG meeting
On 3 June 2013 23:41, William ML Leslie wrote: > On 3 June 2013 23:33, Stephen Moore wrote: > > Even better is > > find . -type f -name "*.pyc" -delete > > I remember once having to do this. I'd changed types.CodeType in such > a way as to break marshalling .pyc files, and didn't change the pyc > magic number. > > If I ever saw anyone else doing it, I'd guess that they weren't aware > of .hgignore. (or .gitignore, if that's your flavour.) > > Nope well aware of those. Occasionally stale pyc files are actually the cause of the pain, hence the need to get nuclear on them. > -- > William Leslie > > Notice: > Likely much of this email is, by the nature of copyright, covered > under copyright law. You absolutely may reproduce any part of it in > accordance with the copyright law of the nation you are reading this > in. Any attempt to deny you those rights would be illegal without > prior contractual agreement. > ___ > melbourne-pug mailing list > melbourne-pug@python.org > http://mail.python.org/mailman/listinfo/melbourne-pug > -- Peace! Dan Homer's Brain: Use reverse psychology. Homer: Oh, that sounds too complicated. Homer's Brain: Okay, don't use reverse psychology. Homer: Okay, I will! ___ melbourne-pug mailing list melbourne-pug@python.org http://mail.python.org/mailman/listinfo/melbourne-pug
Re: [melbourne-pug] Notes from tonight's MPUG meeting
Another alias... purge any pyc files from your project (only useful if this
is not set
http://docs.python.org/2/using/cmdline.html#envvar-PYTHONDONTWRITEBYTECODE):
alias delpyc='find ./ -type f -name "*.pyc" -exec rm -f {} \;'
On 3 June 2013 21:52, William ML Leslie wrote:
> Thinking about your pygrep, I would like to share something similar
> I've been using.
>
> alias sgrep='grep -R -E --exclude-dir=.git --exclude-dir=.svn
> --exclude-dir=.hg --exclude-dir=test --exclude='\''*~'\''
> --binary-files=without-match '
>
> I entirely divorced rope since I started using this sgrep a few years
> ago. You can make it python specific of course, but this happens to
> 'work' for most of my projects. And of course there's ack, if you
> like that sort of thing.
>
> --
> William Leslie
>
> Notice:
> Likely much of this email is, by the nature of copyright, covered
> under copyright law. You absolutely may reproduce any part of it in
> accordance with the copyright law of the nation you are reading this
> in. Any attempt to deny you those rights would be illegal without
> prior contractual agreement.
> _______
> melbourne-pug mailing list
> melbourne-pug@python.org
> http://mail.python.org/mailman/listinfo/melbourne-pug
>
--
Peace!
Dan
Homer's Brain: Use reverse psychology.
Homer: Oh, that sounds too complicated.
Homer's Brain: Okay, don't use reverse psychology.
Homer: Okay, I will!
___
melbourne-pug mailing list
melbourne-pug@python.org
http://mail.python.org/mailman/listinfo/melbourne-pug
