# ANN: GeoData.jl

**URL:** <https://discourse.julialang.org/t/ann-geodata-jl/45502>\
**Category:** Package Announcements\
**Tags:** package, geo\
**Created:** [August 25, 2020, 12:52pm UTC](https://discourse.julialang.org/t/ann-geodata-jl/45502 "2020-08-25T12:52:56Z")\
**Posts on this page:** 10\
**Page:** 3

<div class="post-metadata">

**Author:** ![Alexander-Barth](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/alexander-barth/32/3692_2.png) [@Alexander-Barth](https://discourse.julialang.org/u/Alexander-Barth)\
**Post date:** [October 6, 2021, 2:37pm UTC](https://discourse.julialang.org/t/ann-geodata-jl/45502/41 "2021-10-06T14:37:13Z")

</div>

Thanks for sharing RasterDataSources.jl, it looks really interesting. The STAC specification could help to channel the different efforts and help provide a uniform (or at least more uniform) API to different datasets. The pangeo community did some really interesting work in this direction.

---

<div class="post-metadata">

**Author:** ![Raf](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/raf/32/3383_2.png) [@Raf](https://discourse.julialang.org/u/Raf)\
**Post date:** [October 6, 2021, 4:55pm UTC](https://discourse.julialang.org/t/ann-geodata-jl/45502/42 "2021-10-06T16:55:01Z")

</div>

I’m looking through your links, stacspec is great 🙂

I agree it would be good to have a structured approach to getting files. RasterDataSources.jl is written how it is because a lot of these data sets currently have no metadata like that - so it just constructs urls with known patterns based on the arguments to `getraster`.

Do you mean we should start a package that can digest this JSON spec and provide a syntax for downloading files from it?

---

<div class="post-metadata">

**Author:** ![Alexander-Barth](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/alexander-barth/32/3692_2.png) [@Alexander-Barth](https://discourse.julialang.org/u/Alexander-Barth)\
**Post date:** [October 6, 2021, 7:36pm UTC](https://discourse.julialang.org/t/ann-geodata-jl/45502/43 "2021-10-06T19:36:09Z")

</div>

> Do you mean we should start a package that can digest this JSON spec and provide a syntax for downloading files from it?

Yes, I think that would be the best way forward. I would propose to put it directly on a julia orginization. JuliaClimate has already some packages related to data access ( [ClimateSatellite.jl](https://github.com/JuliaClimate/ClimateSatellite.jl), [INMET.jl](https://github.com/JuliaClimate/INMET.jl), [CDSAPI.jl](https://github.com/JuliaClimate/CDSAPI.jl) from @natgeo-wong and @juliohm ). Maybe you are interested to join this organization? Otherwise there is also JuliaGeo (both of us are already member there).

I have some prototype code that I can share based on [this python example](https://github.com/intake/intake-stac/blob/main/examples/landsat8-l1.ipynb).

Any suggestions about the name? STAC.jl is probably to short. STACatalogs.jl?

---

<div class="post-metadata">

**Author:** ![Raf](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/raf/32/3383_2.png) [@Raf](https://discourse.julialang.org/u/Raf)\
**Post date:** [October 6, 2021, 8:08pm UTC](https://discourse.julialang.org/t/ann-geodata-jl/45502/44 "2021-10-06T20:08:15Z")

</div>

Ok that sounds good to me too, not sure on the name! STAC.jl is clean but the `STAC` ancronym is probably unfamiliar to for most of the Julia community. Maybe that doesn’t matter…

As to where it goes, it does seem like a lot of climate related data sources, but then JuliaGeo is the most generic place. So up to you. I wont have a lot of free time to put into it in the near term, but I can review PRs and give feedback.

---

<div class="post-metadata">

**Author:** ![joa-quim](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/joa-quim/32/227_2.png) [@joa-quim](https://discourse.julialang.org/u/joa-quim)\
**Post date:** [October 6, 2021, 9:36pm UTC](https://discourse.julialang.org/t/ann-geodata-jl/45502/45 "2021-10-06T21:36:32Z")

</div>

Funny,

I’ve been working the last couple of says in porting this python [tutorial](https://lpdaac.usgs.gov/resources/e-learning/getting-started-cloud-native-hls-data-python/) to Julia with GMT. I advanced till the point where the three bands are read only partially (load only the ROI) but got stuck in GMT/GDAL problems.

I (and others before me) had GDAL issues with reading data from authenticated sites that will be of interest of others that follow this path. See [this](https://lists.osgeo.org/pipermail/gdal-dev/2021-October/054761.html) and related post in GDAL list

---

<div class="post-metadata">

**Author:** ![maxfreu](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/maxfreu/32/17468_2.png) [@maxfreu](https://discourse.julialang.org/u/maxfreu)\
**Post date:** [September 21, 2022, 12:52pm UTC](https://discourse.julialang.org/t/ann-geodata-jl/45502/46 "2022-09-21T12:52:39Z")

</div>

@joa-quim @Alexander-Barth Are there any news regarding accessing STACs? We are thinking about deploying a sentinel-2 datacube for Germany plus making it easily accessible via a STAC. It would be cool to have access to it from the julia universe as well. I just wish I could split myself in 3 to handle all the programming…

---

<div class="post-metadata">

**Author:** ![joa-quim](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/joa-quim/32/227_2.png) [@joa-quim](https://discourse.julialang.org/u/joa-quim)\
**Post date:** [September 21, 2022, 1:29pm UTC](https://discourse.julialang.org/t/ann-geodata-jl/45502/47 "2022-09-21T13:29:39Z")

</div>

I finished the conversion of that tutorial. You can find it in the RemotS package [examples](https://www.generic-mapping-tools.org/RemoteS.jl/dev/gallery/HLS/cloud-native-hls-data/).

Unfortunately RemoteS is blocking the update of GMT.jl to latest because of this long lasting Julia [issue](https://github.com/JuliaLang/julia/pull/45582), which blocks the automatic registering of new GMT.jl & RemoteS.jl versions.

---

<div class="post-metadata">

**Author:** ![Alexander-Barth](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/alexander-barth/32/3692_2.png) [@Alexander-Barth](https://discourse.julialang.org/u/Alexander-Barth)\
**Post date:** [September 21, 2022, 2:59pm UTC](https://discourse.julialang.org/t/ann-geodata-jl/45502/48 "2022-09-21T14:59:26Z")

</div>

I put my code in this repository

> **[GitHub - JuliaClimate/STAC.jl: SpatioTemporal Asset Catalog (STAC) julia client](https://github.com/JuliaClimate/STAC.jl)**
>
> SpatioTemporal Asset Catalog (STAC) julia client. Contribute to JuliaClimate/STAC.jl development by creating an account on GitHub.

I think it should already be useful to access a STAC repository. (Unfortunately, it is not registred [New package: STAC v0.1.0 by JuliaRegistrator · Pull Request #59089 · JuliaRegistries/General · GitHub](https://github.com/JuliaRegistries/General/pull/59089) , despite there are many other packages with similar short names)

I would be quite interested in this STAC end-point for for sentinel-2 data. Which processing level and parameters are you targeting for the Sentinel-2 data?  
Are you providing also a search functionality for your STAC server?

---

<div class="post-metadata">

**Author:** ![visr](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/visr/32/17204_2.png) [@visr](https://discourse.julialang.org/u/visr)\
**Post date:** [September 21, 2022, 4:17pm UTC](https://discourse.julialang.org/t/ann-geodata-jl/45502/49 "2022-09-21T16:17:39Z")

</div>

@Alexander-Barth could you re-trigger the registration on a more recent commit? Let’s try to get it registered. Often if PRs that need manual actions get forgotten I ask for help in the pkg-registration channel in Slack.

---

<div class="post-metadata">

**Author:** ![maxfreu](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/maxfreu/32/17468_2.png) [@maxfreu](https://discourse.julialang.org/u/maxfreu)\
**Post date:** [September 21, 2022, 8:18pm UTC](https://discourse.julialang.org/t/ann-geodata-jl/45502/50 "2022-09-21T20:18:01Z")

</div>

> [@Alexander-Barth](#):
>
> Which processing level and parameters are you targeting for the Sentinel-2 data?  
> Are you providing also a search functionality for your STAC server?

Definitely level 2, maybe time series interpolation as well. We’ll probably be using [force](https://force-eo.readthedocs.io/en/latest/) for processing. Today I heard the first time of STAC, nothing is settled yet, not even the processing engine. So I can’t really comment on the search functionality. But I’m really happy to see STAC being covered already, thanks for the effort guys! 🙂

[Previous page](https://discourse.julialang.org/t/ann-geodata-jl/45502.md?page=2)