Re: [gdal-dev] Mollweide to plate_carree

Hi, I do not really know how to georeference such Mollweide image, but certainly it is not with -a_ullr -180 90 180 -90. The upper-left and lower-right corners mean the corners of the raster, and both those corners are on the black area outside the Earth. Look at the earth-egg and you can imagi

Re: [gdal-dev] Abou R sf library and GDAL

Hi Michael, Thank you for your response. I am working on a Windows 10 or 11 system (though I believe this detail is not particularly relevant). I am looking for the simplest method to install GDAL, as RStudio requires it as a dependency for the "sf" package. The question arises from a plain user

Re: [gdal-dev] Mollweide to plate_carree

I the first step you are a_ssigning moll but with a longlat ullr (extent ) a_ssigned. This isn't correct, the numbers will need to be something like -A A/2 A -A/2 where A is something like pi * radius i.e pi * 6378137 Your source might have this information stored somewhere, or a guess and a pray

[gdal-dev] Mollweide to plate_carree

I have full earth mollweide projected images: https://www.ssec.wisc.edu/~rickk/wvsst/latest.jpg and need to reproject the image into plate_carree I have the following script: gdal_translate -of GTiff -a_srs "+proj=moll +lon_0=0 +datum=WGS84" -a_ullr -180 90 180 -90 global-wvsst_24291_1800.jpg i

Re: [gdal-dev] Abou R sf library and GDAL

May I suggest using the R package terra. Get Outlook for iOS From: gdal-dev on behalf of Michael Sumner via gdal-dev Sent: Monday, October 28, 2024 1:45:18 PM To: Abel Pau Cc: gdal-dev@lists.osgeo.org Subject: Re: [gdal-dev] Abou R sf li

Re: [gdal-dev] Abou R sf library and GDAL

It's not RStudio or sf specific though, I think it's worth asking here because there are many many R packages using GDAL and they essentially share the same simple installation, after the GDAL version choice has been made. What really matters is your operating system and the method you have availab

Re: [gdal-dev] Abou R sf library and GDAL

Further to the previous reply (copied below), Windows x86_64 sf, terra and other packages built with GDAL have GDAL 3.8.3. The 3.9 series has been a bit jumpy, but hopefully has now found the worst regressions, so we can try proposing 3.9.3, but initally only for drivers not requiring additiona

Re: [gdal-dev] [EXTERNAL] Re: gdal.Rasterize with same OGR dataset from two python threads

This solved the crashes, though there was no performance improvement from having these run in parallel. Difficult to say from here if this is a Python GIL or SQL contention issue. Best, Jesse Lead Computer Scientist Science Systems and Applications, Inc. Dr Compton Tucker Team NASA Goddard Spa

[gdal-dev] gdal.Rasterize with same OGR dataset from two python threads

I have two calls to gdal.Rasterize, each of which target a separate GDAL memory dataset but source the same OGR memory dataset, that I hoped could be ran in parallel using Python’s concurrent futures. The idea being that each GDAL call unlocks the Python GIL, and performing read only operations

Re: [gdal-dev] Abou R sf library and GDAL

The key distinction is between installation on systems for which CRAN builds static packages - Windows and macOS - and others installed from the sf source, and dynamically linking to the system-provided GDAL version. In the latter case, the user may choose to install GDAL from source instead. I

Re: [gdal-dev] [EXTERNAL] Re: gdal.Rasterize with same OGR dataset from two python threads

Le 28/10/2024 à 17:15, Meyer, Jesse R. (GSFC-618.0)[SCIENCE SYSTEMS AND APPLICATIONS INC] a écrit : How can I “open” a handle to a pre-existing memory dataset?  That sounds like it may work for me. If it is a dataset from the "Memory" driver, no. Otherwise you could for example create a Ge

Re: [gdal-dev] Abou R sf library and GDAL

Ok Even. Thanks for the answer. I’ll ask there! De: Even Rouault Enviado el: dilluns, 28 d’octubre de 2024 17:12 Para: Abel Pau ; gdal-dev@lists.osgeo.org Asunto: Re: [gdal-dev] Abou R sf library and GDAL Abel, That would probably be more a topic for https://github.com/r-spatial/sf/discussio

Re: [gdal-dev] [EXTERNAL] Re: gdal.Rasterize with same OGR dataset from two python threads

How can I “open” a handle to a pre-existing memory dataset? That sounds like it may work for me. As a matter of semantics, my sense of what GetNextFeature() would return would be a local view of the database on a per thread basis. Each thread would have its own cursor into the database, said

Re: [gdal-dev] Abou R sf library and GDAL

Abel, That would probably be more a topic for https://github.com/r-spatial/sf/discussions or other "sf" related channels Even Le 28/10/2024 à 16:53, Abel Pau via gdal-dev a écrit : Good afternoon, Lately, we have been trying to use RStudio to work with files supported by the GDAL librarie

Re: [gdal-dev] gdal.Rasterize with same OGR dataset from two python threads

Le 28/10/2024 à 17:01, Meyer, Jesse R. (GSFC-618.0)[SCIENCE SYSTEMS AND APPLICATIONS INC] via gdal-dev a écrit : I have two calls to gdal.Rasterize, each of which target a separate GDAL memory dataset but source the same OGR memory dataset, that I hoped could be ran in parallel using Python’

[gdal-dev] Abou R sf library and GDAL

Good afternoon, Lately, we have been trying to use RStudio to work with files supported by the GDAL libraries. The latest version of the "sf" library is from 2022-23 (version 18), and we're unsure if it updates frequently or if it needs to be manually compiled. We would be interested in having

[gdal-dev] GDAL Maintainers Meeting Minutes (and GDAL Users Survey)

Howard Butler, Even Rouault, Dan Baston, Alessandro Pasotti, and Javier Jimenez Shaw held the monthly GDAL Maintainers Meeting on 10/24/2024. The following items were discussed and reported upon: Sponsorship Activity * NASA has continued their Gold-level sponsorship