PdfPig
astropy
PdfPig | astropy | |
---|---|---|
7 | 26 | |
1,492 | 4,242 | |
3.4% | 1.8% | |
9.1 | 9.9 | |
6 days ago | 5 days ago | |
C# | Python | |
Apache License 2.0 | BSD 3-clause "New" or "Revised" License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
PdfPig
-
Just Say No
Maybe (most likely) this is a problem of GitHub's terminology. For genuine bugs, e.g. here's the repro, the stack trace, the code to replicate it, it happens 100% of the time if you follow these steps, I'd agree that just having it open and in the backlog would be preferable.
The problem is those make up maybe at a generous estimate, 10-15% of issues in a projects backlog. In the interests of full disclosure here's mine (I don't use stalebot) https://github.com/UglyToad/PdfPig/issues?page=1&q=is%3Aissu.... As you can see from the backlog I close almost nothing. This was a deliberate choice to avoid closing things until the fix was confirmed by the reporter.
But equally that's the first time I've opened the repository in a couple of months and the amount of angst and dread I feel just from the size of that list means I'll probably find yet another excuse not to do anything on it this coming month.
Discussions on this topic feel a lot like "technical solutions to social problems"; by which I mean "well in the ideal world a perfectly logical person would do x, y, z so the system should reflect that". And while a stalebot is the archetypal technical solution to a social problem it at least works with how maintainers work. Sometimes in life you want to ignore a problem and have it go away. When you can't do that, e.g. government bureaucracy, work stuff, social obligations, that's where stress comes from. And asking volunteer maintainers to add a whole new source of stress in their life falls apart when people get busy, or their life circumstances change, or they get ill or tired or whatever.
Yes, in a perfect world the issue backlog would be sacrosanct and perfectly groomed/prioritized. But we're just fleshy sacks of chemicals and we're not perfect. Unrealistic expectations from users are the cause of maintainer burnout.
Because GitHub closed issues are still viewable and searchable (I'd guess most people search it through a search engine not the terrible inbuilt search) I'd disagree that they're deceiving users somehow.
-
There is framework for everything.
What about PdfPig? It's under Apache 2.0.
-
Extract Text from PDF file Blazor
You could try PdfPig. https://uglytoad.github.io/PdfPig/ I've used it for some small tasks and found it very useful. If you want to handle scanned pdfs you would need to use OCR instead.
-
How to read pdf files in C#?
PDF Pig is open source and allows you to read text and even extract images.
-
Add, Remove, Extract and Replace Images in PDF using C#
https://uglytoad.github.io/PdfPig/ https://github.com/empira/PDFsharp
-
Are there any good PDF generation libraries with no paid licensing?
Example of document creation API here https://github.com/UglyToad/PdfPig#document-creation-005 and wiki with more details here https://github.com/UglyToad/PdfPig/wiki/Document-Creation
-
Generating a Report and exporting it as an PDF
Example with PDFpig https://github.com/UglyToad/PdfPig/blob/master/examples/GeneratePdfA2AFile.cs
astropy
-
Julia 1.10 Released
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/
-
Skyfield: Elegant Astronomy for Python
Users interested in a broader range of astronomical tools beyond coordinate transformations may be interested in https://www.astropy.org/ and its affiliated packages.
- Astropy: Common core package for Astronomy in Python
- [R] Astronomia ex machina: a history, primer and outlook on neural networks in astronomy
-
License Adherence Help
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?
- Astro physics data analysis
- I'm a mechanical engineer with a solid background in Python and experience earlier in my career in natural science/physics. Are there any meaningful, active, open source opportunities in space science?
- OpenSource voltado à ciência
-
Astronomical Calculations for Hard SF in Common Lisp
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.
-
Looking to study data from JWST's spectroscopy instruments
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.
What are some alternatives?
ITextSharp - [DEPRECATED] .NET port of the iText library, only security fixes will be added — please use iText for .NET
Pandas - Flexible and powerful data analysis / manipulation library for Python, providing labeled data structures similar to R data.frame objects, statistical functions, and much more
PDFsharp - PDFsharp and MigraDoc Foundation for .NET 6 and .NET Framework
SciPy - SciPy library main repository
Docotic.Pdf - Docotic.Pdf library can create, edit, draw and print PDF files in .NET Core, ASP.NET, Windows Forms, WPF, Xamarin, Blazor, Unity, and HoloLense applications. The library is a 100% managed assembly without unsafe blocks. The assembly has no external dependencies.
Dask - Parallel computing with task scheduling
docnet - DocNET is as fast PDF editing and reading library for modern .NET applications
Numba - NumPy aware dynamic Python compiler using LLVM
Pdfium.Net SDK
SymPy - A computer algebra system written in pure Python
iTextSharp (LGPL / MPL) 4.1.6 for .NET Core - Unofficial .NET Core port of iTextSharp 4.1.6. Last version to be released under the Mozilla Public License and the LGPL.
PyDy - Multibody dynamics tool kit.