DustMaps Belong In Their Own Package

[andrew-saydjari]

Do we think that a full implementation of the python dustmaps would belong in its own package? I am interested in porting over my PR (gregreen/dustmaps#51) and am pondering contributing to DustExtinction.jl. But part of me thinks this package should be for extinction curves, and a separate package should exist for dustmaps. Happy to hear thoughts.

[ajwheeler]

I think the most Julian thing would be two packages that mention each other in their READMEs.

If there’s close enough integration that it requires package extensions, it might not worth it though because it could be a bit of a barrier to new contributors. I don’t think the combined package would be particularly heavyweight?

[barrettp]

Yes, DustMaps sounds like it belongs in its own package, particularly if it is expected to be updated on a pseudo-regular basis. Whereas DustExtinction.jl, once it is mature may not need updating.

[cgarling]

+1 for separate packages that mention each other

[icweaver]

Whoo, first discussion thread in this repo!

It's been a while since I've looked at this package. If going the two packages route, would we want to migrate SFD98Map over to DustMaps.jl too?

[andrew-saydjari]

Correct. I want to take SFD98 with me. Which would be breaking. @barrettp I think there are still reasons to update the extinction curves. For example we just got new ones with GaiaXP spectra and will get better ones in the IR with SPHEREx.

[icweaver]

Sounds good, happy to help with the process if there is anything I can do