2 adding the downloader

[f-PLT]

Creating this PR as a draft since while the downloader itself is contained, the structure I'm putting in place could affect the work of @mjfortier and @liellnima.

I have part of the CI passing, as Pylint is far from fixed (this is what happens when you don't use it from the start hehee!)

Right now, it's mostly the code as is, + some quick and easy fixed to make the different checks stop crying, and haven't made a test download yet (coming soon!)

So, yeah, this is so we make sure not to spread in 3 different package structures and put the things in the same place.

For example, I created only utils.py, as I'm not sure we'll have use for many different kinds of utility functions for now, and maintained the Google Docstring format, which is already in use (though we need to rename params: to Args:) For more info in Google Docstrings : https://sphinxcontrib-napoleon.readthedocs.io/en/latest/example_google.html)

I'll surely have questions, but nothing urgent.

Closes #2

[f-PLT]

Quick remark : there used to be a file called data_paths.py I just ported the important paths here instead with the other Path constants I already had

[mjfortier]

I see the linter is failing but otherwise this looks good to me.

[f-PLT]

Yes, Pylint fails for now as making it pass will require much refactoring (which would be futile considering there's still a lot of refactoring to do)

I added TODOs to the code to document things that still need to be done, but the structure is far enough along for a first merge.

Things that need to be done :

• downloader.download_meta_historic_biomassburning_single_var : first draft of refactor, still needs to be tested
• downloader.download_from_model_single_var : Not refactored yet and not tested.
• General refactor for efficiency and maintainability. Still have to have the discussion on how we want to manage the data and when to process it.