Hi stefan,
I have not come any further...
I have copied gdalalljni.dll to C:\Program
Files\OpenJDK\jdk-8.0.262.10-hotspot\jre\bin
And I have set the following environment variables:
GDAL_DATA=C:\Program Files\Gdal_321\bin\gdal-data
GDAL_DRIVER_PATH=C:\Program Files\Gdal_321\bin\gdal\plugins
JAVA_H
On Mon, Mar 29, 2021 at 2:40 PM Javier Jimenez Shaw
wrote:
> What about COG (Cloud Optimized GeoTIFF - https://www.cogeo.org/)?
> No file size limit (using BigTIFF), different encodings (LZW, deflate,
> JPEG, zstd, ...), direct access to any part of the image,
> overviews/pyramids for different l
I would second COGs using WebP etc compressions. With internal tiling and
overviews it's great for easy hosting and access from cloud providers.
Also, support for Geotifff is great within desktop, serverside, and in
browser.
On Tue, 30 Mar 2021, 05:42 Javier Jimenez Shaw, wrote:
> What about COG
Hi,
I see the deadline to submit talks for FOSS4G 2021 is tomorrow. I'll
probably submit the usual "State of GDAL" talk. Other people are welcome
to submit GDAL oriented talks as well.
Even
--
http://www.spatialys.com
My software is free, but my time generally not.
_
What about COG (Cloud Optimized GeoTIFF - https://www.cogeo.org/)?
No file size limit (using BigTIFF), different encodings (LZW, deflate,
JPEG, zstd, ...), direct access to any part of the image,
overviews/pyramids for different levels of detail, well known format (TIFF).
.___ ._ ..._ .. . ._. .__
On Mon, Mar 29, 2021 at 12:12 PM Marty J. Sullivan <
marty.sulli...@cornell.edu> wrote:
> Just my two cents, I have very little personal use of JP2 although I’ve
> experimented with it in the past.
>
>
>
> I personally have switched to using WEBP and have not run into any issues
> (other than wide
Thanks a lot, I understand better why I saw an 89.5 in the notes ...
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
Just my two cents, I have very little personal use of JP2 although I’ve
experimented with it in the past.
I personally have switched to using WEBP and have not run into any issues
(other than wide support). I think the one place JP2 beats WEBP is that JP2
supports virtually unlimited image dime
It’s just a heavy first step (fork+PR) for this small thing but I’ll
do it.
Not necessarily. For "trivial" changes like that, you may just edit on line:
https://github.com/OSGeo/gdal/edit/master/gdal/ogr/ogr_api.cpp
and this will create the PR in a few clicks.
--
http://www.spatialys.com
M
Le 29/03/2021 à 17:46, Joaquim Manuel Freire Luís a écrit :
Thanks,
Maybe add that info to the docs? By now it only says
We would definitely appreciate your contribution !
OK, I owe you at least that. It's just a heavy first step (fork+PR) for this
small thing but I'll do it.
"OGR_G_Ge
Le 29/03/2021 à 17:46, Joaquim Manuel Freire Luís a écrit :
Thanks,
Maybe add that info to the docs? By now it only says
We would definitely appreciate your contribution !
“OGR_G_GetX() Fetch the x coordinate of a point from a geometry.”
*From:*Even Rouault
*Sent:* Monday, March 29, 2021
Hi,
There might 2 potential issues here: being close to the antimeridian
(and potentially slightly crossing it, but not visible here with the
rounding used to display coordinates), and being close to the pole. I
think that might be the later reason here. Basically EPSG:3857 can't be
reasonabl
Thanks,
Maybe add that info to the docs? By now it only says
"OGR_G_GetX() Fetch the x coordinate of a point from a geometry."
From: Even Rouault
Sent: Monday, March 29, 2021 4:43 PM
To: Joaquim Manuel Freire Luís ; gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] Can't access to points in a b
OGR_G_GetX() can only work on a Point or a LineString/LinearRing
for a polygon, you need to extract the ring first with
OGR_G_GetGeometryRef() / OGR_G_GetGeometryCount()
Even
Le 29/03/2021 à 17:26, Joaquim Manuel Freire Luís a écrit :
OK, one more from the Julia wrappers. Playing with buffe
OK, one more from the Julia wrappers. Playing with buffers now, and it works
but I want to get the points and that fails
julia> wkt = "POINT (1198054.34 648493.09)";
julia> dbf = Gdal.buffer(Gdal.fromWKT(wkt), 500)
Geometry: POLYGON ((1198554.34 648493.09,1198553.65476738 64 ... .09))
julia> to
Hi,
From a png file library (524288 tiles of 256x256px), I georeference them using
gdal_translate like this :
=> gdal_translate -of VRT -a_srs EPSG: 4326 -a_nodata 255 PATH / FILE.png PATH
/ FILE.vrt -a_ullr ULLR
Then I use gdalwarp to reproject them like this :
=> gdalwarp -overwrite -s_srs EP
Hello There,
I'm curious what folks here think about the future of JPEG 2000 in
geospatial?
I was having a little discussion about this over here:
https://github.com/USGS-Astrogeology/ISIS3/issues/4237
To me, the features that made JP2 unique amongst the many codecs were:
0. royalty free
1. suppo
Even, thanks for the answer. The symlinks to the old grid names worked as
expected. Thanks for reporting the fix to PROJ and for finally help me
understand the libraries' dependencies.
Regards,
---
Juan Pedro Pérez Alcántara
jp.perez.alcant...@gmail.com
On Sun, 28 Mar 2021 at 21:17, Even Roua
18 matches
Mail list logo
