New package: CornerPlotting v0.1.0

[JuliaRegistrator]

• Registering package: CornerPlotting
• Repository: https://github.com/orlox/CornerPlotting.jl
• Created by: @orlox
• Version: v0.1.0
• Commit: 98ddd17bbc21879567e6f7f4f1fb9eedf7e6b9ed
• Reviewed by: @orlox
• Reference: Create release 0.1.0 orlox/CornerPlotting.jl#9 (comment)
• Description: Simple plotting tool to produce corner plots out of samples and determine credible intervals

[github-actions]

Hello, I am an automated registration bot. I help manage the registration process by checking your registration against a set of AutoMerge guidelines. If all these guidelines are met, this pull request will be merged automatically, completing your registration. It is strongly recommended to follow the guidelines, since otherwise the pull request needs to be manually reviewed and merged by a human.

1. New package registration

Please make sure that you have read the package naming guidelines.

2. AutoMerge Guidelines are all met! ✅

Your new package registration met all of the guidelines for auto-merging and is scheduled to be merged when the mandatory waiting period (3 days) has elapsed.

3. To pause or stop registration

If you want to prevent this pull request from being auto-merged, simply leave a comment. If you want to post a comment without blocking auto-merging, you must include the text [noblock] in your comment.

Tip: You can edit blocking comments to add [noblock] in order to unblock auto-merging.

[goerz]

[noblock] Can you comment (also in your README or documentation) on how this compares to PairPlots?

@sefffal

[orlox]

Sure thing! I needed in particular a corner plotter that could provide highest density credible intervals in both 1D and 2D. My understanding is that PairPlots uses quantiles for its credible intervals, not entirely sure what the contours represent. But also I needed a tool that could give me easy access to elements of the plot to modify, to include for instance priors. This is code I had embedded in two different projects, so it made more sense to make it more general and make it its own package.

[noblock]

[sefffal]

I think you might be surprised the breadth of features and customization available in PairPlots:

• https://sefffal.github.io/PairPlots.jl/dev/api#PairPlots.Contour
• https://sefffal.github.io/PairPlots.jl/dev/guide

But I think it's okay to have duplication of packages with different APIs; there's lots of examples of this in the Julia ecosystem!

BTW for other readers, we also have the unmaintained CornerPlots.jl. It's a shame that it's squatting on such a nice name.

[noblock]

[goerz]

It's a shame that it's squatting on such a nice name.

There’s precedent for unmaintained packages being moved to a new maintainer if the original maintainer is no longer responsive. That’s one benefit of having a community-managed General registry.

By the way: all comments that do not contain [noblock] block the registration. So if you don’t want your comment to be blocking, make sure to edit it to contain [noblock]

[orlox]

@sefffal ,

Thanks for the info, and congrats on your nicely documented package. Before doing this I did look a bit into the source code and docs of PairPlots and didn't quite find the way to do what I want. Contours are given by sigmas, so I guess one can just transform a specific fraction into its equivalent sigma. For HDIs for the 1D marginalized distribution I don't understand how that is possible. Docs mention to check the documentation for MarginConfidenceLimits, but that is empty, though from the source code I understand it does 16,50,84 percentiles, so 1-sigma equivalent percentiles. I also cannot find a simple way to access an individual panel (say, I want the axis plotting 'x' versus 'y' and overplot a scatter), but perhaps I missed that on the docs.

There are other differences that are perhaps more personal preference than general use case. I want to have full control over styling (eg tickrotation is one example), and I do not want to use KDEs. But I can of course understand if people here think these differences do not merit another package in the general registry. I can instead just duplicate this code across projects then, which is not an enormous nuisance.

PS: I do find it interesting that we are both from astro, guess there is a particular love in our field for these plots :). It is also a pity that CornerPlot already exists. Following typical julian package naming I was thinking of CornerPlots, but that is too similar to that already existing package.

[noblock]

[goerz]

I was thinking of CornerPlots, but that is too similar to that already existing package

The bot will certainly flag it, and usually, I have a pretty hard rule that existing registered packages block variations of the package name that differ only by the plural "s". In this case, since CornerPlot is apparently abandoned (we should check in with @kilianbreathnach), I might be open to overriding that rule. I'm not sure that I would be comfortable making that decision by myself, though, so this should be discussed in the #pkg-registration channel on Slack before renaming CornerPlotting to CornerPlots. It would be a step that's pretty close to taking CornerPlot away from @kilianbreathnach and transferring it to @orlox, which isn't something that should be done lightly.

I would also point out that CornerPlots is a very generic name, and that such a name would imply some higher expectations towards @orlox as a maintainer. The package should be sufficiently broad in scope to serve as the go-to package for people wanting to do corner plots in Julia. We would very much want to avoid a CornerPlots becoming unmaintained. It would help if there was some kind of backing of the package by someone with a permanent position, and/or the package was being hosted by a GitHub organization with multiple owners, as opposed to a personal account.

In comparison, CornerPlotting isn't quite as nice as a name, so I'd be putting a little less scrutiny on it. If you would rather not take on the extra responsibility and the (potentially prolonged) process of clearing the CornerPlots name, it might be best to stick to CornerPlotting.

[noblock]

[orlox]

I'm ok with keeping the current name. I do expect to regularly maintain and update it, as it is a tool I need for other projects that are long running (meaning at least 10-year with secured funding). But I also expect to keep it's scope smaller than PairPlots, the idea in here is to provide simple plots for users to add on top.

[noblock]

[orlox]

Just updated the package with actual documentation, as well as a mention to the alternatives.

[noblock]