Re: [gdal-dev] HDF4Image stuck on translate

[Rahkonen Jukka (MML)]

Hi,

It was sluggish last week and still is, I guess that especially with multi-band 
images https://lists.osgeo.org/pipermail/gdal-dev/2022-February/055474.html. 
Run the command with “ -- debug on” and you have more to follow when you see 
how Flushing dirty blocks is slowly progressing.

-Jukka Rahkonen-

Lähettäjä: gdal-dev  Puolesta Lorenzo Di 
Giacomo
Lähetetty: tiistai 22. helmikuuta 2022 18.10
Vastaanottaja: 'gdal-dev@lists.osgeo.org' (gdal-dev@lists.osgeo.org) 

Aihe: [gdal-dev] HDF4Image stuck on translate

Hi, i'm doing some "conversion" test, from one format to another (mainly from 
TIFF to ALL).
I found in HDF4Image driver that on some images, it get stuck.


gdal_translate -of HDF4Image source.tiff dest.hdf

Input file size is 2861, 3635

0...10...20...30...40...50...60...70...80...90...100 - done.

And remain in this state. For image as big as this above, i let it for about 1 
hour and still blocked.
Is it normal that required all this time ? Thanks

___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] HDF4Image stuck on translate

[Lorenzo Di Giacomo]

Ok seems to be just a momentary problem, resolved after other 3-4 tests,
can't really say what happened
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Use GitPod for GDAL?

[Matt Wilkie]

I finally have a working recipe for getting Gitpod fired up with a
pre-populated gdal docker image!

At Github repo root create .gitpod.yml:

image:
  file: .gitpod.Dockerfile

And in .gitppod.Dockerfile:

FROM osgeo/gdal:ubuntu-small-latest
RUN uname -a && cat /etc/os-release
RUN apt-get update --fix-missing
RUN apt-get install -y sudo libproj-dev

And then launch https://gitpod.io/#https://github.com/PATH/TO/REPO
Working example:
https://gitpod.io/#https://github.com/maphew/gdal/tree/gitpod

There's still some things to sort out, like sudo doesn't work because it
asks for a password, but gdalinfo and friends are all there and happy.

-matt


On Fri, Feb 18, 2022 at 3:38 PM Even Rouault 
wrote:

> Matt,
>
> you need to install the "libproj-dev" package.
>
> Looking at the CI build recipees is a source of good hints in general:
> https://github.com/OSGeo/gdal/blob/6e6aff451dbcde450f051bff2f2e75ce6a4a3e6f/.github/workflows/cmake_builds.yml#L38
> (this one has pretty much all the pre packaged dependencies. you don't need
> all that)
>
> Even
> Le 18/02/2022 à 23:34, Matt Wilkie a écrit :
>
> This what I've come up with:
>
> https://gitpod.io
>
> Create new >> search for gdal >> select OSGeo/gdal
>
>
> On launch:
>
>
>
> -- Could NOT find PROJ (missing: PROJ_DIR)
>
> CMake Error at
> /home/linuxbrew/.linuxbrew/Cellar/cmake/3.22.2/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:230
> (message):
>
>   Could NOT find PROJ (missing: PROJ_LIBRARY PROJ_INCLUDE_DIR) (Required
> is
>
>   at least version "6.0")
>
> Call Stack (most recent call first):
>
>   
> /home/linuxbrew/.linuxbrew/Cellar/cmake/3.22.2/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:594
> (_FPHSA_FAILURE_MESSAGE)
>
>   cmake/modules/packages/FindPROJ.cmake:57
> (find_package_handle_standard_args)
>
>   cmake/helpers/CheckDependentLibraries.cmake:303 (find_package)
>
>   gdal.cmake:210 (include)
>
>   CMakeLists.txt:206 (include)
>
>
>
> Attempted to remedy this with `sudo apt install proj-bin` but same error
> from `cmake .`
>
>
>
> --
>
>
>
>
> The below adapted from
> https://github.com/maphew/gdal/blob/pr-5281-redux/CONTRIBUTING.md
>
>
>
> cd /workspace/gdal
>
> ./autogen.sh
>
> ./configure --with-python
>
>
>
> Fails with "configure: error: PROJ 6 symbols not found".
>
> tried `sudo apt install proj-bin` and repeated above, same error.
>
> Version of proj that's installed with this is 6.3.1.
>
>
>
> Try building Proj from source (takes awhile):
>
>
>
> cd /workspace
>
> wget https://download.osgeo.org/proj/proj-6.3.1.tar.gz
>
> tar zxf proj-*.gz
>
> cd proj-6.3.1
>
> ./configure
>
> make && sudo make install
>
>
>
> Now try again (takes much longer):
>
>
>
> cd /workspace/gdal
>
> ./autogen.sh
>
> ./configure --with-python
>
> make -j8
>
> sudo make install
>
>
>
> It works!
>
>
>
> . scripts/setdevenv.sh
>
> gdalinfo --version
>
> GDAL 3.5.0dev-39057d7396, released 2022/02/18
>
>
> uname -a
> inux osgeo-gdal-j6a7bhjf0c8 5.13.0-1013-gcp #16-Ubuntu SMP Tue Jan 18
> 14:31:35 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux
>
> I'm still unable to successfully install a python wheel of gdal-utils,
> because pip is calling g++ which in turn is not finding libgdal, but it
> still feels like significant progress to get this far! :)
>
> -matt
>
> ___
> gdal-dev mailing 
> listgdal-dev@lists.osgeo.orghttps://lists.osgeo.org/mailman/listinfo/gdal-dev
>
> -- http://www.spatialys.com
> My software is free, but my time generally not.
>
>
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

[gdal-dev] HDF4Image stuck on translate

[Lorenzo Di Giacomo]

Hi, i'm doing some "conversion" test, from one format to another (mainly
from TIFF to ALL).
I found in HDF4Image driver that on some images, it get stuck.

gdal_translate -of HDF4Image source.tiff dest.hdf

Input file size is 2861, 3635

0...10...20...30...40...50...60...70...80...90...100 - done.

And remain in this state. For image as big as this above, i let it for
about 1 hour and still blocked.
Is it normal that required all this time ? Thanks
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] using the docker images: updating?

[Matt Wilkie]

ahh, so I've run into a Gitpod-ism. They automagically create a `gitpod`
user and disable root when importing a docker image. Ok, well I have a
troubleshooting path to follow now. Thanks!
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] using the docker images: updating?

[Even Rouault]

You're root by default inside the container when using docker with 
standard invokation, so no need of sudo


Le 22/02/2022 à 15:31, Matt Wilkie a écrit :
When using the docker images, particularly 'osogeo/gdal' from docker 
hub, sudo isn't available. How does one `apt update` etc?


thanks!

___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev


--
http://www.spatialys.com
My software is free, but my time generally not.

___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

[gdal-dev] using the docker images: updating?

[Matt Wilkie]

When using the docker images, particularly 'osogeo/gdal' from docker hub,
sudo isn't available. How does one `apt update` etc?

thanks!
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Lightweight GIS CMS recommendations?

[Cainã K . Campos]

Hi Stefan,
if geonode is not one option, what about leafmap? You can try to deploy in
a streamlit app
https://leafmap.org/

On Mon, Feb 21, 2022 at 3:30 PM Stefan Gofferje 
wrote:

> Hi,
>
> On 2/21/22 19:43, Jesús de Diego Alarcón wrote:
> > GeoNode?
>
> Hmmm, no.
>
> > El lun., 21 feb. 2022 18:28, Stefan Gofferje  > > escribió:
>
> [snip]
> > I have found GeoNode but that seems to be a monster and needs a
> > GeoServer backend (eeeks, Java...).
> [snap]
>
> -S
>
> --
>   (o_   Stefan Gofferje| SCLT, MCP, CCSA
>   //\   Reg'd Linux User #247167   | VCP #2263
>   V_/_  https://www.gofferje.net   | https://www.saakeskus.fi
>
> ___
> gdal-dev mailing list
> gdal-dev@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/gdal-dev
>
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] "tolerance condition error" on reprojecting natural earth data to webmercator (3857)

[Even Rouault]

This dataset includes latitude up to 90 degree north, which projects to 
infinity in EPSG:3857. You should use the -clipsrc option of ogr2ogr to 
for example cut at 85 degree


Le 21/02/2022 à 10:14, Adam Akhtar via gdal-dev a écrit :

Hi,

I'm getting a "tolerance condition error" when trying to reproject 
Natural Earth data into webmercator 3857 using ogr2ogr.


These are the commands I am running

```
wget https://naturalearth.s3.amazonaws.com/10m_physical/ne_10m_ocean.zip
unzip ne_10m_ocean.zip

// reproject the unzipped shape file
OGR_ENABLE_PARTIAL_REPROJECTION=true ogr2ogr -unsetFieldWidth -t_srs 
EPSG:3857 -nlt PROMOTE_TO_MULTI -f PostgreSQL PG:"dbname='ogr' 
host='localhost' port='5432' user='myusername password='redacted'" 
ne_10m_ocean.shp

```

This results in the following output

```
ERROR 1: tolerance condition error
ERROR 1: tolerance condition error
ERROR 1: tolerance condition error
ERROR 1: tolerance condition error
ERROR 1: tolerance condition error
ERROR 1: tolerance condition error
ERROR 1: tolerance condition error
ERROR 1: tolerance condition error
ERROR 1: tolerance condition error
ERROR 1: tolerance condition error
ERROR 1: tolerance condition error
ERROR 1: tolerance condition error
ERROR 1: tolerance condition error
ERROR 1: tolerance condition error
ERROR 1: tolerance condition error
ERROR 1: tolerance condition error
ERROR 1: tolerance condition error
ERROR 1: tolerance condition error
ERROR 1: tolerance condition error
ERROR 1: Reprojection failed, err = -20, further errors will be 
suppressed on the transform object.

```

I'm sure this used to run fine a few months ago so I'm not sure why it 
is suddenly breaking.


This happens on both my arm Mac and my Intel server instance.

Server instance:
EC2 M5 Intel with Ubuntu 20.04.3 LTS
GDAL 3.3.2, released 2021/09/01

Mac
M1 Arm Mac Big Sur 11.6
GDAL 3.3.3, released 2021/10/25

Is this or a bug or am I incorrectly using the command? Any help will 
be greatly appreciated.


Adam

___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev


--
http://www.spatialys.com
My software is free, but my time generally not.
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev