and make sure you'r using gdal 1.10.. the netcdf driver is more functional
-i
From: gdal-dev-boun...@lists.osgeo.org [gdal-dev-boun...@lists.osgeo.org] on
behalf of Even Rouault [even.roua...@mines-paris.org]
Sent: Tuesday, 18 March 2014 11:38
To: sandee
if it really is trying to tell the difference between a map and a photograph
could you make a decision based on the presence of text, and therefore use an
OCR mechanism to judge if there are more than x words found in the image
-i
De : gdal-dev-boun...@lists.osgeo.org [mailto:gdal-dev-boun...@
rsc.no]
Envoyé : Tuesday, 18 February 2014 09:49
À : Ivan Price; gdal-dev@lists.osgeo.org
Objet : Re: [gdal-dev] reprojecting coastcolour (/meris) using python via GCPs
Hi Ivan,
if you are using Python, then options are usually given as a list of strings. I
cannot find in the gdal docs at th
o compute a transformation between pixel/line
and georeferenced coordinates for NETCDF:save.nc:reflec_1.
There is no affine transformation and no GCPs.
De : Etienne Tourigny [mailto:etourigny....@gmail.com]
Envoyé : Monday, 17 February 2014 20:32
À : Ivan Price
Cc : gdal-dev@lists.osgeo.org
ailto:etourigny@gmail.com]
Envoyé : Monday, 17 February 2014 14:09
À : Ivan Price
Cc : gdal-dev@lists.osgeo.org
Objet : Re: [gdal-dev] reprojecting coastcolour (/meris) using python via GCPs
As far as I know, the gdal warp api is not exposed to python.
I have no idea on reading the MERIS data with
n = Nansat(meris_image)
n.reproject(dstDomain, tps=True)
n.export('outFile.nc')
It can open MERIS as well as tens of other formats.
Best regards!
Anton
On 02/17/2014 10:46 AM, Ivan Price wrote:
>
> Hello,
>
> I am trying to reproject a window inside a coastcolour (=MERIS) ima
Hello,
I am trying to reproject a window inside a coastcolour (=MERIS) image. As far
as I can see GDAL cannot read the coastcolour data directly, so i am reading
the coastcolour netcdf in python, building a source dataset using the memory
driver, adding GCPS (1 for every 10th pixel) and writin
---
De : Andy Colson [mailto:a...@squeakycode.net]
Envoyé : Wednesday, 28 September 2011 5:23 PM
À : Ivan Price
Cc : gdal-dev@lists.osgeo.org
Objet : Re: [gdal-dev] PostgreSQL
Not simply. I am receiving data from many different places, some places send
nice clean data, other's, not so much (all
igine-
De : Andy Colson [mailto:a...@squeakycode.net]
Envoyé : Wednesday, 28 September 2011 5:09 PM
À : Ivan Price
Cc : gdal-dev@lists.osgeo.org
Objet : Re: [gdal-dev] PostgreSQL
They use a slightly older version of shapelib that doesnt quite work with
null's. If I ogr2ogr shapefile -
is there a reason you don't want to use shp2pgsql ?
not sure if its better for everything but i've used it on occasion when i had a
prob in ogr2ogr
-i
-Message d'origine-
De : gdal-dev-boun...@lists.osgeo.org [mailto:gdal-dev-boun...@lists.osgeo.org]
De la part de Andy Colson
Envoyé
feature
our data is fairly good in that the water/shoreline doesn't vary much, so i'm
expecting ther'l be no cliff effects as you experienced.
cheers for your input!
-i
-Message d'origine-
De : Matt Wilkie [mailto:matt.wil...@gov.yk.ca]
Envoyé : Tuesday, 27 September 2
Hi Matt,
in a bizare coincidence of the world i just asked this yesterday. The tool you
want is gdal_fillnodata, you need gdal with python bindings.
as long as you don't try to use the -si option it works great.. for one pixel
holes it'l be perfect.
-i
De : gdal-dev-boun...@lists.osgeo.org
Hi there,
I am currently investigating a way to 'smooth out' water bodies in a DEM, where
the water bodies are initially marked as NODATA, and are then interpolated from
the surrounding ground pixels. Currently the water varies in height as a result
in slighy variations in the shore height, id
13 matches
Mail list logo
