Thanks. That worked.
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
On Tue, 25 Jun 2024, Even Rouault via gdal-dev wrote:
Le 25/06/2024 à 16:52, Andrew C Aitchison a écrit :
On Tue, 25 Jun 2024, Even Rouault wrote:
Le 25/06/2024 à 16:25, Andrew C Aitchison a écrit :
On Tue, 25 Jun 2024, Even Rouault via gdal-dev wrote:
Can you run "gdb autotes
On Tue, 25 Jun 2024, Even Rouault wrote:
Le 25/06/2024 à 16:25, Andrew C Aitchison a écrit :
On Tue, 25 Jun 2024, Even Rouault via gdal-dev wrote:
Can you run "gdb autotest/cpp/testclosedondestroydm" , "run" , and when it
crashed "bt" so we have a backt
O read error.
but otherwise the same failures.
I do not have the MrSID SDK, so not recognizing mercator.sid is expected.
Would an strace be any use ? Any particular options ?
Le 25/06/2024 à 15:14, Andrew C Aitchison via gdal-dev a écrit :
This is not a new failure, so thre is no need for thi
supposed to be built at test time.)
Full ctest log at:
https://www.aitchison.me.uk/gdal/ctest.391.gnu.errlog
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk
___
gdal-dev mailing list
gdal-dev@list
from directory
3.9.1/gdalautotest/ogr
I haven't really tried to run the test suite since the switch
to cmake, but the current errors suggest that the suite is
not ready for someone as inexperienced with it as me to use
it to pass or fail the latest release on this platform.
--
I don't think this affects any gdal code.
If you put a comment after an #else an #endif or "}"
(eg to aide finding the start of the block)
then clang-format v15 and v18 will rearrange the
whitespace differently.
Ubuntu Noble 24-04 ships v18.
--
Andrew C. Aitchison
sts that TileDB requires a C++20 compiler.
Is that an issue ?
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
isclosure, copying,
distribution or use of the contents of this e-mail is prohibited. If you have
received this e-mail in error, please notify the sender immediately by reply
email and destroy the message and its attachments.
--
Andrew C. Aitchison
for PRs awaiting response from the requester,
not PRs awaiting a response from a reviewer ?
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
size-type
says *may* be be different from a size_t ... but
https://en.cppreference.com/w/cpp/types/size_t
says that std::size_t is big enough (or the type is ill-formed).
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk
equested page?
Is there another way to deal with expiring tokens?
Michael
PS:
I use Java and start the apps via the ProcessBuilder.
If the header file is re-read for each page, I could update it accordingly
(preferably without conflicts due to simultaneous reading and writing ;o)
).
--
Andrew
he following drive repo if they are not
available in the mail:
https://drive.google.com/drive/folders/1zqV3n2SYUhOjgwxpYpChwqdNTiHAgNHj?usp=sharing
I've tried checking the changelog of that version but it seems only like a
bug fix release.
Any ideas of what else I can test to identify the issue?
uess that it does not
yet exist, so GDAL cannot read it to work out what format it is in.
Nowhere do you say what format outputDataset should have.
Maybe declaring the output file format would stop this error.
Unless you actual want a tiff and a png of the result,
maybe you don'
ume that the implications for these are not significant ?
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
mailing list subscribers.
Maybe so, but how to develop gdal is surely on-topic
for gdal-dev ?
I"m still following and learning.
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk
___
gdal-dev mailing list
On Sun, 18 Feb 2024, Even Rouault wrote:
Le 10/02/2024 à 18:34, Andrew C Aitchison via gdal-dev a écrit :
On Sat, 10 Feb 2024, Even Rouault via gdal-dev wrote:
To test your own development, you may have a more pleasant experience by
directly running just the tests for your driver
I think that libwebp added the "sharpyuv" stuff at version 1.3.0 so perhaps
using an older version would also work, but that doesn't seem sustainable.
Thanks for suggestions,
carl
--
Andrew C. Aitchison Kendal, UK
can actually do from the build directory:
pytest -c autotest/pytest.ini ../autotest/ogr/ogr_gpx.py
Recent tarball releases have cmake/template/pytest.ini.in
but how do I genenerate autotest/pytest.ini ?
--
Andrew C. Aitchison
.
# gdalinfo --formats | egrep USGSDEM
USGSDEM -raster- (rwv): USGS Optional ASCII DEM (and CDED)
- so, yes you can use USGSDEM.
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk
___
gdal-dev mailing list
gdal-dev
Am I right in thinking that all the tiles must have the same
bit-depth and colour interpretation and for paletted tiles
the same colour table ?
I am aware of a vendor whose products had different colour tables,
and even different bit-depths, for each tile - a sort of adaptive
compression.
--
A
On Mon, 18 Dec 2023, Even Rouault wrote:
Le 18/12/2023 à 21:15, Andrew C Aitchison a écrit :
On Mon, 18 Dec 2023, Even Rouault via gdal-dev wrote:
Le 18/12/2023 à 16:18, Andrew C Aitchison via gdal-dev a écrit :
On Mon, 18 Dec 2023, Even Rouault via gdal-dev wrote:
Hi,
interesting
On Mon, 18 Dec 2023, Even Rouault via gdal-dev wrote:
Le 18/12/2023 à 16:18, Andrew C Aitchison via gdal-dev a écrit :
On Mon, 18 Dec 2023, Even Rouault via gdal-dev wrote:
Hi,
interesting question. No easy answer as it is highly driver dependent. I
believe that all drivers make sure
the execution of this method
(and eventually restored back to its original content), so it is not
safe to use a buffer stored in a read-only section of the calling
program.
or
Note that even with eRWFlag==GF_Read, ...
--
Andrew C. Aitchison Kendal, UK
but libpng also uses zlib. Do we need to
do anything to ensure that gdal uses the same zlib as libpng ?
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https
E-mail: i...@strict.be
Web: www.strict.be <http://www.strict.be/>
BTW: BE 0567.559.668
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
--
http://www.spatialys.com
My
)
from llvm-toolchain-snapshot.
I am seeing problems with pytest, but so far nothing that I don't see
with 3.7.1 compiled with gcc 13.1.0.
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk___
gdal-dev mailing
drivers.
There will inevitably be endian issues, but I have come across
several file formats that look to me to be designed to be read
this way, especially the header structures.
Thanks,
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk
already tried before to run "sudo apt remove libarrow-lite14
libarrow14 libarrow-cpu14 libarrow-gpu14 libparquet14", but I have "E:
Unable to locate package" errors.
Do you have some tips for me, to avoid the reference to 14?
Have you tried:
rm CMakeCache.txt
and re
quot;
Italo Calvino
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk___
gdal-dev m
tion I get
different results. The vector-result is similar to the image-result but
never exactly the same and differences can be substantial.
Is AREA_OR_POINT set ?
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk
On Wed, 19 Jul 2023, Even Rouault wrote:
Le 19/07/2023 à 16:32, Andrew C Aitchison a écrit :
* I have offered another driver as a pull request,
but Evan found reviewing my code to be overwhelming.
Ah ah, apparently those were my own words, seeing
https://github.com/OSGeo/gdal/pull/4092
On Wed, 19 Jul 2023, Markus Neteler wrote:
Andrew,
On Wed, Jul 19, 2023 at 4:33 PM Andrew C Aitchison
wrote:
I would like to put a gdal driver on github *as a plugin*.
Are there any existing gdal drivers, or other projects that
depend upon gdal, already separately in github that I could
use
ts.osgeo.org>
https://lists.osgeo.org/mailman/listinfo/gdal-dev
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org<mailto:gdal-dev@lists.osgeo.org>
https://lists.osgeo.org/mailman/listinfo/gdal-dev
--
http://www.spatialys.com
My software is free, but my time
is the first, it may be copied
by future plugins.
* I have offered another driver as a pull request,
but Evan found reviewing my code to be overwhelming.
Thanks,
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk
C. Aitchison Kendal, UK
and...@aitchison.me.uk
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
would have to package
mean I haven't explored github packages yet.
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
On Sat, 29 Apr 2023, Andrew C Aitchison wrote:
Ubuntu 23-04 (Lunar) has g++ v13.0.1 (in the universe section,
this is not the default g++ compiler).
At least as curently shipped, this warns about the line
[[clang::fallthrough]];
(partly becuase with the default settings
a fallthrough *is* intended).
Based on https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109653#c3
I have attached a patch for ports/cpl_port.h
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.ukdiff --git a/port/cpl_port.h b/port/cpl_port.h
index
, but encouraged me to share my intentions with the
group. Therefore, I would like to share our Total Viewshed approach with the
gdal-dev community.
I understand that the performance is not as great as CUDA,
but OpenCL support *is* available in GDAL.
--
Andrew C. Aitchison
On Mon, 20 Mar 2023, Alan Snow wrote:
I think that this is a good change. However, I recommend making this change
associated with the GDAL 4.0 release as it is likely going to break
existing codebases.
Does whether we call it 3.7 or 4.0 affect how long 3.6 is supported ?
--
Andrew C
30112.txt
Apart from the inconvenience of the test suite not passing, that doesn't
invalidate your GDAL build in general. This is a very specific functionality
that no one triggers without explicitly asking for it.
Even
Thanks.
--
Andrew C. Aitchison Kendal, UK
, char const*) ()
#8 0x5558a1d5 in testing::UnitTest::Run() ()
#9 0x55566971 in RUN_ALL_TESTS () at /usr/include/gtest/gtest.h:2293
#10 0x55566853 in main (argc=1, argv=0x5560bc00) at
/home/werdna/git/gdal/autotest/cpp/main_gtest.cpp:55
--
Andrew C. A
the whole file, not just the bits with the metadata.
I don't think this is about authentication at all.
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk
___
gdal-dev mailing list
gdal-dev@lists.osgeo
s to other input functions from the stdio library
for the same input stream.
and the stdio library includes fread/fwrite, so I think it is OK to use both.
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk
__
://lists.osgeo.org/mailman/listinfo/gdal-dev
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
0' 0.00"N)
Lower Right ( 180.000, -90.000) (180d 0' 0.00"E, 90d 0' 0.00"S)
Center ( 0.000, 0.000) ( 0d 0' 0.01"E, 0d 0' 0.01"N)
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
a 6GB (output) and 600MB (input) tif image, the AWS
Instance has approx 60 VCPU
It has taken over 6 hours so far - still running, is it possible to optimise
this and speed it up??
gdalwarp -r near -overwrite coastal-2020.tif 5_UK_coastal-2020.tif -co
BIGTIFF=YES -co COMPRESS=LZW -co BLOCKXSIZE=128 -co BLOCKYSIZE=128 -co
NUM_THREADS=ALL_CPUS --config CPL_VSIL_USE_TEMP_FILE_FOR_RANDOM_WRITE YES
--
Regards,
Clive Swan
--
M: +44 7766 452665
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
l/6869
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
file already exists. The spatial extent of the existing file
will not be modified to accommodate new data, so you may have to
remove it in that case, or use the -overwrite option.
So I would copy the world file then do something based on:
gdalwarp uk.tif world_copy.tif
--
Andrew C
,
whilst clang-format wants to sort
#include <>
and
#include ""
into one alphabetical list.
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk
___
gdal-dev mailing list
gdal-dev@lists
de
So without tweaking, clang-format is potentially breaking my code.
I fear that we need a project .clang-formats file with atleast
SortIncludes:false
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk
__
87B8A0]
But I receive a warning:
Warning 1: layer names ignored in combination with -sql.
And get only 3 files
[cid:image002.png@01D8F433.27BC9750]
I am missing the .shp and the .shx file. Is there something wrong in my command?
--
Andrew C. Aitchison Kendal, UK
://download.osgeo.org/gdal/3.5.3/gdalautotest-3.5.3rc1.zip
The NEWS file is here :
https://github.com/OSGeo/gdal/blob/v3.5.3RC1/NEWS.md
I'll call for a vote promoting it to final next week if no
serious problems are reported before.
Best regards,
Even
--
Andrew C. Aitchison
On Mon, 17 Oct 2022, Greg Troxel wrote:
Andrew C Aitchison writes:
I do know that 4326 uses a geoid which is less accurate *over Great
Britain* than the one the Great Britain Ordnance Survey have been
using for a century or two (OSGB36 Datum 1936, Airy Spheriod 1830!).
I suspect that other
.
Thanks again for your help,
Diogo
On Fri, 14 Oct 2022 at 15:57, Andrew C Aitchison
wrote:
On Fri, 14 Oct 2022, Diogo wrote:
Hello everyone!
I'm merging multiple elevation datasets from different countries and I
would like to re-project all into the same coordinates system, 4326+3855
using
t;every one of" might help.
As I intend to add this option to QGIS gdal_calc window (very useful
option), I must be sure.
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk
___
gdal-dev mailing list
gdal
?
Thanks,
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
,
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
71 318" | PROJ_NETWORK=ON gdaltransform
--debug on -s_srs "EPSG:4326+3855" -t_srs "EPSG:3301+5621">>
682284.606829111 6401087.4159131 318
I don't have much experience with the projections and I'm a bit lost
to understand the possible issues, or interpreted the Z o
of it.
I've used:
srcDataset->GetLayer(0)->GetNextFeature()->GetGeometryRef()->toPolygon()
However i keep getting segmentation faults error.
Any help would be appreciated.
Thanks
--
Andrew C. Aitchison
the data source in read-only mode.
So, have you tried
ogrinfo -ro /vsicurl/MY_FILE_URL
?
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https
completed with exit code 1.
autogen.sh was removed by Evan's pull.
I see this on Ubuntu and MacOS builds on Github.
Who is preparing Conda to drop automake and commit to cmake ?
Thanks,
--
Andrew C. Aitchison Kendal, UK
t (0.0,17999.0)
Upper Right (36000.0,0.0)
Lower Right (36000.0,17999.0)
Center (18000.0, 8999.5)
...
I'm wondering if this is a bug or a feature. I'm happy to provide a sample
file or admit my ignorance if I should have known this was a new change.
Thanks,
Matt Savoi
is running Ubuntu 22.04/jammy )
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
enough to store
the population of the new pixels ?
2. If you don't need to record nodata, you could *try* making the
nodata value 0 and treat them as data.
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk___
-0.000, 555975.260) ( 0d 0' 0.00"W, 5d 0' 0.00"N)
Is your input really a triangle ?
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
t)
See image here
https://ibb.co/mGZHCR0
Any idea from your side on how to better represent histogram from this
gdal-translate conversion ?
As hinted above,
you will first need to choose a format with more bits than uint8 jpeg.
--
Andrew C. Aitchison Kend
generated.
I think that ogr/ogrfeaturedefn.cpp at least may have to be changed as well.
Is the correct fix to change "int i" to "std::vector::size_type i" ?
--
Andrew C. Aitchison Kendal, UK
an
er plugins and internal
libraries, so that would not be a reason to keep the internal libraries.
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk
___
gdal-dev mailing list
gdal-dev@lists
.
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
and nederland at the end of the page), and open/close them
one by one in a loop.
Ah. Could the memory leak be in this loop ?
What language are you using ?
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk
ow (1848484kB < 838860kB)
is intriguing - to me it suggests a 32bit sign issue
1 848 484 kB <
838 860 kB
Could there be a 32/64bit library mismatch ?
--
Andrew C. Aitchison Kendal, UK
and
-process the xlsx file to add a header to that column -
" " may be sufficient ?
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk
___
gdal-dev mailing list
gdal-dev@lists.osgeo
wrinkle on this: each changeset has to not just
pass all existing tests, but also come with a new test, independently
tracked and associated with the change, that must fail before the
change, and pass after it.
That would be a useful addition too.
--
Andrew C. Aitchison
/usr/local/gdal.git.llvm/include/ogr_core.h:161:21: error: comparing
floating point with == or != is unsafe [-Werror,-Wfloat-equal]
MaxY == other.MaxY;
^ ~~
4 errors generated.
--
Andrew C. Aitchison
line to another CRS may produce a non-straight
line.
If so, do we have to worry about this ?
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk___
gdal-dev mailing list
gdal-dev@l
from tile width(256)
If I change SizeX and SizeY to be multiples of 256 (BlockSizeX/Y)
< 766.5
< 577.5
---
768
512
then I get a picture.
However this probably changes the scale in ways you don't want, so the
Uppper/LowerLeft/Right will need adjusting
expectations they will need to meet if they go forward. IMO, they
are not so onerous either.
Should we then change it from "substantion code additions" to
"code additions including (or perhaps interfacing to) non-open code" ?
--
Andrew C. Aitchison
y time generally not.
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
--
Andrew C. Aitchison Kendal, UK
and...
/landing.
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
r a couple of times, with nothing obviously wrong.
Here is a link to the GRIB2 file in question:
https://drive.google.com/file/d/12Fo6jnIhxzCvnSsup9n0kHVKy9lrHD2l/view?usp=sharing
Is running under valgrind an option ?
--
Andrew C. Aitchison
development,
perhaps it is to early to pick one?)
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo
://lists.osgeo.org/mailman/listinfo/gdal-dev
in the footer and the achives is linked from there)
but it isn't very searchable.
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk
___
gdal-dev
, or at least design things so that
only a central change is needed to enable it for all drivers ?
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk
___
gdal-dev mailing list
gdal-dev
ut I still get XY Tolerance = 0.
Stupid suggestions; have you tried
XYTOLERANCE=0,8983153
XYTOLERANCE=8,983153e-10
or
XYTOLERANCE=8983153e-16
(please double check the values 10 and 16) ?
--
Andrew C. Aitchison
ver, that does not seem
like the most elegant solution.
Dave.
files here:
https://drive.google.com/drive/folders/1CclJGBj_L_Z-9hq_Xkse0ARKDdnNvKZJ?usp=sharing
<https://drive.google.com/drive/folders/1CclJGBj_L_Z-9hq_Xkse0ARKDdnNvKZJ?usp=sharing>
--
Andrew C.
erminology of the British Ordnance Survey maps,
you are converting from "Grid North" but are you trying
to convert to "True North" or to "Magnetic North" ?
--
Andrew C. Aitchison Kendal, UK
a bigtiff without decompressing.
I do not have a pointer to code or an application (beyond
the BigTIFF version of libtiff) but some of the people named
as involved with the design are on this list.
--
Andrew C. Aitchison
ill report or submit patches once I understand these issues;
in the mean time, are there any clang-tidy configs for gdal ?
I have read and will reread
https://erouault.blogspot.com/2016/01/software-quality-improvements-in-gdal.html
Thanks,
--
Andrew C. Aitchison
/06/02
cd ../autotest
pip install -r requirements.txt
python -m pytest
Test session starts (platform: linux, Python 3.8.5, pytest 4.6.9,
pytest-sugar 0.9.4)
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk
.
*
https://developers.redhat.com/blog/2021/01/28/static-analysis-updates-in-gcc-11#what_s_next_for_gcc_11_and__fanalyzer
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk
___
gdal-dev
of file system?
A python script could store the incoming data in /vsimem/ and call
gdal_translate internally
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk
___
gdal-dev mailing list
gdal
20.000) (117°37'41.20"W, 33°53'29.75"N)
Center ( 441320.000, 3750720.000) (117°38' 4.70"W, 33°53'49.11"N)
Band 1 Block=20x20 Type=Byte, ColorInterp=Gray
--
Andrew C. Aitchison Kendal, UK
and...@aitchi
a platform that they don't use.
On Wed, Apr 7, 2021 at 10:25 AM Andrew C Aitchison
wrote:
I have developed a gdal driver plugin on Linux and am now attempting to
build it on Windows.
I am using the conda gdal, WIN10 SDK and the mingw-m64 clang11 compiler
(all installed this week, latest
enough to
use -Wall -Wextra -Weverything on linux.
Thanks.
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
or Pioneer ?)
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org
tput rectangle is aligned with the (target) spatial reference system
(SRS).
Have you noticed whether the output image has no-data pixels at the
edges, or crops the original ? I would expect it to do a little of each.
--
Andrew C. Aitchison Kendal
" if I remember correctly).
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
1 - 100 of 188 matches
Mail list logo
