by

Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • Sep 24 15:26

    namurphy on master

    Update codemeta.json for versio… (compare)

  • Sep 23 23:03
    namurphy assigned #903
  • Sep 23 23:03
    namurphy labeled #903
  • Sep 23 23:03
    namurphy milestoned #903
  • Sep 23 23:03
    namurphy opened #903
  • Sep 23 18:29
    namurphy labeled #901
  • Sep 23 18:29
    namurphy labeled #901
  • Sep 23 18:29
    namurphy opened #901
  • Sep 23 16:28

    namurphy on master

    Update citation recommendations… (compare)

  • Sep 22 19:13

    namurphy on master

    Remove xdist from minimal-conda… (compare)

  • Sep 20 08:22

    StanczakDominik on master

    Update contributor list and coo… (compare)

  • Sep 19 01:01
    namurphy labeled #795
  • Sep 19 01:00
    namurphy labeled #811
  • Sep 19 01:00
    namurphy labeled #829
  • Sep 19 00:58
    namurphy labeled #890
  • Sep 19 00:55
    namurphy labeled #764
  • Sep 19 00:55
    namurphy labeled #765
  • Sep 19 00:55
    namurphy labeled #767
  • Sep 19 00:54
    namurphy labeled #779
  • Sep 19 00:50
    namurphy labeled #879
matrixbot
@matrixbot
rocco8773 I'm not a huge fan of google docs, so I'm not opposed to moving to a different platform. I put up with them because they're easily accessible by the community.
rocco8773 Could you automate a pdf copy of the hackmd file to google docs?
Dominik Stańczak To the google drive folder with minutes? Sure, with pandoc
matrixbot
@matrixbot
rocco8773 Yeah, to the minutes folder. It could be a pdf and/or the md file. I'm more concerned about it be automated. Because I know we will be lazy and not manually copy it at the end of day
Dominik Stańczak Good point. I can set up a cron job for that for now, and then do some CI magic with the gdrive api later.
matrixbot
@matrixbot
Dominik Stańczak And the CI stuff is easy since hackmd has auto github sync: https://github.com/PlasmaPy/plasmapy-meeting-notes/blob/master/2020-09-15.md
matrixbot
@matrixbot
jacob_schwartz I'm finishing up a meeting & will try to be there in a few :(
Dominik Stańczak No worries, take your time
matrixbot
@matrixbot
jacob_schwartz Thanks to Eric for your suggestion to find existing databases. So, there's this one: https://www.nndc.bnl.gov/sigma/ which I think will have every cross section we'd need. The only part that's slightly annoying is that it's in a tabular format, since it's a Serious Business neutronics database, and that there's not rate coefficient data.
matrixbot
@matrixbot
rocco8773 One option we should have is allowing users to specify their own database to substitute for our default one. Probably not something to include in your first iteration, but at least keep it in mind.
matrixbot
@matrixbot
rocco8773 this might be useful too
rocco8773 If NIST has a database, then that would be nice. Then you'd have a trusted source.
rocco8773 That will be a big one, we'll have to grab data from a trusted source.
matrixbot
@matrixbot
jacob_schwartz From a quick search I don't think NIST has one. While it has many SRDs for atomic data, I don't see any for nuclear data other than masses and half-lives. https://www.nist.gov/srd/physics
I'm afraid the databases on the IAEA page are atomic and molecular data. Confusingly, here 'atomic' means processes dealing with electrons etc, not transformations of the nuclei.
I'll keep looking around.
matrixbot
@matrixbot

rocco8773 I polled the crew on the BaPSF slack channel about this.

For atomic/molecular cross sections I got these two links:
https://www.nist.gov/pml/atomic-spectra-database
https://us.lxcat.net/data/set_type.php

For nuclear cross-sections, Troy Carter recommended:
https://www-nds.iaea.org/exfor/endf.htm

matrixbot
@matrixbot
Nick Murphy When dealing with atomic and nuclear databases, we'll need to be careful with the licenses....for example: "LXCat does not authorize third parties (commercial interests, in particular) to redistribute data from the LXCat site. "
Nick Murphy ...which is a big limit to scientific reproducibility.
Nick Murphy ...but NIST data should be public domain since it's US federal government.
matrixbot
@matrixbot
rocco8773 Well, if you continue reading LXCat's redistribution policy it's doesn't sound as dire as their heading. If we get contact the LXCat team (info@@lxcat.net) we might be able to work something out. Of course, that is if we decide one or more of their databases are necessary for our functionality.

rocco8773 In any event, we should probably list this sources as places to get cross-section data.

I do think our functionality should allow for the input of custom (user) databases.

matrixbot
@matrixbot
Nick Murphy Yeah...reaching out to different databases would be a really helpful thing to do, especially since licensing of database data has been a persistent thorn in my side.
Nick Murphy Also: it feels strange to not have a seven hour long Zoom meeting today.
matrixbot
@matrixbot
SolarDrew that is too many hours
matrixbot
@matrixbot
Nick Murphy I finally got around to uploading PlasmaPy 0.4.0 to Zenodo. Still need to update the Star Fleet android personnel file.
Nick Murphy ...I mean the metaData.
matrixbot
@matrixbot
Dominik Stańczak Gah, large pull requests are becoming the bane of my OSS life again...
matrixbot
@matrixbot
Nick Murphy Oh, good old #191. That takes me back.
Github PlasmaPy/PlasmaPy#191 : Transport eqs
Nick Murphy Yeah...I'm starting to think that using feature branches for projects that are too large for a single PR would probably be a worthwhile idea. I probably should have done that for the test helpers PR.
Nick Murphy In any case, good luck!
rocco8773 I feel your pain! It's hard to get the motivation to review large PRs.
matrixbot
@matrixbot
jacob_schwartz For nuclear reaction data (Brookhaven's ENDF-6) I sent an email to the project's Dan Brown dbrown@bnl.gov to ask what license or copyrights the data might be under. I wasn't able to find anything directly from the site. I wouldn't be surprised if it were the same as NIST, since, for example, the manual describing the data format carries a paragraph: "The publisher by accepting the manuscript for publication acknowledges that the United States Government retains a non-exclusive, paid-up, irrevocable, world-wide license to publish or reproduce the published form of this manuscript, or allow others to do so, for United States Government purposes."
matrixbot
@matrixbot
Nick Murphy jacob_schwartz: Thanks! Figuring that out will be really helpful. Research products put together by the US government are often in the public domain, but I don't think that's always the case.
Nick Murphy I'll be curious what you hear back.
matrixbot
@matrixbot

Dominik Stańczak > <@StanczakDominik:matrix.org> Hey, friendly reminder that the same thing is happening in an hour from now! 😆

Hey, a friendly reminder that - same as above! I wonder how deep we can go here. While we find out, here's today's agenda & minutes!

Dominik Stańczak Darn, I played myself

Dominik Stańczak > A friendly reminder that we'll be having our weekly community meeting in about 30 minutes at 18 UTC using PlasmaPy's Jitsi channel.

That's the part I wanted!

matrixbot
@matrixbot
Nick Murphy Thus far, docs.plasmapy.org has been pointing to the latest version of the docs. However, that's generally most useful for developers and not as useful for people who are using the most recent release. Would it be okay if we changed docs.plasmapy.org to point to the stable version of the docs?
matrixbot
@matrixbot
rocco8773 I’m not opposed to that if we can automate what branch stable docs points to. I don’t want to have to manually update what version branch stable points to every time there’s a new release.
Nick Murphy Hm...looks like there's relevant documentation from Read the Docs here. Seems that stable gets updated automagically without us having to do anything.
matrixbot
@matrixbot
Nick Murphy (It's amazing how productive I am when I get bored after playing Nintendo games from 1987)
Nick Murphy (Correction: winning Nintendo games...)
matrixbot
@matrixbot
Dominik Stańczak Yeah, I've been noticing that my own productivity rises a lot if I do take some time to actually play some starcraft each day!
matrixbot
@matrixbot

jacob_schwartz News back from Dave Brown at BNL (not Dan Brown ... the name of the Da Vinci Code author conspired to overwrite my reading ability).

"Jacob,
The ENDF library is public domain data as I understand it. In any event, the DOE gives it away. All we ask is that you cite the library (specifically the journal article describing the library).

The data available on the Sigma webapp hasn't been updated in a while, so you probably want to download the latest release directly. It is ENDF/B-VIII.0 at https://www.nndc.bnl.gov/endf/b8.0/download.html. The reference for the open access paper describing the release is

D.A. Brown, M.B. Chadwick, R. Capote, et al., "ENDF/B-VIII.0: The 8th Major Release of the Nuclear Reaction Data Library with CIELO-project Cross Sections, New Standards and Thermal Scattering Data", Nuclear Data Sheets, 148: pp. 1-142 (2018).

I am curious what kind of data you need -- charged particle reaction data, neutron incident data or perhaps atomic data for electron and photon transport or something else entirely?

Also, would you be interested to be added the ENDF mailing list and maybe participating (virtually) in our annual Nuclear Data Week from Dec 1-4? This is the meeting where we discuss developments in the ENDF library, problems, testing, etc. Generally the folks from U. Wisconsin are our only fusion community participants, so we very much would be interested in having PPL present too.

Thanks and stay safe,
Dave "

matrixbot
@matrixbot
Dominik Stańczak That sounds reasonable! We could put the reference in the module docstring as well as the docstring for the function itself, and ask that people cite it on use.
matrixbot
@matrixbot
Nick Murphy I had mentioned this to Erik a little while back, but I was thinking of having ~weekly PlasmaPy "office hours" so that whoever could come in and talk with us about whatever topics are relevant to what we're doing.
matrixbot
@matrixbot
Nick Murphy I could commit to this for most weeks, though it'd be good to pick a time that works for more people. I was thinking it'd be good to have a card at the top of our website that shows the times for this and the schedule
matrixbot
@matrixbot
Dominik Stańczak I don't think I have it in me and in my schedule to do more sync stuff; but I'm always happy to help people out in async ways.
Dominik Stańczak (learning not to overcommit, one but at a time!)