PRAW VS astropy

I'm... not sure I understand the question? PRAW still works just fine for "personal use" of the reddit API.

Thank you for pointing out. So there is no need then for the access token? Only with the refresh token is enough? To be honest I took a look at it but I did not expect that to be under authentication as strictly speaking, the user already made the authentication. Also I took a look at the code at https://github.com/praw-dev/praw/blob/master/praw/reddit.py and I did not get a hint whether was possible to pass it or not. I am just saying this to let you know I tried to search for the answer before asking. Again thank you for the help.

To get the relevant IDs, you can use something like PRAW to query the subreddit for the top 1000 posts for example.

Huge thanks to the contributors to PRAW, which is the Python package that does all the heavy lifting relating to Reddit's API that I need for this script.

However, in practice duplicate items were yielded with these smaller numbers. So I increased the limit briefly to 250 in October 2016, and then increased it finally to 301 in December 2016 in order to resolve https://github.com/praw-dev/praw/issues/673. That issue provides an explanation for how 301 came to be.

Why? You gotta be ready for any status code. Even 777.

Astropy [0] lives at the heart of most work. It has a Python interface, often backed by Fortran and C++ extension modules. If you use Astropy, you're indirectly using libraries like ERFA [6] and cfitsio [7] which are in C/Fortran.

I personally end up doing a lot of work that uses the HEALPix sky tesselation, so I use healpy [2] as well.

Openorb is perhaps a good example of a pure-Fortran package that I use quite. frequently for orbit propagation [3].

In C, there's Rebound [4] (for N-body simulations) and ASSIST [5] (which extends Rebound to use JPL's pre-calculated positions of major perturbers, and expands the force model to account for general relativity).

There are many more, these are just ones that come to mind from frequent usage in the last few months.

[0] https://www.astropy.org/

Users interested in a broader range of astronomical tools beyond coordinate transformations may be interested in https://www.astropy.org/ and its affiliated packages.

I'm working on a pure Rust approximation of astropy. Up til now, I was able to recreate the intent by looking at an external API, but I'm moving on to functionality that I don't understand enough to implement without basically copying the code. Astropy uses the BSD-3 license, and it wraps the ERFA library which uses a custom license. My project currently uses the MIT license. My PR is here - my question is have I attributed everything correctly, or is there anything I need to change for everything to be above-board?

For folks who might be interested in astronomical calculations but who don't want to roll their own library, astropy (https://www.astropy.org/) is widely used by professional astronomers.

I agree with the other commenter. Check out their github. If you’re looking to build your skills long term (and have some experience with python) it’s worth checking out astropy and their fits file handling routines.