-
Notifications
You must be signed in to change notification settings - Fork 30
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
GSoC ideas #165
Comments
Hi @ocefpaf, my name is Kingston and I am a Computer Engineering Undergraduate from the National University of Singapore. When I was exploring research using flood datasets previously, I learnt how difficult gathering data is and am excited by your mission to support ocean-related research. I was intrigued by the work done for erddapy and would love to explore some of the ideas here for GSoC 2021. In particular, "Idea 2: High level data queries" has caught my attention as I have experience with REST APIs as well as pandas. Would it be possible to discuss this further with you? Thank you for your time! |
Sure. At this point we are asking prospective students to get familiar with the project(s). Please read the documentation, check if there are any low hanging fruit in issues list that you could tackle. The GSoC application will start on March 29th. By then hopefully you will know if you want to work with this code base and have a draft proposal. |
Thank you for your guidance, I will take a look at the current issues and contribute wherever I can! |
@ocefpaf I've been browsing around a couple of the IOOS GSoC project ideas, and had two quick questions.
Thanks for your time! |
@HenryKobin combining projects, as long as you have a feasible project, is fine and actually encouraged since we don't know how many slots Google will give us and some projects may not get funds. The low hanging ideas are there just to help prospective students to write their proposals. A proposal that will be done in a few days probably won't get selected. TL;DR build up on those ideas and/or, to show engagement, even solve some of them before submitting your project. |
@ocefpaf Hi |
We'll use the issues here for now. The gitter, or some other chat technology, will be used when we start GSoC. The main reason is Gitter's move to matrix, which complicated our communications a little bit. |
Hi @ocefpaf |
@avishmehta68710 it is not clear to me what you are planning to do. Do you mind creating a new issue with tour idea? Or better yet, a Google Doc with a draft for your project? |
What is erddapy?
erddapy
takes advantage of ERDDAP's RESTful web services to create the ERDDAP URLs.The users can create virtually any request like,
searching for datasets, acquiring metadata, downloading data, etc.
What is ERDDAP?
ERDDAP is a data server that provides a consistent way to download subsets of scientific datasets.
There are many scientific data server available,
like OPeNDAP, WCS, SOS, OBIS, etc.
They all have their advantages and disadvantages,
ERDDAP goal is to fill the gaps and unify most of the advantages in a single service.
The main advantages of ERDDAP are:
.html table, ESRI .asc and .csv, Google Earth .kml, OPeNDAP binary, .mat, .nc, ODV .txt, .csv, .tsv, .json, and .xhtml,
and even some image formats (.png and .pdf);
numeric times are always "seconds since 1970-01-01T00:00:00Z";
and reformats the data into the format that you requested.
See https://coastwatch.pfeg.noaa.gov/erddap/index.html for more information.
Ideas for GSoC
griddap
erddapy supports only
tabledap
protocol but ERDDAP also provides agriddap
protocol that servers gridded data like models and satellite images. One could extend erddapy's API to supportgriddap
and expand the amount of data Python users can obtain with this library.Issue: #32
The library has two types of
constraints
, "regular ones" that are parsed as expected by Python users, and therelative_constraints
, which are passed directly to ERDDAP without any pre-processing. Ideally the API should be unified to avoid confusing the users.Issue: #164
The current API is a bit too verbose, for example:
while that makes a good base for other libraries to be built on top of
erddapy
, like argopy and gliderpy, it makes it hard to use high level objects as constraints. For example, a shapefile are any GIS WKT-like object.The idea would be to create a higher level API that could consume these object and output a similar query as the one described above.
Issue: #96
The text was updated successfully, but these errors were encountered: