Even wrote in response to Carl:
gdal_translate autotest/gdrivers/data/pdf/adobe_style_geospatial.pdf
out.tif -oo LAYERS=New_Data_Frame.Graticule,Layers.Graticule
Carl:
for your actual case, the layer is Images:Orthoimage
___
On 1/31/2025 7:18 AM, Even Rouault via
gdal-dev wrote:
- less provocative: add telemetry. obviously not opt-in because
nobody would take the time to turn it on, but just opt-out
While this is a great solution in terms of accurate knowledge of
On 12/5/2022 6:31 AM, Clive Swan wrote:
Greetings,
I tried
-ps 3600 7200
-ps 3600,7200
-ps x=3600 y=7200
Just get errors, I don't see any option to select LZW or any
compression?
A lighter-weight solution (in my view)
would be to export the Filemaker data to .csv or Excel, then
import that data into QGIS and save to a geopackage.
On 9/17/2022 12:52 AM, Andreas Oxenstierna wrote:
I would use this method http
On 7/29/2021 3:29 PM, Even Rouault
wrote:
Fair
point. I've added a commit with the following text "However please
refrain from publicly posting exploits with harmful consequences
(data destruction,
etc.). Only people with the github handles f
On 7/29/2021 11:20 AM, Even Rouault
wrote:
I've
created https://github.com/OSGeo/gdal/pull/4152
with a SECURITY.md that largely uses Kurt's proposal.
Even
I've read the security.md file and maybe I'm running a little slow
t
, 2021, 4:40 PM
David Strip <qgis-u...@stripfamily.net>
wrote:
On 6/19/2021 1:34 PM, Andrew Bell wrote:
These are done in 2D, without regard
to the spatial reference.
This still d
Further evidence of the challenge of getting funds to support gdal
from US gov't agencies:
Someone at the USGS privately emailed me to confirm that like
Sandia, they cannot support gdal through voluntary donations or
in-kind contributions that are outside the scope of con
I first encountered gdal while working at Sandia National Labs, one
of the US DOE national labs. (This was over a decade ago - I'm now
retired). I have verified with colleagues still working there that
although Sandia open sources much of it's current software and
contri
On 1/13/2021 3:58 PM, Howard Butler
wrote:
License monkey business isn't viable in any way with
GDAL. It would just create confusion and erode trust, which we
can't get back if broken.
gdal wouldn't be the first project to change it'
Kudos to Howard for his succinct summary of the situation and the
call to action. While I have nowhere near his experience with open
source, my experience with other volunteer organizations reveals a
similar pattern. One person, or maybe a small number of people,
carry t
Bearing in mind that I use none of the drivers on Even's list, I
find his suggestion and reasoning compelling. I especially agree
with his comment that the only way to get anyone's attention is to
break their workflow, if only temporarily. The main risk here is
that a pro
Like Richard, I live and hike in a region with a substantial amount
of steep, cliffy terrain, so the bunching of contour lines serves a
useful purpose - "Stay away". That said, the Swiss maps suggest a
multi-step procedure.
Assuming we have a DEM -
1. Compute the the
On 3/17/2020 2:24 PM, Danilo da Rosa
wrote:
Do
you think it would be a good idea to do some kind of interpolation
to smooth the DEM file or the slope file? Do you have any
recommendations on how to do that using gdal? The idea is to use
the gdaldem
my reading of the docs suggests this will only work for point
geometries. However, there is a more general GEOMETRY=AS_WKT that should
work for other geometries.
On 11/27/2019 7:00 AM, Jeff McKenna wrote:
> Another option is to convert from KML to CSV, which can be opened by
> LibreOffice/Word etc
This strikes me as a really good idea. Even though the behavior is
well-defined in C/C++, it doesn't mean it's desirable in all or even
most cases. It's much easier to imagine use cases where
overflow/underflow produce unexpected or inexplicable results that it is
to think of ones where it produces
The docs say that the return value of GetName()
should be sufficient to open the data source if passed
to the same OGRSFDriver that this data source
was opened with, but it need not be exactly the same string that
was used to open the data source.
Looking
Sorry if this has already been addressed-
on the doc page for GDALRasterBand, method ReadBlock
the documentation states
The following code would efficiently compute a histogram
of eight bit raster data. Note that the final block may be partial
… data beyond
the docs have moved (but apparently Google hasn't figured that out
yet?) GDALRasterBand is now here.
Anyway, as you've figured out, the GDALRasterBand object is the
heart of the matter. You have two ways to read the data, either with
the RasterIO method or the ReadBl
If you're willing to use command line tools, there is a pair of
tools that ship with libgeotiff for extracting metadata from a
geotiff and importing into a tiff to make it a geotiff.
Given a
GeoTIFF file
named original.tif, and a modified file (modified.tif)
On 4/26/2018 3:33 PM, Tobias Wendorff wrote:
> Am Mi, 25.04.2018, 21:02 schrieb Even Rouault:
>> This is expected. When doing ogr2ogr you run into limitations
>> of the read side and write side of the PDF driver, and running
>> through OGR abstraction in the middle, so loss is expected in
>> the ca
I'm trying to remove a layer from a geospatial pdf (specifically the
orthoimage layer in USGS topos). ogrinfo reports 26 layers in the
meta-data report, but only 12 layers with vector features.
When I try to remove the image layer with this command
ogr2ogr -f "PDF"
Users with large storage needs and tight budgets might want to look
into B2 from Backblaze. It's significantly cheaper
than S3. The structure (buckets and file) is similar to S3 as is
the API, so implementing access in GDAL is probably pretty
straightforward from the S3 i
On 9/7/2017 9:59 AM, Joaquim Luis
wrote:
And
since more people are probably confused as well I find 16 copies
of api-ms-win-crt-runtime-l1-1-0.dll in my machine that has a
updated Win10 + VS compilers. Among them, those installed by
Fi
On 5/7/2016 11:10 AM, Kurt Schwehr
wrote:
This is why starting with zero features and working
our way up with a white list gives examples of correct usage. It
looks like a lot of GDAL development happens by copy-paste-tweak,
so good examples are key. An
Even raises an important point about adopting the latest C++
standards. This point actually applies to C++ in general as well. In
particular, C++ can be used to write some very powerful but
tremendously opaque code. This problem is amplified by the
inscrutable error messa
On 5/5/2016 9:00 AM, Kurt Schwehr
wrote:
Thanks! I've integrated your derived class in the
alternates section and Even's response about commenting on resize
into the drawbacks line
Can you provide (on the list would be best) a bit more on w
On 5/4/2016 4:30 PM, Kurt Schwehr
wrote:
Drawbacks:
It is possible to change the size of the vector later on in the code
Vector has some storage overhead and bookkee
This sounds more like a problem with a missing NODATA value rather
than transparency/alpha. As far as I can tell from the docs, there
is no means to specify the NODATA value in the gdal_retile command,
including the CO options. If the only place that true black occurs
is
On 4/27/2015 9:11 AM, Even Rouault wrote:
> Le lundi 27 avril 2015 16:55:24, jramm a écrit :
>> > I'm writing a custom processing program using GDAL in C.
>> >
>> > I'm processing a raster of roughly 150 000 * 200 000 pixels in windows of
>> > 256 * 256 pixels.
> Is the TIFF tiled ? If it is not,
This result is not entirely unexpected, though it depends on the two
projections. A square box in one projection will map onto something
entirely different in many cases, often introducing skew which will
change the aspect ratio and size of the resulting raster. If you
vi
Two thoughts for the list:
1. A more robust algorithm for determining EPSG from WKT.
2. This list recently had an exchange regarding the use of
gdalpolygonize (and the underlying algorithm) on country scale data. The
algorithm works well on the sort of data that is typical of ground cover
classif
While you've shown us your output is in unprojected (lon/lat) WGS84
coordinates, you haven't told us about your input - only that it's
datum is NAD83. If the inputs are projected, you should expect to
see skewing, since a rectangular area in projected coordinates in
gener
On 1/13/2015 2:37 AM, Graeme B. Bell wrote:
> Whenever you deal with national scale data for any country with coastline,
> you frequently end up with an absolutely gigantic and horrifically complex
> single polygon which depicts the coastline and all the rivers throughout the
> country as a sing
I ran a test case on my Windows 7 laptop (i7, quad core (not that it
matters), 2.4 GHz, 8G RAM).
Input file was geotiff, 29847x33432, paletted 8-bit, 11 landcover classes.
This dataset covers the city limits of Philadelphia, PA, so the polygon
representing the Delaware River runs approximately from
Your team writes that the image is usually exported as a vector file, eg
shapefile. Can they do this successfully for the 1.4GB image? If so,
have you tried just converting the shapefile to geojson? Might be the
simplest solution.
If that doesn't work, you could try tiling, as you mention. As Even
I'm surprised at your colleague's experience. We've run some
polygonize on large images and have never had this problem. The
g2.2xlarge instance is overkill in the sense that the code is not
multi-threaded, so the extra CPUs don't help. Also, as you have
already determine
The linked file opens without warning or error in ArcGIS 10.2.2 and qgis
2.0.1 for me.
Windows 7.
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
This is a pretty straightforward task in qgis. Just load the image
and treat the four corners as ground control points, using the
corresponding corners of the polygon.
There's an tutorial
here.
On 11/18/2014 11:29 AM, Simen Langseth wrote:
Dear GDAL
On 11/14/2014 9:26 AM, mccorb wrote:
> Two questions:
> 1. Is it within the shapefile specification to have polygons that have holes
> that have polygons?
> 2. Does GDAL provide any options to coerce it to not re-order the polygons?
>
> thanks
>
Yes, polygons can have holes.
I have no idea about q
On 10/1/2014 12:02 PM, Jukka Rahkonen
wrote:
For comparison:
Tiff as zipped347 MB
Tiff into png 263 MB
If I have understood right both zip and png are using deflate algorithm so
there might be some place for improving deflate compression in GDAL.
I
I was sufficiently intrigued by this result that I tried on some 3-band
aerial data I had handy. My data is from over Phila, PA. Here are the
results for various compression/tiling combinations. It's quite
different from yours
93,784,427 out_none.tif
73,241,943 out_deflate.tif
59,786,628 out_
On 9/22/2014 2:18 PM, Jan Tosovsky wrote:
> On 2014-09-21 David Strip wrote:
>> Looking back at the code, the actual output file is created with
>> this line:
>> self.out_drv.CreateCopy(tilefilename, dstile, strict=0)
> Hmm, I have no idea how to pass this info
On 9/20/2014 9:02 AM, Jan Tosovsky
wrote:
But the final tif has most likely incorrect metadata as its reading via
jai-imageio fails ArrayIndexOutOfBoundsException: 256
(Despite the Ok result when reading the tiling source image using the same
method)
Any idea?
Th
A few lines before the ones you quoted from the script dstile is set
to a raster in memory:
dstile = self.mem_drv.Create('', self.tilesize,
self.tilesize, tilebands)
This memory dataset driver defaults to a datatype of byte. You need
to override this to the da
On 9/8/2014 8:15 AM, Martin Landa wrote:
Hi all,
I was trying to change a default value of bForce in
OGRVFKLayer::GetFeatureCount() to FALSE [1], but when I debug eg.
ogrinfo, it still reports bForce as TRUE (1)
Breakpoint 1, OGRVFKLayer::GetFeatureCount (this=0x71a7d0, bFor
On 8/29/2014 11:45 AM, Even Rouault wrote:
> Le vendredi 29 août 2014 05:20:16, David Strip a écrit :
>> > It's my recollection from a question I posted here a little over a year
>> > ago that except for a few special cases, autoIdentifyEPSG only works if
>> > t
What is the source of your SVG file?
According to the SVG
driver page, only files produced with the Cloudmade Vector
Stream Server will work.
On 8/29/2014 9:25 AM, Scott Rowles wrote:
Hi,
I am using the 1.11 precompiled b
It's my recollection from a question I posted here a little over a year
ago that except for a few special cases, autoIdentifyEPSG only works if
there is an authority node providing the EPSG. Hopefully someone will
give you an authoritative answer. I believe GeoTools has the capability
to find the
As Frank wrote, this is a slippery issue. Personally I could be
comfortable with anything from self-registration to the highly
selective approach described by Frank. To me, the important issue is
making clear to a reader of the list what exactly the list means and
how to
dst_ds = drv.CreateDataSource( dst_filename )
AttributeError: 'NoneType' object has no attribute
'CreateDataSource'
You cut out the traceback that would have h
whole picture down to the gdal calls. The heart of
the write is done using GDALRasterBand::RasterIO, though.
At the moment I'm at a loss as to where to start looking for the problem.
Any suggestions are most welcome.
David Strip
___
gdal-dev mailing
On 3/31/2014 1:03 PM, Even Rouault wrote:
> Hi Etienne,
>
> Thanks for your ideas.
>
>> Hi all,
>>
>> I have a few suggestions for gdal 2.0, based on my personal experience in
>> learning to use, enhance and maintain gdal/ogr code.
>>
>> - replace cpl/csl/string/xml code with a mainstream, modern c
On 3/24/2014 6:31 AM, Mike Flannigan wrote:
> However DEFLATE is totally unreadable:
> http://www.mflan.com/temp/deflate.jpg
> in both Global Mapper and QGIS.
Early in the qgis 2.x series one of popular the pre-built Windows
binaries was built without DEFLATE compression. However this has been
fi
On 12/19/2013 11:38 AM, David Strip wrote:
> On 12/19/2013 2:18 AM, Jo Meder wrote:
>> Can you clarify that last part for me please? Are you saying that the data
>> should be aligned north up based on the .tfw file? The geotransform from
>> GDAL also suggested there was
On 12/19/2013 2:18 AM, Jo Meder wrote:
> Can you clarify that last part for me please? Are you saying that the data
> should be aligned north up based on the .tfw file? The geotransform from GDAL
> also suggested there was no rotation. Or is it just that the data is correct
> for the projection
I downloaded some NLCD test data (roughly Washington DC, for what it's
worth) using the NationalMap viewer and I see the apparent rotation, but
actually it's not rotated. I suspect you are seeing the same phenomenon.
Your download includes, among other files, a .tif file with the image,
and a .tfw
I am trying to use a .csv file in a qgis project. After not getting
what I expected, I learned about .csvt files and wrote a file that
looked like
"String", "Integer"
with a space following the comma. This did not work - both fields
were still read as String. Aft
I'm having trouble with the GDALColorTable in C++ on WIn7 using Visual
Studio 2010
With a function as simple as
void foo()
{
GDALColorTable * ct = new GDALColorTable;
delete ct;
}
I've also tried
void foo()
{
GDALColorTable ct;
}
and
void foo
Just a word of caution about val-repl.py -
I recently tried to use this script and be warned that it doesn't
preserve all the properties of the input file. In my case, the input
file was a paletted geotiff and the output is grayscale, a very
different beast for my purpose. It shouldn't be too hard
sorry for wasting everyone's time. I just realized I could download the
pre-built version from gisinternals and test against that. And the
answer is yes, deflate is supported in the latest release build.
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
The new 64 bit release of qgis (2.0.1 Dufur) fails when trying to load
deflate compressed geotiffs. Further testing reveals that the bundled
gdal utilities suffer the same problem. The version lists as 1.10.0,
released 2013/04/24. No idea how it was built - this is a download of
the pre-compiled Wi
On 9/15/2013 3:39 AM, sepideh wrote:
> I come to the point that coordinates are stored in the *PCS* not *GCS*, but
> why my layer is stretched.
>
> Is it because I show GCS coordinates in a glOrtho projection or do you think
> the problem is something else?
>
Your problem is that the coordinates
If this is pretty much a one-time thing, just reverse the order in which
you read the dataset.
If this is going to be a regular thing for different kinds of data
sources, you need to read the y-pixel height in the dataset. You do this
using GetGeoTransform. The Y_height is the last element of the a
I had considered validate(), but decided against it for the reason you
suggest - an initialized SRS might be in some weird format that fails
validation. I've been using exportToWkt(), but was/am concerned that it
might be possible to fail to export in odd-ball situations. Hence, my
question abo
Given an OGRSpatialReference class object, how do I tell if it's been
initialized to anything? (ie,clear() was called or else was constructed
with a null string an no further action was taken to set the SRS?)
I've looked over the interface and can't spot anything that tells me
it's in a clear st
After an admittedly quick skim of the code base, it appears that the
pcs.csv file is used only to go from an EPSG to the parameters for a
spatial reference. If my reading is right, then it is not used to go
from a WKT to an EPSG. The autoIdentifyEPSG works for a few special
cases, but otherwise
SInce posting this, I've learned that the pcs.csv is in degree.minutes,
while the wkt is in decimal degrees, so that explains the pcs.csv. This
still leaves the question as to why autoIdentifyEPSG won't return the value.
On 6/26/2013 11:44 PM, David Strip wrote:
I'm working wit
I'm working with some files in Maryland State Plane (US foot), and
autoIdentifyEPSG is failing. I tracked it down to what I suspect is the
problem -
my files and spatialreference.org show the standard parallels as 38.3
and 39.45, with a latitude of origin at 37.
the pcs.csv file shows
How well does OGRSpatialReference::GetAuthorityCode perform in the wild
when handed a WKT? In particular, if I have satellite imagery from
someplace in the world that was ortho-rectified in a "sane" manner to a
national or state projection with an conforming WKT, will this function
return an EP
On 5/31/2013 5:38 PM, Frank Warmerdam wrote:
Note that the image cache will start discarding blocks on it's own
when it is full. I think the default cache is about 64MB.I don't
think that flushing the cache should be part of normal applications
operations, though if you are very tight on m
I'm reading a fairly large (at least to me) geotif (about 2GB) a
line at a time. I noticed that memory usage increases as I read the
image. It appears that what's going on is that the driver hangs onto
these lines of the image, even though I'm providing the same buffer
fo
packing it but avoids
any resampling that might occur with gdalwarp.
Best regards,
Frank
On Tue, May 28, 2013 at 8:25 AM, David
Strip <g...@stripfamily.net>
wrote:
I have a geotiff that contains data in Penn. State-Plane, but the
coordinate system is listed as GCS WGS84. What's the best way to fix
this, esp if I have multiple files with this problem?
I can use listgeo to get a file of the all the tags, edit the coordinate
system to the correct value, then
The pdb file is generated by the /Zi flag. Add that to the list of
flags in your release build.
On 5/14/2013 10:55 AM, Mihaela Gaspar wrote:
I built GDAL in both Debug and Release.
The default behavior is to create .pdb files in Debug, but
not
, but since the location is
embedded in the vrt, every tile would end up in the same place.
How do I generalize this process so I can reuse the edits to the .vrt?
On 4/23/2013 3:20 PM, David Strip wrote:
From Even's advice, I was able to piece together this workflow.
Given an input ge
From Even's advice, I was able to piece together this workflow.
Given an input geotiff image.gtif
gdaltranslate -of image.gtif image.vrt
Then open image.vrt in a text editor and look for the color table by
searching for the tag (actually you probably don't need to
search, it's near the top)
R
On 4/23/2013 2:12 PM, Jukka Rahkonen wrote:
rgb2pct.py utilityhttp://www.gdal.org/rgb2pct.html is doing kind of similar
thing with the -pct option.
-Jukka Rahkonen-
I looked at the reference, but don't see how this would work. Seems like
I would have to first translate the geotiff to an RGB,
On 4/23/2013 2:11 PM, Even Rouault wrote:
Le mardi 23 avril 2013 21:52:39, David Strip a écrit :
I have a paletted geotiff that I want to modify by mapping palette
entries to a new palette.
Thus, I have an input palette, an output palette, and a geotiff. I have
a mapping (many to 1, if it
I have a paletted geotiff that I want to modify by mapping palette
entries to a new palette.
Thus, I have an input palette, an output palette, and a geotiff. I have
a mapping (many to 1, if it matters) from the input palette to the
output palette. Each pixel in the output geotiff will have a va
the bottom of the message you sent (just like every message) has a link
to the mailing list manager -
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Follow that link and you'll find unsubscribe instructions at the bottom.
___
gdal-dev mailing list
g
On 12/10/2012 7:29 AM, Even Rouault wrote:
Looking at addstylestring2kml() in ogr/ogrsf_frmts/libkml/ogrlibkmlstyle.cpp, I
can see that only one PEN instance will be taken into account (looking at the
coulde, I would have said that it would be the last occurence...). And it seems
that it is a lim
gdalinfo -mm shows your input data file has all it's values in the range
518 to 2396. When converted to a 16bit tif, these all fall in a range
that appears black on your screen. You need to rescale the data to fill
the 16bit range. This is easily done with gdal_translate, which is
probably what
If I do something like this:
GDALColorTable * ct = raster_band->GetColorTable()->clone();
... bunch of stuff
delete ct;
Will the destructor be called on the color table represented pointed to
by ct, or do I have to call GDALDestroyColorTable((GDALColorTableH) ct)
___
On 11/22/2012 10:40 PM, David Strip wrote:
I've got a geotiff which gdalinfo reports as 2 bands, with band 2
interpreted as alpha. The projection is Maryland State Plane. The
color table is paletted, with NO_DATA = 0
I can view this file in OpenEV with no problem
I call
gdalwarp -t &
I've got a geotiff which gdalinfo reports as 2 bands, with band 2
interpreted as alpha. The projection is Maryland State Plane. The color
table is paletted, with NO_DATA = 0
I can view this file in OpenEV with no problem
I call
gdalwarp -t "WGS84" input.tif output.tif
When I open the resulti
On 11/21/2012 5:32 AM, Mateusz Loskot wrote:
On 21 November 2012 12:06, Even Rouault wrote:
Selon David Strip :
The GDAL API tutorial describes this array as:
adfGeoTransform[0]/* top left x */
adfGeoTransform[1]/* w-e pixel
The GDAL API tutorial describes this array as:
adfGeoTransform[0]/* top left x */
adfGeoTransform[1]/* w-e pixel resolution */
adfGeoTransform[2]/* rotation, 0 if image is "north up" */
adfGeoTransform[3]/* top left y */
adfGeoTransform[4]/* rotation, 0 if image is "north up"
On 11/15/2012 12:20 AM, netcadturgay wrote:
my program reads a tif file starting left-top point. But I want to read
starting left-bottom(LowerLeft). How can I solve this problem?
Example:
band.ReadRaster(0, 0, 500, 500, pixels, 500, 500, 0, 0);
You will have to read one line at a time into the
On 11/11/2012 12:56 PM, Even Rouault wrote:
GDALRasterBand::WriteCropToBand(int nCropSizeX, // width of the cropped
region int nCropSizeY, // height of the cropped region int nXOffset, //
offset to the left edge of the cropped region int nYOffset, // offset to
the top of the cropped region vo
On 11/11/2012 9:25 AM, Even Rouault wrote:
The value of a new function is code clarity. It's not just computing
pData, it's that the nBufXSize and nBufYSize become the size of the
cropped region, not the size of the actual buffer,
I don't unders
On 11/11/2012 11:59 AM, Mateusz Loskot wrote:
IMO, for GDAL 2.0 the API could be improved and some symmetry
introduced. For example, for GDALColorTable::Clone()
two static methods could be added:
static GDALColorTable* GDALColorTable::Create(GDALPaletteInterp=GPI_RGB);
static void GDALColorTabl
On 11/11/2012 11:22 AM, Even Rouault wrote:
Le dimanche 11 novembre 2012 19:16:30, David Strip a écrit :
If I'm reading the docs right, there is no copy constructor or
assignment operator for a GDALColorTable.
If I use GDALColorTable::clone(), how do release the copy when I'm done
If I'm reading the docs right, there is no copy constructor or
assignment operator for a GDALColorTable.
If I use GDALColorTable::clone(), how do release the copy when I'm done?
Do I use CPLFree or can I use delete?
Thanks.
___
gdal-dev mailing list
On 11/11/2012 3:53 AM, Even Rouault wrote:
Le dimanche 11 novembre 2012 03:45:57, David Strip a écrit :
The current GDALRasterBand::RasterIO signature makes it easy to read or
write a contiguous subregion of the band. However, if you want to read or
write the entire band into/from a
The current GDALRasterBand::RasterIO signature makes it easy to read
or write a contiguous subregion of the band. However, if you want to
read or write the entire band into/from a contiguous sub-region of
the buffer, it's not nearly as straightforward. You can do this by
In a followup to my previous question about property differences across
bands in a multiband images -
The No Data Value and color table are both per-band properties. Do any
file types (other than VRTs) support bands with differences in these
properties? The file type I'm most familiar with is ge
Thanks to Even and Jukka for their prompt and clear responses to my question
David
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
I was looking at the API and it appears, that at least in principle a
multi-band dataset (and hence the associated input file) could have
bands with different data types since the type is a property of the
band, not the dataset. Does this actually happen "in the wild"? If so,
what file types su
On 6/3/2012 10:59 AM, George Demmy wrote:
David Strip wrote:
> When used in conjunction with the (free) TerraGo toolbar, the geoPDF
> provides many more capabilities than a geo-spatial pdf, especially if the
> pdf "modify" permission is set.
As of version 6 which sh
1 - 100 of 104 matches
Mail list logo
