ChemIDplus has been retired about webchem

[stitam]

Oh, that's exactly what I had in mind, defunct with an informative message! Great, I'll open the PR in a bit.

[Aariq]

If possible, this should deprecated, not removed. Ideally it would continue to work (by passing args to the appropriate pc_* function) and print a warning with information about how to update code. Then in a later version, it would print an error with information about how to update code.

We should probably eventually develop some kind of deprecation policies since this kind of thing will continue to happen as APIs evolve.

[stitam]

Thanks @Aariq, valid point about deprecating first instead of "defunct"-ing in one step.

I understand that normally we would remove functions over time, but in this case it is not webchem that changed but the webservice, so this might be a different scenario? I haven't looked into your suggestion in detail but probably some of the list elements could be reproduced through pc_sect() calls and some downstream processing.

On the other hand, I do not have a recorded response to test any new implementation with. Also I'm a little worried about the amount of effort it would require from us to make it work again (another difference from normal function lifecycle), not sure whether this should be our problem?

In general, if APIs stop working then in most cases we won't be able to fix it, so maybe our role is just to make sure webchem is not polluted with functions that no longer work? This one is different because it no longer works, but luckily we already implemented PubChem so we might be able to rewrite the backend to emulate the user experience. Just not sure if we should put effort into something that's already outdated.

[Aariq]

We could just defunct it and print an error that blames the API provider and a suggestion for an alternative. I'd be ok with that. Whatever we decide, it might be good to take some notes about it in CONTRIBUTING.md