f
Do this 2nd:
gdal_translate 'Mount Rose2.tif' 'Mount Rose.tif' -b 1 -b 2 -b 3 -mask 4
-co COMPRESS=JPEG -co PHOTOMETRIC=YCBCR --config GDAL_TIFF_INTERNAL_MASK YES
Works on Linux, but creates a HUGE file (~88 MG):
gdal_translate -of GTiff -co "COMPRESS=DEFLATE"
On Fri, 22 Nov 2024 at 10:26, ni hao via gdal-dev
wrote:
> when I tried to pip install gdal, I got:
>
> Collecting gdal
> Downloading gdal-3.10.tar.gz (848 kB)
This fails because the source distribution of gdal needs to be
compiled. There are no pre-compiled binary wheels on PyPI.
There are se
On Fri, 23 Aug 2024 at 04:03, Ewan Tarrant via gdal-dev
wrote:
> Thanks in advance for your help,
To read point data from a netCDF file, refer to the vector driver:
https://gdal.org/drivers/vector/netcdf.html
The data would need to conform to CF-1.8 for Point data:
https://cfconventions.org/Data
On Wed, 24 Jul 2024 at 22:34, Javier Jimenez Shaw via gdal-dev
wrote:
> Maybe the solution is that proj.org default be "stable" and not "9.4".
The reason why PROJ's RTD is configured this way is that "stable" is
set at one commit (currently 875a485f) for the most recent release, as
described by
h
On Wed, 3 Jul 2024 at 03:36, Robin Wilson via gdal-dev
wrote:
> Any suggestions welcome,
If you routinely access a specific database, a reliable method is to
create a .pgpass file:
https://www.postgresql.org/docs/current/libpq-pgpass.html
This way you never need to provide a password.
__
Reprojecting shows a calculation error in the warping of a UTM Projection to a
Missouri State Plane West or Central projection. The manifestation is a series
of crosshatch marks where the the tile Corners are and/or a black grid around
all the tiles in the data set, which is dependent on the z
On Fri, 22 Apr 2022 at 07:05, wrote:
>
> Idea for a small but useful python tool: scan image for min/max values and
> convert to smallest possible bit depth without losing values. Surely someone
> has done something like this already. Any suggestions for where to look for
> prior art?
This is
In the case if FileGDB, which driver you use to read the FileGDB makes a
big difference.
On Thu, Jan 20, 2022 at 8:59 AM Jon Morris wrote:
> Hi Sean,
>
>
>
> That seems to be the best option. I was testing on Shapefile initially,
> but after I posted, I tried a memory layer and got quite differe
On Thu, 13 Jan 2022 at 07:25, Rafael Lima wrote:
> I installed gdal on a Windows environment using anaconda and tried using one
> of the .py scripts (e.g., ogrmerge.py). I expected the script to make use of
> the gdal installed in such an environment, but it seems that the script finds
> anothe
n a geoj:
https://www.reddit.com/r/QGIS/comments/mbljrw/render_visible_layers_only/
https://gis.stackexchange.com/questions/111784/displaying-only-selected-features-on-map-in-qgis
Mike
On 7/29/21 11:30 AM, Simon Eves wrote:
The problematic one in this case is about 30GB, with ~5.9M features,
of prop
with.
You might try that just to see if it makes a difference for you.
So you could replace "],[" with "],\n[" (\n being a newline). The file
might get even bigger, but QGIS is much happier with the newlines than
with the wide rows.
Mike
On 7/29/21 9:26 AM, Newcomb, Doug
I have no problems. In fact I converted from
SHP to geojson 2 years ago because I used to have problems
with SHP linear files.
I use QGIS 3.16.8 on Linux Mint.
Mike
On 7/28/21 2:36 PM, gdal-dev-requ...@lists.osgeo.org wrote:
Date: Wed, 28 Jul 2021 12:22:12 -0700
From: Simon Eves
To:gdal-dev
On Mon, 14 Jun 2021 at 20:49, Bang Pham Huu
wrote:
> I've questions regarding Military Grid Reference System (MGRS) grid data.
If it's simple coordinate conversions to/from MGRS and UTM, a decent
library is GeographicLib:
https://geographiclib.sourceforge.io/html/GeoConvert.1.html
https://geogra
ng output that might be named the same as the
input file. What it appears to expect is individual TIFF names. Does anyone
have suggestions on how to correct this?
Mike
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
On Sat, 15 May 2021 at 12:28, Jason Snyder via gdal-dev
wrote:
> I noticed that when displaying the graph in mapserver I get label values such
> as 1010. whereas I want the labels to be whole numbers. How do I
> tweak this code to get whole numbers for pressure contour labels in map
> s
f vs src_TRANSLATE:
https://drive.google.com/file/d/1XeWafUlUzN6somcyUL2dfyvlwS3IOpRP/view?usp=sharing
gdalwarp src.tif vs src_WARP:
https://drive.google.com/file/d/1Zv5ypaRzCEZzVUmfGf01UtTTVoPD7ADL/view?usp=sharing
Thanks in advance,
Mike
___
gdal-
ay be the best option for you.
Mike
On 10/12/20 2:00 PM, gdal-dev-requ...@lists.osgeo.org wrote:
Hello all,
I am new to this list, apologies if this type of question has already been
asked. I’m using GDAL/OGR version 3.0.4 on a brand new server with 256GB ram.
I have a moderately sized (~110M
think I see that
it is part of gdal:
https://gdal.org/programs/gdal2tiles.html
I do:
gdal -v
Surprisingly I get:
Command 'gdal' not found, did you mean: . . .
I do:
gdal_translate -of GTiff -co "COMPRESS=DEFLATE" --config GDAL_PDF_DPI
300 /home/mike/Documents/copy3/king.pdf
On Sat, 2 May 2020 at 08:01, Craig Delancy
wrote:
> I am trying to explain to a colleague how the affine transform maps image
> coordinates onto a projection system.
> Specifically, I am trying to explain how mathematically speaking, any
> parallelogram section of the coordinate system can be re
Hi Even,
Yes, I agree these times are way longer than they should take.
It looks like Howard was investigating AZP:
https://github.com/OSGeo/PROJ/tree/azp how is that going?
It seems that many projects have shifted from AppVeyor to AZP for
performance benefits.
As you mentioned, some of the dep
s I'm that loading geotiffs based on a paging
system, and I'd like to be able to efficiently handle adding these new
datasets. Any suggestions for where to look or maybe a different method is
appreciated too.
Thanks,
Mike
___
gdal-dev mailin
?
Anyways, thanks again.
Mike
On Wed, Jan 29, 2020, 00:30 Carsten Lockenkötter <
carsten.lockenkoet...@gon.de> wrote:
> I ran into the same problem a while back.
> My solution was to change the AxisMapStrategy to OAMS_TRADITION_GIS_ORDER.
>
> You can read more about this here:
it agreed
with the project tool on esri and epsg.io.
epsg.io/transform#s_srs=4326&t_srs=32617&x=-81.5&y=30.5
Anyways I desire to use python 3 and gdal 3.
What might I need to do to get it working correctly? I know there was a lot
of changes
ayer in python.
On Tue, Nov 5, 2019, 12:29 mike Null wrote:
>
> I'm trying to create some features in a File GDB, and have that driver
> loaded.
>
> I've been doing something along the lines just fine to gpkg, but I hit a
> FileGDB issue and wondering how to get ar
I'm trying to create some features in a File GDB, and have that driver
loaded.
I've been doing something along the lines just fine to gpkg, but I hit a
FileGDB issue and wondering how to get around it.
This line in python
lyr = fgdbds.CopyLayer(inmemorylayer,somename,['OVERWRITE=YES'])
I get the
al2tiles.py too?
Hi Tim,
This has been addressed with https://github.com/OSGeo/gdal/pull/1817
and should appear in the next release.
Cheers,
Mike
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
On Thu, 25 Jul 2019 at 01:19, Ivan Lucena wrote:
> mem_ds.SetGeoTransform((xmin, xResolut, 0, ymax, 0, yResolut,))
Check your value for yResolut, as it should be negative. In my
experience, a raster full of zeros is when the geometry is outside the
raster window, so be sure to manually ch
ng", "coordinates": [ [
-93.40203, 35.97839 ], [ -93.4031, 35.97831 ], [ -93.40372, 35.97807
], [ -93.40444, 35.97744 ], [ -93.40544, 35.97578 ], [ -93.40589,
35.97552 ], [ -93.40636, 35.97549 ], [ -93.407, 35.97576 ], [
-93.6255, 37.18735 ] ] } },
So I'm thinking the id need
On Sat, 15 Jun 2019 at 03:32, Nicolas Cadieux
wrote:
> I am trying to get the length of a line in python. (Not just the straight
> length between the first and last nodes). Using geopandas, (therefore the
> Shapely lib) I am getting the euclidien distance even though the dataframe
> holdings t
Most browsers will open a JPG file.
In the browser, go to File - Open and open
the file.
Mike
On 4/13/2019 2:00 PM, gdal-dev-requ...@lists.osgeo.org wrote:
Date: Fri, 12 Apr 2019 23:05:06 +0300
From: עוז אלהרר
To:gdal-dev@lists.osgeo.org
Subject: [gdal-dev] Convert GEOTIFF to JPG using
On Sat, 26 Jan 2019 at 05:50, Adrien André wrote:
> If GDAL cannot read the .emf file, try using ImageMagick:
> convert image.emf my_raster.png
This is a good approach, however you will also need to pay attention
to convert's -density and -units options [1] to maintain some sort of
meaningful sca
The symlink to https://download.osgeo.org/gdal/CURRENT/ hasn't been
updated for a few releases.
If there is a "HOWTO-RELEASE" document, this step should be added to
update the link.
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.o
Indv.shtml (US1AK90M). That page also tells
you the update application date and issue date.
I can try to submit an issue later today.
On Thu, Aug 30, 2018, 8:54 AM Even Rouault
wrote:
> On jeudi 30 août 2018 07:29:12 CEST Mike wrote:
> > The multiple field/subfields - I think gdal already
The multiple field/subfields - I think gdal already does this for S-57 on
DSID. It just prefixes the subfields with the field name.
However -side note: it seems the DSID_ISDT (issue date) is incorrect, it
just has the same value as DSID_UADT (update application date).
On Thu, Aug 30, 2018, 4:27
I'm looking to see if there is a way to do a sql statement on a dataset
level instead of a layer level.
Basically, I have a bash script, and wish to merge a bunch of
esrifilegeodatabase.zip into a geopackage.
I can do something like this
ogr2ogr -F GPKG dest.gpkg -append -update $zip -sql "SELEC
any layer to get further info on, except
dqyarea@dqy(*)_area, where it then segfaults. I'm unsure if this is a bug
or on how it was packaged.
Of note, gdal 2.2.0 (from qgis 2.18.9) on Windows reads dqyarea fine.
Any tips on how to read the layer?
Hi,
I requested this feature 2 years ago:
https://trac.osgeo.org/gdal/ticket/6015
I probably had some workaround in Python, but I can't recall any details.
Cheers,
Mike
On 6 October 2017 at 00:59, sujankoirala2 wrote:
> Hi there,
> I was wondering if it would be possible to
On 11 September 2017 at 21:09, Paul Meems wrote:
> I have a large shapefile with over 2.8 million shapes (fishnet) and I have a
> border file with only 1 multipolygon.
>
> I'm trying to clip the fishnet with the border.
> Using code is takes about 5 min. using command line it takes even longer.
>
ing remote windowed reads
quickly on this data. However, I'm very open to suggestions if anyone has
any ideas on how it might work.
Cheers.
On Mon, Jul 24, 2017 at 11:21 AM, Even Rouault
wrote:
> Mike,
>
>
>
> (note to other readers: this is the continuation of the thread
>
&g
250
Corner Coordinates:
Upper Left (0.0,0.0)
Lower Left (0.0,44032.0)
Upper Right (43008.0,0.0)
Lower Right (43008.0,44032.0)
Center (21504.0,22016.0)
Band 1 Block=1024x1024 Type=UInt16, ColorInterp=Gray
Overviews: 21504x22016, 10752x11008, 5376x5504, 2688x2752, 1344x1376
I turned on some debug options that shed some light on to what's going on.
It appears that the NITF driver must internally open a JPEG 2000 Driver on
a virtual subfile. In my case, that virtual subfile starts at offset 4038
and continues to the end of the file, offset 901949970.
While this is a ni
Hi all,
I'm having an issue with VSIS3 on the Digital Globe multiview-stereo
imagery collection.
Here is an example command I'm running --
gdal_translate -srcwin 000 000 1000 1000 /vsis3/glitch253/test2.ntf
from_s3.nitf
So I'm simply cropping out an upper left 1000x1000 window. When I've done
th
Nik Sands, thank you, you nailed it.
That was my problem: the UTM coordinate system I was expecting is projected,
so I needed to use those functions you listed with the "PROJCS" key to get
the proper EPSG code. Once I parsed out the code, I get 32617 as expected.
Thank you all!
--
View th
Hi,
I looked to see if this was asked before but couldn't find it.
Are any of the S57 open options exposed in the swig bindings? If so, how do
I use them?
the page I refer to is here http://www.gdal.org/drv_s57.html
Thanks
-Mike
___
gdal-dev ma
Hello,
I have a situation in which I would like to load up a set of polygons, and
determine what EPSG code they are using. I am testing with a simple square
polygon in upstate New York using the UTM projection, saved into a Shapefile
.
I am able to create my dataset, layer, and read the geometry
teger64'
vs regular int.
Any pointers on how to move past this would be good. I won't be able to
look at the error till Monday, so I might not be able to answer any follow
up questions till then.
Thanks!
-Mike
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
just and not +somesuffix.
How can I accomplish what I want?
This is ultimately run on many datasets, so it will be appending to
existing tables (or create them if they didnt exist yet).
-Mike
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
On 7 November 2016 at 21:33, Jyrki Von Karkki
wrote:
> Hi all
>
> I'm having a bit of an issue with the postgresql/postgis driver on freebsd.
> It simply does not appear installed.
How did you install GDAL? The PostgreSQL driver is not always
available since it not compiled by default.
If you ar
tude + " +lon_0=" + longitude + " +x_0=0
+y_0=0"
See http://gis.stackexchange.com/a/121539/1872 for this recipe in R.
You can make something similar with OSR.
Cheers,
-Mike
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
nd, all of other metadata, including grid
size, are provided elsewhere.
Cheers,
-Mike
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
uot;, "GEOM_TYPE=geography",
"-lco", "GEOM_NAME=geog",
"-nln", "CM_SHAPE",
"--debug", "ON"
,"-t_srs", "EPSG:4269"
,"-s_srs", "EPSG:26912"
};
ogr2ogr.main(cmd);
Mike
From: gdal-dev [mailto:gdal
yer UGRB_Ozone_NAA (use -skipfailures to skip errors)
I'm assuming there is nothing unusual about the shapefile. The file is
available here:
http://deq.wyoming.gov/media/attachments/Air%20Quality/Winter%20Ozone/Nonattainment%20Information/2012_AQD_UGRB-Ozone-Nonattainment-Area-GIS-Shape-File.zip
Any help is appreciated.
Thanks,
Mike
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
This is not just a MSVC issue. M_PI and other constants are not part
of the ISO standard, so if you try:
$ gcc --std=c99 small_program_with_M_PI.c
you will get "error: ‘M_PI’ undeclared"
I'm not sure if you can compile GDAL with `--std=c99`, but I don't see
any compelling reason to remove #ifndef
On 11 February 2016 at 02:05, Even Rouault wrote:
> Would someone looking at this discussion and having access to ESRI software be
> willing to generate tiny (meaning just one single shape, with the smallest
> number of vertices) shapefiles of type PointZ, ArcZ, PolygonZ and MultiPointZ,
> and *wi
On 11 February 2016 at 01:31, Even Rouault wrote:
> Le mercredi 10 février 2016 13:05:20, Peter Halls a écrit :
>> ESRI handle this in a non-intuitive way: XYM is supported, but Z
>> always has a Measure, so is XYZM! The formal definition is here:
>> https://www.*esri*.com/library/whitepa
laces the data into the $outfile. Place both
# the .shp and .shx file in the C:/Copy directory.
# The output file is also created in the same directory.
I can also send the files if you run Perl. They use
the Geo::ShapeFile module.
Mike
On 1/10/2016 2:00 PM, gdal-dev-requ...@lists.osgeo.org
On 11 November 2015 at 02:33, Even Rouault wrote:
> Long answer:
> This CRS probably didn't exist in the EPSG database v8.5 that was used the
> last time the proj/GDAL derived EPSG database was generated. And I see that
> the ellipsoidal Lamber Cylindrical Equal Area projection method 9835 was als
Hi Even,
Fantastic, thank you very much! I'll give this a go and let you know how I go.
Cheers, Mike
-Original Message-
From: Even Rouault [mailto:even.roua...@spatialys.com]
Sent: Monday, 24 August 2015 6:04 PM
To: gdal-dev@lists.osgeo.org
Cc: Mike Manning
Subject: Re: [gda
enerate_base_tiles()
File "/usr/bin/gdal2tiles.py", line 1276, in generate_base_tiles
dsquery.WriteRaster(wx, wy, wxsize, wysize, data,
band_list=list(range(1,self.dataBandsCount+1)))
File "/usr/lib/python2.7/dist-packages/osgeo/gdal.py", line 796, in
WriteRast
mike
> From: even.roua...@spatialys.com
> To: gdal-dev@lists.osgeo.org
> Subject: Re: [gdal-dev] Why is saving an array to ENVI file format using
> SaveArray so slow?
> Date: Fri, 24 Jul 2015 21:31:30 +0200
> CC: mikec7...@hotmail.com
>
> Mike,
>
> I've tri
our
thoughts on this matter would be appreciated.
Thanks
Regards
mike Finished save
3790 function calls in 24.405 seconds
Ordered by: standard name
ncalls tottime percall cumtime percall filename:lineno(function)
10.0000.0
not implemented. I've
started an enhancement ticket for a -3D option:
https://trac.osgeo.org/gdal/ticket/6040
-Mike
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
al_calc.py -A var_stacked.vrt --outfile=avg_var.tif --calc="A.mean(axis=0)"
However, the result avg_var.tif is not as expected due to the use of
blocks. Is this ticket worthy?
-Mike
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Rasters can only store numeric types, not strings. But you could
either rasterize the primary key, or reclassify the strings into a
so-called lookup table of ID and string (e.g. 1="green", 2="blue",
etc.). And then you could look-up the text from a raster using the
common integ
On 6 April 2015 at 09:39, Even Rouault wrote:
> I should have mentionned what currently exists indeed :
>
> struct {
> GInt16 Year;
> GByte Month;
> GByte Day;
> GByte Hour;
> GByte Minute;
> GByte Second;
> GByte TZFlag; /*
either hash the
values or do an SQL JOIN.
-Mike
On 7 January 2015 at 14:20, Stefan Keller wrote:
> Hi,
>
> ArcGIS offers "Coded Value Domains" (short: "coded domain") to specify
> a valid set of values (code+description) for an attribute [1].
>
> Any clues o
ed/numpy.median.html
-Mike
On 24 November 2014 at 23:14, Simen Langseth wrote:
> I have one GeoTiff file with 3 bands. I want to produce a raster file
> computing pixel wise median value for the three raster bands. How can I do
> that?
>
> I tried as follows:
>
> gdal_calc.py -A i
fer a few prepared
use-cases, or somehow provide extra parameters. Or just provide a
single use case, similar to Gaussian blur routines in various raster
editing software.
-Mike
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
r[2, 2] = 12
gt = [0, 1, 0, 6, 0, -1]
for (sh, v) in rasterio.features.shapes(ar, transform=gt):
print('%s: %s' % (v, shape(sh)))
11: POLYGON ((0 6, 0 0, 5 0, 5 6, 0 6), (2 4, 3 4, 3 3, 2 3, 2 4))
12: POLYGON ((2 4, 2 3, 3 3, 3 4, 2 4))
-Mike
The path strings are not escaped, so dissolve[13] is '\a' or '\x07'
and not 'a', which makes the path invalid.
For Windows paths, the best practice is to either use forward slashes
(like unix), or use raw escape with r as a string prefix, e.g.
dissolve = r'C:\OSGeo4W64\apps...'
On 12 July 2014 0
Cool, and understood. It caught me out, that is all and I'd like to make
sure it doesn't for others...
Sent from my phone which isn't an iPhone
On 27 Jun 2014 07:40, "Chaitanya kumar CH" wrote:
> Mike,
>
> Thanks for the update. But, I have to mention that the
know or pointing me to the relevant web page with
details it would be much appreciated
Many thanks
Mike
--
--
*Mike Saunt*
Astun Technology Ltd, The Coach House, 17 West Street, Epsom, Surrey, KT18
7RL, UK
t:+44 1372 744 009 m:+44 788 680
***
", I think I'll use `del ds` as the recommended
method, with mention that any copies of the references to the
dataset/source also need to be dereferenced.
-Mike
[1] http://www.gdal.org/ogr__api_8h.html#a9d845a6cf6652756925530418905471a
___
g
he Python bindings
manually with the appropriate --prefix:
$ cd swig/python
$ python setup.py install --prefix=/to/where/you/want/it
or edit swig/python/GNUmakefile (line 71):
$(PYTHON) setup.py install --prefix=$(DESTDIR)$(prefix)
-Mike
___
gdal-dev mailin
es:
obj = None
or
del obj
I'm unsure of which is regarded best practice, but encourage
consistency. Please edit as necessary or reply with suggestions.
-Mike
=== Saving and closing datasets ===
To save and close raster datasets, the object needs to be
dereferenced, such as setting
go
with the 85% compression. A 10.1MB PDF turns
into a 26.2MB TIFF, which would zip to 26.0MB
if anybody cared to zip it.
Thanks for all your help.
You guys saved me a lot of time.
Mike
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
le. These files
are about 15 times bigger than the ones I am used to, but
they do have quite a bit of detail and don't have the
blank white space that a 7.5 minute topo has.
These Tiffs are very well georeferenced. I am pleased.
Mike
On 3/23/2014 7:31 PM, Mike Flannigan wrote:
Thank
wpt.tif --config GDAL_PDF_LAYERS_OFF
"Map_Collar","Map_Frame.Projection_and_Grids" --config GDAL_PDF_DPI300
It gave an error:
ERROR 1: --config option given without a key and value argument.
I'm still working with it. I don't want tiled - I want the border
of the drawing included in the G
a basic convert utility.
I'm going to this page:
http://www.gisinternals.com/sdk/
but I don't know which download I need. I would like a
64 bit version.
Should I use the 2nd item under "GDAL and MapServer",
which is the "MSVC2005 (Win64) -release" one? O
3D
geometries by ogr.GeometryTypeToName(), but this is false.
Furthermore, other OGR documents refer to these geometries as so
called 2.5D geometries, and not true 3D geometries.
- The 2.5D geometries (e.g. wkbLineString25D) are simply reported as
their geometry type, and no mention of dimensions.
It seems the "3D " name prepending logic is reversed.
-Mike
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
in a shell (cmd.exe or Bash):
ERROR 4: `noexist.tif' does not exist in the file system, and is not
recognised as a supported dataset name.
It appears this output is sent to stderr. How can this output also
appear in an interactive Python shell, such as PythonWin or IDLE?
an I force gdal_translate to set that resolution field? I'm not
a TIFF expert, but it seems like it would be a standard field if
tiffinfo throws an error when it's not populated.
Thanks,
Mike
___
gdal-dev m
#x27;t find it. The Worldwind
code handles bytes, signed int16s, and signed int32s.
Thanks,
Mike
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
That was it exactly. Next time I'll read the fine print a bit more closely.
Thanks Even!
Mike
-Original Message-
From: Even Rouault [mailto:even.roua...@mines-paris.org]
Sent: Thursday, July 28, 2011 2:44 PM
To: gdal-dev@lists.osgeo.org
Cc: Mike O'Malley
Subject: Re:
the NITFs in my set. The NITFs are viewable
using FWTools and look good; the TIFFs created by gdal_translate match
them. It's just my Java code that's producing blank images.
Am I missing something obvious?
Thanks,
Mike
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
neighbour, and bicubic as the gdalwarp resampling
methods but have not succeeded in getting anything useable.
Any other suggestions? The files are Gb in size.
We have the RPCs and full metadata for each of the files.
Cheers
Mike Willis
Postdoctoral Research Associate
Earth and Atmospheric S
Perfect, thanks! That worked for both gdalinfo and for derived data
via CreateCopy().
-Mike
On 2 June 2011 21:21, Even Rouault wrote:
> Le jeudi 02 juin 2011 00:54:48, Mike Toews a écrit :
>> I'm struggling to understand why both the aux.xml file and output from
>> gdalinfo
I'm struggling to understand why both the aux.xml file and output from
gdalinfo are really bulky in file size for my GeoTIFFs. First, output
from gdalinfo on a 375 KB GeoTIFF file has 196664 lines:
Driver: GTiff/GeoTIFF
Files: HorizB.tif
HorizB.aux
Size is 317, 301
Coordinate System is:
...
s in it. I would
recommend adding a "See also" link from AddFieldDefn to:
http://www.gdal.org/ogr/ogr__api_8h.html#ab585ef1166c61c4819f7fd46ee4a275
-Mike
On 18 March 2011 18:45, Chaitanya kumar CH wrote:
>
> Mike,
>
> A new field cannot be added to a feature definition while
re()
feature.GetField('EXIST') # an existing float field with data
feature.SetField('EXIST', 111.1) # works
feature.SetField('MYFLD', 123) # does nothing
layer.SetFeature(feature)
Which successfully updates the data in the existing field, but not
o, except that assumption doesn't work for
MultiPolygon geometry types.
-Mike
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
x27;, g.num_holes, 'hole'+('s' if
g.num_holes != 1 else '')
feature = layer.GetNextFeature()
num += 1
-Mike
On 8 March 2011 21:57, Simon Lyngby Kokkendorff wrote:
> Hi List,
>
> I am using ogr via the python bindings to construct various poly
of other bits that will still need fixing.
Mike
> Date: Wed, 02 Mar 2011 10:46:02 -0400
> From: Jeff McKenna
> Subject: Re: [gdal-dev] Re: PHP bindings
> To: gdal-dev@lists.osgeo.org
> Message-ID: <4d6e582a.5080...@gatewaygeomatics.com>
> Content-Type: text/p
be accounted for in
some way through the php typemaps.
Regards,
Mike
> Date: Tue, 1 Mar 2011 19:59:48 +0100
> From: Even Rouault
> Subject: Re: [gdal-dev] Re: PHP bindings
> To: gdal-dev@lists.osgeo.org, mgle...@alumni.uwaterloo.ca
> Message-ID: <201103011959.48700.even.roua...
k that's out of my league, however. Hopefully this is enough to peak the
interest of someone who has a little more familarity with c/swig/php, and we
could get a more fully-supported set of PHP bindings.
Best regards,
Mike
On Thursday, February 24, 2011 19:45:16 Mike Leahy wrote:
> Hell
ring:
So...with this in mind, does this suggest that PHP will essentially need an
entirely rewritten list of functions that substitute those that are currently
there now? I would hope that there's a more efficient/effective way to go
about
this, and that I'm just looking at this with
ts with the way you've done it.
Best regards,
Mike
On Friday, February 11, 2011 12:00:11 Joris van de Sande wrote:
> Date: Fri, 11 Feb 2011 12:50:41 +0100
> From: Joris van de Sande
> Subject: [gdal-dev] Reviving the PHP Bindings
> To: gdal-dev@lists.osgeo.org
>
> Message-
43295]]"
So maybe I just don't know how to interact with the spatial reference object
within the PHP environment. Any further suggestions here?
Regards,
Mike
On Wednesday, February 09, 2011 14:14:55 Even Rouault wrote:
> Le mercredi 09 février 2011 08:47:25, Mike Leahy a éc
=
At this point, there's not much more I can do to without some guidance from
someone with a better understanding of where things could be going wrong. Is
this perhaps a topic that would be better discussed with the SWIG users list?
Best regards,
Mike
On Tuesday, February 08,
n the php module isn't able to access
the installed gdal libraries?
Any suggestions would be welcome. I'm testing this in a minimal 64-bit Ubuntu
10.11 VM.
Regards,
Mike
On Sunday, February 06, 2011 14:50:34 Mike Leahy wrote:
> Hello List,
>
> Does anyone have an ide
1 - 100 of 121 matches
Mail list logo
