Skip to content

MNT: Update IERS A URLs due to USNO prolonged maintenance - #9443

Merged
bsipocz merged 1 commit into
astropy:masterfrom
pllim:omg-six-mo-downtime
Oct 23, 2019
Merged

bsipocz merged 1 commit into
astropy:masterfrom
pllim:omg-six-mo-downtime

Conversation

@pllim

@pllim pllim commented Oct 23, 2019

Copy link
Copy Markdown
Member

Description

This pull request is to address the impending prolonged USNO downtime, causing current IERS A table to be inaccessible unless we switch the URLs (the main one and its mirror) to non-USNO service providers.

Fixes #9427

p.s. I don't know how to put in a change log since this needs to be backported to 2.x, so it wouldn't make sense for me to insert the change log under 4.0? Do we even need a change log?

p.p.s. Do we need a follow up issue to revisit the URLs after April 2020?

cc @bhazelton and @bmorris3

@pllim pllim added 🔥 Critical utils labels Oct 23, 2019
@pllim pllim added this to the v2.0.16 milestone Oct 23, 2019
@pllim
pllim requested review from bsipocz and eteq October 23, 2019 03:14
@bsipocz

bsipocz commented Oct 23, 2019

Copy link
Copy Markdown
Member

I don't think it needs a changelog, but can always add one at the time of release.

@bsipocz

bsipocz commented Oct 23, 2019

Copy link
Copy Markdown
Member

Is USNO the canonical source of the numbers? If yes, we might indeed want to revisit. If they are not, and just one of the equal sources, then we don't even need to revisit. IMO.

@bsipocz

bsipocz commented Oct 23, 2019

Copy link
Copy Markdown
Member

(Well, I've added the label, but anyone having an opinion on it, please remove it. Maybe even it's an internal detail we need to mention in the changelog as older release might complain about the non working url 🤷‍♀ )

@pllim

pllim commented Oct 23, 2019

Copy link
Copy Markdown
Member Author

Re: canonical source -- USNO might actually be canon, if I interpreted https://www.iers.org/IERS/EN/Publications/Bulletins/bulletins.html correctly.

@bhazelton

Copy link
Copy Markdown

My understanding is that USNO is the canonical source.

@bsipocz

bsipocz commented Oct 23, 2019

Copy link
Copy Markdown
Member

OK, so I go ahead and merge this now.

Thank you @pllim!

@bsipocz
bsipocz merged commit 8774a04 into astropy:master Oct 23, 2019
@pllim
pllim deleted the omg-six-mo-downtime branch October 23, 2019 18:11
bsipocz added a commit that referenced this pull request Oct 23, 2019
MNT: Update IERS A URLs due to USNO prolonged maintenance
@bhazelton

Copy link
Copy Markdown

@bsipocz Is there any word on whether there's going to be a new release with this fix in it anytime soon? We are starting to be significantly limited by this.

@bsipocz

bsipocz commented Oct 25, 2019

Copy link
Copy Markdown
Member

yes, hopefully the weekend or early next week will be 2.0.16 and 3.2.3. It'll take time though to propagate the releases through conda, etc.

bsipocz added a commit that referenced this pull request Oct 27, 2019
MNT: Update IERS A URLs due to USNO prolonged maintenance
@eteq

eteq commented Oct 27, 2019

Copy link
Copy Markdown
Member

To leave a bit more info here: I have asked USNO and they confirmed the "canonical backup" is the CDDIS server. At least for me the CDDIS server is much faster than the IERS one. So I'm going to try swapping the two in a follow-on PR.

@bsipocz

bsipocz commented Oct 27, 2019

Copy link
Copy Markdown
Member

@eteq - I've quite at the end of doing the release. So even if you switch the URLs, not it really must be 4.0 only.

@eteq eteq mentioned this pull request Oct 27, 2019
@MSeifert04 MSeifert04 mentioned this pull request Nov 5, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

USNO IERS services going down for 6 months (SOLVED: Upgrade astropy)

4 participants