Thank you Even,
I appreciate this view and corresponding insight into the work of the GDAL
sponsored maintenance - this is in addition to the actual work you've
undertaken, and coaching of occasional contributors and question askers like
myself! I hope that in course of time the bug fixing
raster-files=05%7C01%7CMatt.Wilkie%40yukon.ca%7Cfbaf365c2fc04e7785e508db0dfd5ea5%7C98f515313973490abb70195aa264a2bc%7C0%7C0%7C638119154534519723%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000%7C%7C%7C=hUnYEUHVXhmMzWXT126fGBru9GW0bsgcrQMvU6QyJQg%3D=0>
in order to cat
clear on this part yet).
Also asked at
https://gis.stackexchange.com/questions/451951/how-to-build-stac-of-local-raster-files
in order to catch more eyeballs.
Thanks!
Matt Wilkie
Geomatics Developer & Administrator
Environment | Technology, Innovation and Mapping
T 867-667-8133 | Yukon.ca<ht
The definitions are correct. For the union you want a rectangle (or polygon)
that's larger than the input, indeed. But you want the smallest of those
rectangles, because there's an infinity of them. The larger ones would cover an
arbitrary area of the plane (or the globe, if you want).
Same
To my mind the outputs of Union should be the largest extent area and Intersect
is the smallest extent area. However any explanation in words alone will always
have some ambiguity. It can't be avoided.
Union and Intersect via Wiki.GIS.com (I do find the intersect diagram less
clear in this
Hello folks who know about the python script construction :)
The pattern used in all of the python scripts under swig/python/gdal-utils
is foreign to me. Can someone explain what's going on and why it's used?
(or point to where this has been explored already).
if __name__ == '__main__':
; 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
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
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
I've been hearing of Docker for some time but haven't really tried to use
it until this weekend. I'm early in the journey but I begin to see what the
fuss is about. A quick question: what gdal version(s) should I see when
pulling the image names I see in `gdal/docker` tree?
With
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):
Hi,
Does anyone know how to use https://gitpod.io to set up a gdal development
environment? I'm wondering if that might be an easy path for Windows folk
like myself to test changes against linux (e.g. like this one
https://github.com/OSGeo/gdal/pull/5296#issuecomment-1037141210).
I've tried
Ah, okay. So:
~~~
# test the main command line utilities (so both .exe and 'official' python
scripts)
cd autotest
pytest utilities
# test gdal-utils, the 'add-on' python scripts
cd autotest
pytest pyscripts
~~~
I don't feel a need to try adding anything to handle a specific path,
pyscripts is
Hi,
Is there a way to run autotests/pytest only for gdal-utils, or only those
tests that involve a certain folder tree?
-matt
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
Upon reflection it seems to me that both of these are work arounds for
not having regular python wrapper executables created. Now that we can
`pip install gdal-utils` perhaps it's better to use pip to create the
wrappers. I have a little bit of experience with that and am will to
tackle the
On 2022-01-12 2:26 p.m., Idan Miara wrote:
I had the same problem, here's my solution :
https://github.com/OSGeo/gdal/blob/master/swig/python/gdal-utils/osgeo_utils/auxiliary/batch_creator.py
On 2022-01-12 4:40 p.m., matt.wil...@yukon.ca wrote:
Also see OSGEO4W make-bat-for-py.bat
Here is an excellent article on editing elevation models using photo
tools by Tom Patterson of the US National Park Service:
http://www.shadedrelief.com/dem/dem.html
--
matt wilkie
Geomatics Analyst
Information Management and Technology
Yukon
On September-27-11 9:50:39 AM, Matt Wilkie wrote:
Here is an excellent article on editing elevation models using photo
tools by Tom Patterson of the US National Park Service:
http://www.shadedrelief.com/dem/dem.html
If this appears to be out of context, that's because it is. ;-) It's
://gis.stackexchange.com/questions/14545/how-to-generate-world-files-for-raster-x
in the right direction, and additional thanks to Schuyler Erle for
writing gdalcopyproj.py which I used as a starting point.
--
matt wilkie
Geomatics Analyst
Information
Is there a quick way to add back georeferencing information to a geotif file
that has been processed by Imagemagick?
also see
http://code.google.com/p/maphew/source/browse/gis/gdal_extras/bin/gdalcopyproj.py
cheers,
matt wilkie
Geomatics Analyst
Hey All,
www.spatialreference.org is down right now (/The server is temporarily
unable to service your request due to maintenance downtime or capacity
problems. Please try again later./) . Anyone know if this a glitch or
something more permanent?
thanks,
--
matt wilkie
Yves, it's best to use gdalwarp without any compression options and
then use gdal_translate as a last step to apply the compression. See
http://trac.osgeo.org/gdal/wiki/UserDocs/GdalWarp#GeoTIFFoutput-coCOMPRESSisbroken
for more.
cheers,
matt wilkie
Hello,
When I convert with gdal_translate and use jpeg compression in geotiff
format there is artifacting on the edges. It looks like nodata is being
ignored. Is there any way to avoid this? (and still use jpeg or
equivalent space-saving compression)
see attached.
--
matt wilkie
You can add a mask band to the tiff but unfortunately aside from
gdalwarp and mapserver I don't think there is any other way to read it.
see http://docs.oam.osgeo.org/storage/creating.html
Thanks Brian! I've not used masks in gdal before. From my initial
testing I think I can use that recipe
1,003,987,364 _lzw.tif
15/06/2011 10:31 AM 958,908,507 _none.tif
15/06/2011 10:30 AM 965,940,411 _packbits.tif
gdalinfo report is attached.
source file at http://files.environmentyukon.ca/matt/gdal-trans-lzw/ (in
about 20 minutes).
GDAL 1.8.0, released 2011/01/12
what's up?
--
matt wilkie
the space savings was only 10% or so.
matt wilkie
Geomatics Analyst
Information Management and Technology
Yukon Department of Environment
10 Burns Road * Whitehorse, Yukon * Y1A 4Y9
867-667-8133 Tel * 867-393-7003 Fax
http://environmentyukon.gov.yk.ca
Hi Folks, what does this error mean?
gdalbuildvrt -input_file_list img-list.txt mosaic.vrt
0...10Warning 6: gdalbuildvrt does not support heterogenous band
characteristics
. Skipping Quickbird_06m10.tif
...etc.
thanks!
--
matt wilkie
Geomatics
Likely Quickbird_06m10.tif has more or less bands than the previous
files, or band bit depth is different.
That was it, thanks.
For some reason although they were all created from the same source and
process (arcmap export selected area) some images are 8bit RGB and
others 16bit grey
365425784 byte destination buffer.
--
matt wilkie
Geomatics Analyst
Information Management and Technology
Yukon Department of Environment
10 Burns Road * Whitehorse, Yukon * Y1A 4Y9
867-667-8133 Tel * 867-393-7003 Fax
http://environmentyukon.gov.yk.ca
Hi Frank,
Thanks for the clear explanation. I've added, with light editing, to
http://trac.osgeo.org/gdal/wiki/UserDocs/GdalWarp.
I imagine you will just have to use more modest buffers or else get a 64bit
executable for gdalwarp.
Running gdalwarp with defaults (no options specified) seems
On 30/05/2011 2:47 PM, Paul Ramsey wrote:
...so probably FeatureClass and Table names have to be unique
regardless of what FeatureDataset they appear in (true?).
I'm not knowledgeable to comment on the aspects of your post, but I can
confirm that yes FC and Table names must be unique
Worked for me using the following:
#Change black to white
gdalbuildvrt -srcnodata 0 -vrtnodata 255 to-be-decollared.vrt
to-be-decollared.tif
#Run nearblack -white
nearblack -white -o decollared.tif to-be-decollared.vrt
Luke, once again I thank you. :)
matt wilkie
ArcGIS 10 FileGDB's right ?
If the api allows for using gdb's from different versions then the test
suite should have different versions too. In any case I can make v10 gdb's.
Current GDAL trunk builds against FileGDB API beta3 under Linux 32bit. Too bad
ESRI doesn't provide any 64bit build
with feature representations due in a couple
of months, but I can make private subset release early if it's helpful.
I'm willing to create and share other kinds for testing, just let me
know what you're looking for.
cheers,
--
matt wilkie
Geomatics
Perhaps try setting the environment variable GDAL_DRIVER_PATH to
/usr/lib/gdal17plugins
Ok, that finally did the trick. Thanks for your help.
$ export GDAL_DRIVER_PATH=/usr/lib/gdal17plugins
Is this normally set as part of the install? (e.g. should I report a
packaging bug?)
--
-matt
Did you run sudo ldconfig?
yes
--
-matt
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
So you should try sudo gdal-ecw-build /usr/local because you ./configure
the ECW SDK without any installation prefix.
Ahh, thanks Even. That let me run gdal-ecw-build without error, though
there were lots of deprecation warnings.
gdalinfo --formats |grep -i ecw still comes back empty however.
Hi Folks,
I'm trying to add ECW read support to gdal in Ubuntu 10.4 (Lucid)
amd64 and not having much luck. The end goal is simply to be able to
view ecw images in QGIS.
What I've tried to date follows. Edited for space, things were not
actually installed all at the same time or in the order as
Well said Frank. Thank you.
matt wilkie
Geomatics Analyst
Information Management and Technology
Yukon Department of Environment
10 Burns Road * Whitehorse, Yukon * Y1A 4Y9
867-667-8133 Tel * 867-393-7003 Fax
http://environmentyukon.gov.yk.ca/geomatics
osgeo4w's bundling or the current RFC
under discussion to be much different from enabling Ubuntu's universe
and restricted-driver repositories.
matt wilkie
Geomatics Analyst
Information Management and Technology
Yukon Department of Environment
10 Burns
://resources.arcgis.com/node/agreement/3193
cheers,
--
matt wilkie
Geomatics Analyst
Information Management and Technology
Yukon Department of Environment
10 Burns Road * Whitehorse, Yukon * Y1A 4Y9
867-667-8133 Tel * 867-393-7003 Fax
http://environmentyukon.gov.yk.ca
http://blogs.esri.com/Dev/blogs/geodatabase/archive/2010/12/13/File-Geodatabase-API-details.aspx
Thanks for the heads up Bart. The anouncement is for commencement of
beta in January:
Thanks for your interest in the File Geodatabase API. The beta program
for the File Geodatabase API is
yes, GDAL should be able to read geoPDF topo files from the USGS. (geospatial
PDF is more neutral term than geoPDF that happens to be a trademark
This is great news, thanks!
-matt
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
Jason, thank you for this detailed explanation of goings on behind the
curtain. Much of it is over my head, but I appreciate being able to now
percieve the outline of the shadowy shapes in the fog. :)
matt wilkie
Geomatics Analyst
Information
/*
cheers,
--
matt wilkie
Geomatics Analyst
Information Management and Technology
Yukon Department of Environment
10 Burns Road * Whitehorse, Yukon * Y1A 4Y9
867-667-8133 Tel * 867-393-7003 Fax
http://environmentyukon.gov.yk.ca/geomatics
Hello Folks,
It's just a proposal right now, but with your help it could become a
reality, a vendor neutral /QA site for programmers, DBAs,
Cartographers, Geographers and anyone interested in GIS professionally/
Come aboard and help build an information-rich community based gis
technical
7) ??more ideas/requests??
- Have metadata as part of the file, rather than a separate file, to
avoid getting lost when copying data
YES please!
matt wilkie
Geomatics Analyst
Information Management and Technology
Yukon Department
For what it's worth, here is the reply I recieved from ESRI regarding
the release plans. In a follow on message I also asked whether the API
would require runtime licensing or similar, to which I've not received
a reply; I waited a week or so.
Hi Matt,
To answer your question
So the question is: is it true that for a new universal spatial format to
be born it has to have at least read support in the closed source world?
If spatialite, or something like it, sees widespread use elsewhere
ESRI will read it. Heck they already incorporate gdal, even to the
point of
I think discussing a shapefile successor, or even perhaps a code sprint, is a
very good topic for FOSS4G. This same thread that we're weaving now is/has
happened on a number mailing lists and usually generated dozens of responses
each time. The interest is clear. From my vantage the germinating
* ESRI conferences to
ask about both a public file format specifcation and programming API to
the file geodatabase.
best regards,
matt wilkie
Geomatics Analyst
Information Management and Technology
Yukon Department of Environment
10 Burns Road
[Chris]
While ESRI would ideally like to open the file geodatabase format
in a manner similar to what we did for shapefiles when we released
ArcView 2, geodatabases are complex and can be easily corrupted
outside the ArcGIS environment.
Well, that to me says that either ESRI is mis-informing
://www.spatialdbadvisor.com/blog/121/the-shapefile-manifesto/
matt wilkie
Geomatics Analyst
Information Management and Technology
Yukon Department of Environment
10 Burns Road * Whitehorse, Yukon * Y1A 4Y9
867-667-8133 Tel * 867-393-7003 Fax
http
If you want to know how to use it, I sent an e-mail to the mailing
list earlier
http://www.mail-archive.com/gdal-dev@lists.osgeo.org/msg05562.html
Hi Ragi, thanks for re-posting this. I missed the earlier announcement.
matt wilkie
Geomatics
Perhaps not an IDE as most people think of them, but it is certainly a
useful tool with some IDE qualities: Leo Outlining Editor -
http://webpages.charter.net/edreamleo/front.html
cheers,
matt wilkie
Geomatics Analyst
Information Management
Dear GDAL,
What is the difference between gdal_translate's assign nodata and
gdalwarp's destination nodata?
thanks!
--
matt wilkie
Geomatics Analyst
Information Management and Technology
Yukon Department of Environment
10 Burns Road * Whitehorse
of you: are you aware of any
data warehouse service which might be coaxed into mirroring this data
and making it available by rysnc?
thank you for your thoughts,
--
matt wilkie
Geomatics Analyst
Information Management and Technology
Yukon Department
On 10/05/2010 11:40 AM, Chaitanya kumar CH wrote:
Check if gdalinfo creates the xml files when used with the -stats option
on your images.
But be careful with 32bit float rasters. I just filed a bug on gdalinfo
-stats not computing min/max properly on these,
and is not as widely tested.
cheers,
matt wilkie
Geomatics Analyst
Information Management and Technology
Yukon Department of Environment
10 Burns Road * Whitehorse, Yukon * Y1A 4Y9
867-667-8133 Tel * 867-393-7003 Fax
http://environmentyukon.gov.yk.ca
in Windows registry -
http://trac.osgeo.org/osgeo4w/ticket/114
Longer term, I'd like see ipython added to the o4w packages list, but
have not had the time to devote to it yet.
cheers,
matt wilkie
Geomatics Analyst
Information Management and Technology
As a side note, I’m sure this has come up before, but I couldn’t find a
search engine to for the entire e-mail archives. Am I just missing it?
Mail archive is nice and speedy, not sure of it's reach:
http://www.mail-archive.com/gdal-dev@lists.osgeo.org/maillist.html
Nabble goes back to
no plans to support it.
Well I for one will open a request with ESRI tech support to add a
driver for it - after I prove to myself that spatial-lite will work
satisfactorily in-house of course.
cheers,
matt wilkie
Geomatics Analyst
Information Management
\bin\ which you can
use as a model for your own to get started.
cheers,
matt wilkie
Geomatics Analyst
Information Management and Technology
Yukon Department of Environment
10 Burns Road * Whitehorse, Yukon * Y1A 4Y9
867-667-8133 Tel * 867-393-7003 Fax
://trac.osgeo.org/osgeo4w/ticket/114
cheers,
matt wilkie
Geomatics Analyst
Information Management and Technology
Yukon Department of Environment
10 Burns Road * Whitehorse, Yukon * Y1A 4Y9
867-667-8133 Tel * 867-393-7003 Fax
http
. And thanks for the pouinter. It made interesting reading
and likely largely covers the ground this thread might, should it continue.
best regards,
matt wilkie
Geomatics Analyst
Information Management and Technology
Yukon Department of Environment
10
to an intermediate
state to transfer to another machine or medium and then import on the
other end. Maybe this is more properly a limitation of the readily
available tools than the storage format though.
best regards,
matt wilkie
Geomatics Analyst
, especially on programming advice! Please use the
o4w trac for logging bugs.
Enjoy!
--
matt wilkie
Geomatics Analyst
Information Management and Technology
Yukon Department of Environment
10 Burns Road * Whitehorse, Yukon * Y1A 4Y9
867-667-8133 Tel * 867-393
I'm by no way a vector expert, but for this kind of stuff I'd go the
postgis way, at least for intermediate storage.
I've thought of this but have shied away from it because of the overhead
of installing postgis etc. just to get started. Time to get over my
shyness perhaps :)
cheers,
matt
:\historic_topos\rects\w\%%f
v:\historic_topos\8bits\w\%%f
)
or interactively from the command line:
pushd v:\historic_topos\rects\w\
for %f in (*.tif) do rgb2pct %f ..\..\8bits\w\%f
popd
More info at http://ss64.com/nt/call.html
cheers,
matt wilkie
an idea of what to ask for either.
best regards,
matt wilkie
Geomatics Analyst
Information Management and Technology
Yukon Department of Environment
10 Burns Road * Whitehorse, Yukon * Y1A 4Y9
867-667-8133 Tel * 867-393-7003 Fax
http
Thanks for your thoughts Chaitanya.
I was hoping someone might have some data, but it looks like I might have to
devise some tests and see which route works best in our environment. :)
cheers,
-matt
--
View this message in context:
Dear GDAL,
Any thoughts on whether the best read/write performance vs disk space used
is achieved through file system compression or in-raster compression? The
former would be via Windows NTFS compact and the latter via TIFF LZW or
perhaps JP2.
thanks,
-matt
--
View this message in context:
In future a person or program using data defined as NAD83(CSRS) will
reasonably expect sub-meter datum accuracy, for that is the purpose of
the datum. if this is not the case, it should not call itself such.
The accuracy of any data is irrelevant to the projection it's in though. I
can
Is there a difference between NAD83 and NAD83 CSRS ?
(the difference between NAD83/GRS80 and WGS84/WGS84
is usually neglectable).
I have been operating on the presumption there must be _some_ kind of
important difference else they wouldn't have gone through the bother of
formulating and
I suspect EPSG does not define a NAD83(CSRS) datum
because it needs a dynamic reference frame definition,
which cannot be approximated decently with a seven parameters
transformation, anyway. So it would be not a proper approach.
For clarity, EPSG does define a NAD83(CSRS) datum, it's
the case for CDED which
was derived from DTED.
best regards,
matt wilkie
Geographic Information,
Information Management and Technology,
Yukon Department of Environment
10 Burns Road * Whitehorse, Yukon * Y1A 4Y9
867-667-8133 Tel * 867-393-7003 Fax
http
and white images should compress pretty well.
matt wilkie
Geographic Information,
Information Management and Technology,
Yukon Department of Environment
10 Burns Road * Whitehorse, Yukon * Y1A 4Y9
867-667-8133 Tel * 867-393-7003 Fax
http
compressed airphotos so
that color pixels can be treated as transparent when mosaicing.
cheers,
matt wilkie
Geographic Information,
Information Management and Technology,
Yukon Department of Environment
10 Burns Road * Whitehorse, Yukon * Y1A 4Y9
867
for the kind upward estimation of my
coding ability though!
cheers,
matt wilkie
Geographic Information,
Information Management and Technology,
Yukon Department of Environment
10 Burns Road * Whitehorse, Yukon * Y1A 4Y9
867-667-8133 Tel * 867-393-7003 Fax
http
( 499519.945, 987640.863) (141d 0'34.57W, 63d22'43.99N)
thanks,
--
matt wilkie
Geographic Information,
Information Management and Technology,
Yukon Department of Environment
10 Burns Road * Whitehorse, Yukon * Y1A 4Y9
867-667-8133 Tel * 867-393-7003
the same order?
The -te arguments are in the output file coordinate system.
Perhaps this could be added to http://www.gdal.org/gdalwarp.html for
clarification.
thanks again! (I was really pulling my hair out)
matt wilkie
Geographic Information
,
--
matt wilkie
Geographic Information,
Information Management and Technology,
Yukon Department of Environment
10 Burns Road * Whitehorse, Yukon * Y1A 4Y9
867-667-8133 Tel * 867-393-7003 Fax
http://environmentyukon.gov.yk.ca/geomatics
Try:
g++ -I/usr/include/gdal hillshade.cpp -lgdal -o hillshade
Thank you for the suggestion, still no good though:
:~/src/demtools$ g++ -I/usr/include/gdal hillshade.cpp -lgdal -o hillshade
/usr/bin/ld: cannot find -lgdal
collect2: ld returned 1 exit status
:~/src/demtools$ g++
Hello Folks, I could use some hand-holding please... :)
I'm trying to compile Matt Perry's hillshade
[http://www.perrygeo.net/wordpress/?p=7] utility on Ubuntu 8.10 (amd64
if that makes a difference). I'm told hillshade.cpp:24:23: error:
gdal_priv.h: No such file or directory. I have installed
/classGDALRasterBand.html#c6f081d253dee55c372e54cfdd8f05a6
cheers,
matt wilkie
Geographic Information,
Information Management and Technology,
Yukon Department of Environment
10 Burns Road * Whitehorse, Yukon * Y1A 4Y9
867-667-8133 Tel * 867-393-7003 Fax
these are scanned maps, the edges may not be pure white or black,
in which case you may need to pre-process with the nearblack utility:
http://www.gdal.org/nearblack.html
cheers,
matt wilkie
Geographic Information,
Information Management
digital elevation
models, has led me to VIPS
(http://www.vips.ecs.soton.ac.uk/index.php?title=VIPS), though as yet
I've not had the time to explore the possibility.
cheers,
matt wilkie
Geographic Information,
Information Management and Technology
Thanks Even!
This perfectly matches a task I have, and lets me cast half a dozen
scripts I've created with the pctrgb workaround into the compost bin. :)
matt wilkie
Geographic Information,
Information Management and Technology,
Yukon Department
88 matches
Mail list logo
