[Numpy-discussion] 2019 John Hunter Excellence in Plotting Contest

2019-03-18 Thread Madicken Munk
In memory of John Hunter, we are pleased to be reviving the SciPy John
Hunter Excellence in Plotting Competition for 2019. This open competition
aims to highlight the importance of data visualization to scientific
progress and showcase the capabilities of open source software.

Participants are invited to submit scientific plots to be judged by a
panel. The winning entries will be announced and displayed at the
conference.

John Hunter’s family and NumFocus are graciously sponsoring cash prizes for
the winners in the following amounts:


   -

   1st prize: $1000
   -

   2nd prize: $750
   -

   3rd prize: $500



   -

   Entries must be submitted by June, 8th to the form at
   https://goo.gl/forms/cFTB3FUBrMPfQ7Vz1
   -

   Winners will be announced at Scipy 2019 in Austin, TX.
   -

   Participants do not need to attend the Scipy conference.
   -

   Entries may take the definition of “visualization” rather broadly.
   Entries may be, for example, a traditional printed plot, an interactive
   visualization for the web, or an animation.
   -

   Source code for the plot must be provided, in the form of Python code
   and/or a Jupyter notebook, along with a rendering of the plot in a widely
   used format.  This may be, for example, PDF for print, standalone HTML and
   Javascript for an interactive plot, or MPEG-4 for a video. If the original
   data can not be shared for reasons of size or licensing, "fake" data may be
   substituted, along with an image of the plot using real data.
   -

   Each entry must include a 300-500 word abstract describing the plot and
   its importance for a general scientific audience.
   -

   Entries will be judged on their clarity, innovation and aesthetics, but
   most importantly for their effectiveness in communicating a real-world
   problem. Entrants are encouraged to submit plots that were used during the
   course of research or work, rather than merely being hypothetical.
   -

   SciPy reserves the right to display any and all entries, whether
   prize-winning or not, at the conference, use in any materials or on its
   website, with attribution to the original author(s).


SciPy John Hunter Excellence in Plotting Competition Co-Chairs

Hannah Aizenman

Thomas Caswell

Madicken Munk

Nelle Varoquaux
___
NumPy-Discussion mailing list
NumPy-Discussion@python.org
https://mail.python.org/mailman/listinfo/numpy-discussion


Re: [Numpy-discussion] [SPAM]Re: introducing Numpy.net, a pure C# implementation of Numpy

2019-03-18 Thread Paul Hobson
Just reply to the discussion, I may have made a boo boo in replying to your
> first post.
>
> I'm curious. Implementing NumPy in another language seems like quite a bit
> of work. Did you have any tools to make it easier? I assume the C api is
> gone, so that the translation is NumPy program specific. I've never used
> C#, was there a reason to avoid C? What about IronPython? IIRC there was
> some work to make NumPy run on IronPython before that project was ended.
> I'm also curious what the application was that made it impossible to stay
> with python, I suppose the customer wanted C#, but I'd like to know why
> plain old Python was not an option.
>
>
Chuck,

To start: I'd like to be clear that I'm not trying to speak for the OP, but
I thought I'd share my experiences.

I'm a civil engineer who adopted Python early in his career and became the
"data guy" in the office pretty early on. Our company's IT department
manages lots of Windows Servers running SQL Server. In my case, running
python apps on our infrastructure just isn't feasible or supported by the
IT department. Typically, we move to outside hosting when we're going that
route. However, sometimes there are a litany of reasons to stay with our in
house infrastructure. In that case, C# makes it very simple to set up and
deploy a web API against a SQL Server database. It's very much a
walled-garden approach to the web, but it can be quite efficient,
especially when you're billing clients by the hour. Additionally, C#'s ORM
treats each table in the database pretty much as dataframe. I've ported
many of my pandas-based workflows over to C# without much issue.

For example in C# I did:

var results = StormEvent
.Where(se => new List { "CI", "JI" }.Contains(se.MonitoringLocations
.sitename))
.Where(se => se.pCoseParameter.pName.ToLower().Contains("flow"))
.Where(se => se.wateryear_int.Equals(2014))
.GroupBy(
se => new {se.MonitoringLocations.sitename, se.paramName},
(key, df) => new
{
ml = key.sitename,
param = key.paramName
total = df.Select(d => d.paramValue).Sum()
}
);

Whereas in pandas I would do:

results = (
StormEvents
.merge(MonitoringLocations, on='monlocID', lsuffix='_ml', rsuffix='')
.merge(Parameters, on='paramID', lsuffix='_param', rsuffix='')
.loc[lambda x: x['sitename'].isin(['CI', 'CI'])]
.loc[lambda x: x['param'].str.lower().str.contains("flow")]
.loc[lambda x: x['wateryear_int'] == 2014]
.groupby(by=['sitename', 'paramID'])
.sum()['paramValue']
)

I'm not trying to sell you on C#, I'll always go python if I can. But
depending on your organization's infrastructure and project constraints, it
can be surprisingly pleasant to work with.

The point of all of this is that in those situations, have a numpy-like
library would be very nice indeed. I've very excited to hear that the OP's
work has been open sourced.

Kudos!
-Paul
___
NumPy-Discussion mailing list
NumPy-Discussion@python.org
https://mail.python.org/mailman/listinfo/numpy-discussion