Hey Lauren,
I can replicate this with my Win64 installation of 2.1 (the conda-forge
build).
Thanks for the heads up, i also do this all the time. Not having to
calculate the exact extent was one of the benefits of using projwin. The
current behavior could probably also be achieved with gdal_warp
Hello all,
I've noticed what I think may be a bug with gdal_translate, just looking
for further information before deciding whether to report it.
In version 1.11.4 and earlier, using the -projwin tag to subset a raster
produces an output whose cell alignment and content matches the source
dataset
Hello,
I'm trying to transform a raster into a different projection using the
public C functions exposed in gdal_alg.h
I have some code that I have been testing using the functions
GDALCreateGenImgProjTransformer()
and GDALGenImgProjTransform():
https://gist.github.com/monkeybutter/8367132e9683a
On Mon, Jul 25, 2016 at 4:39 PM, Even Rouault
wrote:
> Hi Sean,
>
> > The GeoJSON WG's draft-ietf-geojson,
> > https://datatracker.ietf.org/doc/draft-ietf-geojson/, is in the RFC
> Editor
> > queue and will be published soon. I'm considering whether adoption of the
> > updated GeoJSON (registered
Patrick,
Thanks for the report. It was indeed not working as documented. Fixed per
https://trac.osgeo.org/gdal/ticket/6608
Even
> Hi all,
>
> We've been making some orthos with gdalwarp (gdal version 2.1.1) and
> encountering resampling errors in the output (gittery output in the lines
> in ce
Hi all,
We've been making some orthos with gdalwarp (gdal version 2.1.1) and
encountering resampling errors in the output (gittery output in the lines
in certain spots). Long story short, explicitly setting the "-et" option
to "0" fixed it, but the docs for gdalwarp say the following (under the -
On 2016-07-26 11:00 AM, Even Rouault wrote:
Hi,
I move to adopt RFC 63 : Sparse datasets improvements
https://trac.osgeo.org/gdal/wiki/rfc63_sparse_datasets_improvements
---
Starting with my +1
Even
+1 on the overall idea and proposed solution.
+0 on the implementation details as I'm
On 2016-07-26 9:17 AM, Even Rouault wrote:
On Tuesday 26 July 2016 07:08:02 Jukka Rahkonen wrote:
Hi,
I wonder how likely it is that the tickets dealing with Arc/Info coverages
http://www.gdal.org/drv_avce00.html will still receive some bug fixes. Would
it be a big mistake to close them all as
Hi,
I move to adopt RFC 63 : Sparse datasets improvements
https://trac.osgeo.org/gdal/wiki/rfc63_sparse_datasets_improvements
---
Starting with my +1
Even
--
Spatialys - Geospatial professional services
http://www.spatialys.com
___
gdal-dev mai
Yes, that looks good.
But also adapting the pages that use -co NAME=VALUE
- such as http://www.gdal.org/gdal_translate.html
-co "NAME=VALUE":
Passes a creation option to the output format driver. Multiple
-co options may be listed. See format specific documentation for
legal creation options for
On Tuesday 26 July 2016 16:37:14 Hema Yeedunuri wrote:
> aded images which uses wms services. I tried opening with
> gdalopen it is not working . the output format supported in geoserver is
> png / geotiff . but for a single band data the no. of bands i am getting
> are 3 . and null data is coming.
Mark,
I've tried to incorporate your feedback in this changeset:
@@ -173,6 +173,16 @@
the PROJ, DATUM or UNITS with SetMetadataItem(), the later values will
override the values
built from the projection string.
+All those can for example be modified with the -a_ullr, -a_srs or -mo switches
+
On Tuesday 26 July 2016 07:08:02 Jukka Rahkonen wrote:
> Hi,
>
> I wonder how likely it is that the tickets dealing with Arc/Info coverages
> http://www.gdal.org/drv_avce00.html will still receive some bug fixes. Would
> it be a big mistake to close them all as won't fix?
Hi Jukka,
unless a main
While writing this, I figured put most of the problems, so this note will
be more about suggestion in making the documentation more usable.
I am going to receive an amount of ecw files that, for whatever reason, do
not contain the georeferenced information.
For the first image received, gdalinfo
hi all ,
I have build gdal-1.11.2 with libcurl support to read wms layers.it is
build sucessfully how can i read wms layers .I have geoserver on my
loalhost.I have loaded images which uses wms services. I tried opening with
gdalopen it is not working . the output format supported in geoserver is
p
Hi,
I wonder how likely it is that the tickets dealing with Arc/Info coverages
http://www.gdal.org/drv_avce00.html will still receive some bug fixes. Would
it be a big mistake to close them all as won't fix?
-Jukka Rahkonen-
___
gdal-dev mailing list
g
16 matches
Mail list logo
