Re: [Numpy-discussion] grant proposal for core scientific Python projects (rejected)
Thanks for the update — this is great stuff! -CHB On May 3, 2019, at 3:13 PM, Joe Harrington <jh@physics.ucf.edu> wrote: Just to keep people in the loop, Ralf and I are in discussion with people at NASA HQ about a funding stream for core development.� Ralf has put together a short description of the development and funding model (5 core projects, 10-20 core developers each, nearly all volunteer now, how NumFOCUS fits in, what we hope to establish from NASA vs. from other agencies, industry, other countries' science entities, etc.).� That will circulate within the agency, to see what can be scraped together.� Program managers in NASA's Science Mission Directorate (SMD) gave quite-positive feedback on how vital the Python ecosystem is to NASA's mission.� We're emphasizing the need for both new functionality and maintenance (e.g., docs, web site, bug fixing).� If this is ultimately successful, it can be a model for approaching other agencies in the US and elsewhere. To Steve's point, regarding how hard it is for Civil Servants to contribute to OSS (due to NASA's lengthy internal review process for releasing software), this problem was clearly called out in the Academies report.� We proposed some solutions to streamline things.� What's needed now is for NASA Civil Servants to take that report and the relevant white papers (cited in the report and posted online) to their center's senior management, and to NASA HQ, and similarly for others in government agencies.� You may wish to start from NASA's (or your agency's) mission, which includes sharing technology openly to boost the economy, and how you are encountering unreasonable barriers to that goal.� This is mandated by the National Air and Space Act of 1958. For example, there is little reason to conduct an export-control review with lawyers looking at code emerging from a group that has nothing to do with anything near an export-controlled topic.� Universities and contractors are subject to the same export-control laws as NASA, and they have not routinely conducted similar reviews of every line of code released.� This has not led to a pattern of export violations.� (Whether there is any benefit at all to the export control laws as applied to software is debatable, since it's usually easy for coders elsewhere to write the same codes, but the law is the law.) --jh-- On 5/3/19 12:48 PM, numpy-discussion-request@python.org wrote: Subject: Re: [Numpy-discussion] grant proposal for core scientific Python projects (rejected) From: Mark Mikofski <mikofski@berkeley.edu> <mikofski@berkeley.edu> Date: 5/3/19, 12:47 PM To: Discussion of Numerical Python <numpy-discussion@python.org> <numpy-discussion@python.org> Sorry, that last attachment was just a slide show of the topic 3 recording, here is the full funding opportunity announcement - letter with 200 word abstract are due May 7th On Fri, May 3, 2019 at 8:40 AM Mark Mikofski <mikofski@berkeley.edu> wrote:
Hi Ralf, and others,
Sorry for the late notice, but there is are several funding opportunities in solar, including one for $350,000 to develop open source software to lower soft costs of solar. https://eere-exchange.energy.gov/#FoaId45eda43a-e826-4481-ae7a-cc6e8ed4fdae � see topic 3.4 specifically in attached PDF - also note to view the recording the password is "*Setofoa2019"*�it's about 30 minutes long.
I know that this is a extremely niche, but as a few others have said, [the DOE] grants tend to be very specific, but perhaps we can creatively think of ways to channel funds to NumPy and SciPy.
Also there is a cost share that is typically 20%, which would be a non-starter for volunteer projects.
But here's an idea, perhaps partnering with a company, like mine (DNV GL) who is applying for the grant, and who uses NumPy,and could pay the cost share, and then we collaborate on something that is required to complete the�project, which is contributed to NumPy (or SciPy) - but we would have to figure what we could align on.
Seems like NumFOCUS, Quantsight, or some other company in the OSS space could figure out ways to help connect companies, OSS projects, and funding opportunities like these, where there's a possibility of alignment and mutual benefit?
The full list of funding opportunities is here: https://eere-exchange.energy.gov/�
Best Regards, Mark� �
On Thu, May 2, 2019 at 11:52 PM Ralf Gommers <ralf.gommers@gmail.com> wrote:
On Fri, May 3, 2019 at 3:49 AM Stephen Waterbury <waterbug@pangalactic.us> wrote:
P.S.� If anyone wants to continue this discussion at SciPy 2019, I will be there (on my own nickel!� ;) ...
Thanks for the input Stephen, and looking forward to see you at SciPy'19!
Ralf
Steve
On 5/2/19 9:45 PM, Stephen Waterbury wrote:
I am a NASA pythonista (for 20+ years ;), but you can now say you know yet another person at NASA who has no idea this even exists ... :) Not only do I not know of that, but I know of NASA policies that make it very difficult for NASA civil servants to contribute to open source projects -- quite hypocritical, given the amount of open source code that NASA (like all other large organizations) depends critically on, but it's a fact.
Cheers, Steve Waterbury
(CLEARLY **NOT** SPEAKING IN ANY OFFICIAL CAPACITY FOR NASA OR THE U.S. GOVERNMENT AS A WHOLE!� Hence the personal email address. :)
On 5/2/19 9:31 PM, Chris Barker - NOAA Federal wrote:
Sounds like this is a NASA specific thing, in which case, I guess someone at NASA would need to step up.
I�m afraid I know no pythonistas at NASA.�
But I�ll poke around NOAA to see if there�s anything similar.
-CHB
On Apr 25, 2019, at 1:04 PM, Ralf Gommers <ralf.gommers@gmail.com> wrote:
On Sat, Apr 20, 2019 at 12:41 PM Ralf Gommers <ralf.gommers@gmail.com> wrote:
On Thu, Apr 18, 2019 at 10:03 PM Joe Harrington <jh@physics.ucf.edu> wrote:
3. There's such a thing as a share-in-savings contract at NASA, in which you calculate a savings, such as from avoided costs of licensing IDL or Matlab, and say you'll develop a replacement for that product that costs less, in exchange for a portion of the savings.� These are rare and few people know about them, but one presenter to the committee did discuss them and thought they'd be appropriate.� I've always felt that we could get a chunk of change this way, and was surprised to find that the approach exists and has a name.� About 3 of 4 people I talk to at NASA have no idea this even exists, though, and I haven't pursued it to its logical end to see if it's viable.
I've heard of these. Definitely worth looking into.
It seems to be hard to find any information about these share-in-savings contracts. The closest thing I found is this: https://www.federalregister.gov/documents/2018/06/22/2018-13463/nasa-federal...
It is called "Shared Savings" there, and was replaced last year by something called "Value Engineering Change Proposal". If anyone can comment on whether that's the same thing as Joe meant and whether this is worth following up on, that would be very helpful.
Cheers, Ralf
_______________________________________________ NumPy-Discussion mailing list NumPy-Discussion@python.org https://mail.python.org/mailman/listinfo/numpy-discussion
_______________________________________________ NumPy-Discussion mailing listNumPy-Discussion@python.orghttps://mail.python.org/mailman/listinfo/numpy-discussion
_______________________________________________
NumPy-Discussion mailing list NumPy-Discussion@python.org https://mail.python.org/mailman/listinfo/numpy-discussion
participants (1)
-
Chris Barker - NOAA Federal