Selon a.furi...@lqt.it:
On Mon, 12 Dec 2011 18:15:07 +0100, Even Rouault wrote
---
Please see the attached zipfile containing the latest
version of the proposed patch
Integrated in svn with a few changes. See
http://trac.osgeo.org/gdal/ticket/4380#comment:1 for the details.
Hi Chaitanya,
I understand, thank you. Those options are not relevant because I'm
appending to an existing PostGIS table.
Summing up: currently it is not possible to append rows to a PostGIS
table if this table has a primary key which is not incremented
server-side, because the values of the
Hello,
I am trying to create vrt files from netcdf files using only one subdataset.
FYI, the second step will be to create a vrt file with two bandes linked to two
subdataset.
I am using a first vrt file for begining created from a tif file as template.
The
vrt file using tif file is
Selon Yves Jacolin yjaco...@free.fr:
Hello,
I am trying to create vrt files from netcdf files using only one subdataset.
FYI, the second step will be to create a vrt file with two bandes linked to
two
subdataset.
I am using a first vrt file for begining created from a tif file as
Le mardi 13 décembre 2011 13:01:24, Even Rouault a écrit :
Selon Yves Jacolin yjaco...@free.fr:
Hello,
I am trying to create vrt files from netcdf files using only one
subdataset. FYI, the second step will be to create a vrt file with two
bandes linked to two
subdataset.
I am
Selon Luca Sigfrido Percich sigfr...@tiscali.it:
Hi Chaitanya,
I understand, thank you. Those options are not relevant because I'm
appending to an existing PostGIS table.
Summing up: currently it is not possible to append rows to a PostGIS
table if this table has a primary key which is
Le mardi 13 décembre 2011 13:01:24, Even Rouault a écrit :
Selon Yves Jacolin yjaco...@free.fr:
Hello,
I am trying to create vrt files from netcdf files using only one
subdataset. FYI, the second step will be to create a vrt file with two
bandes linked to two
subdataset.
I am
Yves, just out of curiosity, which gdal version are you using? You
might consider trying the dev version (1.9) as the netcdf driver has a
quite a few fixes.
Please also send me the netcdf and vrt file (or post them somewhere).
Etienne
On Tue, Dec 13, 2011 at 10:21 AM, Yves Jacolin
Even,
Il giorno mar, 13/12/2011 alle 13.18 +0100, Even Rouault ha scritto:
Selon Luca Sigfrido Percich sigfr...@tiscali.it:
Yes, when the driver detects a PK column, it considers it as the FID column,
which is a particular column, different from the regular columns. So it will
be
ommited
Hello,
I have no enought time to find the reason of the issue but I think the problem
come from QGIS which can't classify raster data correctly. Or I am wrong
somewhere.
Anyway, I finally successfully worked on my NetCDF data using gdalbuildvrt and
-separate flag.
Thanks again both of you,
Hello,
Etienne asked some question offlist so I investigate.
gdal create relatif path by default (I don't see a flag to change this).
MapServer and QGIS don't like this.
After changing relatif path to absolute path both are working correctly.
Thanks,
Y.
Le mardi 13 décembre 2011 15:37:24,
Selon Luca Sigfrido Percich sigfr...@tiscali.it:
Even,
Il giorno mar, 13/12/2011 alle 13.18 +0100, Even Rouault ha scritto:
Selon Luca Sigfrido Percich sigfr...@tiscali.it:
Yes, when the driver detects a PK column, it considers it as the FID
column,
which is a particular column,
Selon Yves Jacolin yjaco...@free.fr:
Hello,
Etienne asked some question offlist so I investigate.
gdal create relatif path by default (I don't see a flag to change this).
MapServer and QGIS don't like this.
MapServer and QGIS don't even know the content of the VRT, so the problem is
more
Yves, I tried the vrt and netcdf file you supplied and I got the same
problem if I started QGIS from another directory (than where the VRT
file is stored), but it worked if I was in the same directory.
However, gdalinfo -stats tmp4.vrt worked fine from another
directory... I can't understand why
Hi all
I have committed in the last few weeks a number of improvements to the
netcdf driver in trunk (1.9).
I would appreciate if users of the driver would try the latest version
(via svn or nightlies) and see if there are any bugs or regressions
and perhaps give some suggestions and feedback.
I am trying to convert the historic USGS topo maps (GeoPDFs) into
GeoTIFFs with GDAL 1.8 . A very straightforward thing to do is
gdal_translate in.pdf out.tiff
This works fine but the TIFF looks as if the PDF was exported at 150dpi,
which is a pretty crappy resolution. Using something else
Is there some argument that would specify the dpi at which the GeoPDF
were rendered before conversion to GeoTIFF? I don't see anything like
that in the docs or the list archives.
Oh! Did you check http://gdal.org/frmt_pdf.html ? If so, check again ;-)
BTW if you haven't checked out the
Le mardi 13 décembre 2011 14:47:40, Luca Sigfrido Percich a écrit :
Even,
I did again the test with spatialite, and discovered that it behaves
like Postgres, except it works also if you don't specify -preserve_fid,
in which case the inserted fids are generated starting from 1. That's
why I
Michael,
GDAL's PDF format page says you can use the GDAL_PDF_DPI config
option...
Best Regards,
Brent Fraser
On 12/13/2011 11:58 AM, Smith, Michael wrote:
I
am trying to convert thehistoric USGS topo maps
Hello,
I was wondering if anyone knows of an editor that color codes mapfile
syntax? I use notepad++ currently for python, but it would be great to
have sytax coloring for .map files.
Thanks,
--
JDM Morgan @ NEMAC
___
gdal-dev mailing list
I would like to add many of these fixes and features to the stable 1.8
series, but new features cannot be added there without explicit
permission of the PSC or an RFC (as per RFC 3).
If anyone would wish that to happen, please express yourself!
That sounds great to me. I certainly wish this
On Tue, Dec 13, 2011 at 2:13 PM, Derrick Brashear sha...@dementia.orgwrote:
From my mail to geowankers:
gdalinfo $i|grep NEATLINE | awk -F= '{print foo,WKT\nbla,\ $2 \}'
$i.csv;
gdalwarp -crop_to_cutline -cutline $i.csv -co GDAL_PDF_DPI=250 -of
GTiff $i $i.tiff
On Tue, Dec 13, 2011
Hi,
let's say I have a GeoTIFF file with a global grid in a 30 arc-second
resolution. Which would be the appropriate GDAL command to spatially
down-sample this file to say 0.125°?
Thanks for your insight,
Andreas.
___
gdal-dev mailing list
Thanks to those of you who pointed out the obvious -co GDAL_PDF_DPI
which I somehow overlooked in the online docs. RTFM right...
That said, I ran a test script using that CO and GDAL yields a warning
message and then makes the export at 150dpi anyway.
gdal_translate -co GDAL_PDF_DPI=300 -co
Le mardi 13 décembre 2011 21:18:51, Smith, Michael a écrit :
Thanks to those of you who pointed out the obvious -co GDAL_PDF_DPI
which I somehow overlooked in the online docs. RTFM right...
That said, I ran a test script using that CO and GDAL yields a warning
message and then makes the
Andreas,
gdalwarp can be used to resample images using the -tr flag or -ts flag.
For example resample 1m image to 10m using cubic resampling and
target resolution'
gdalwarp -r cubic -tr 10 10 input_1m.tif output_10m.tif
You may have an issue determining the output resolution as I believe
the
On Tue, 13 Dec 2011 11:40:01 +0100, Even Rouault wrote
Having sample data to add regression will be needed.
please see the attached GML-Topo sample
What do you think about the xlink1.gml that I mention in the ticket
? Is it valid to have xlink:href to other documents ?
I've asked this
It would be nice to know which feature(s) or fix(es) you would like to
be implemented in the stable branch.
On Tue, Dec 13, 2011 at 5:15 PM, Andreas H. li...@hilboll.de wrote:
I would like to add many of these fixes and features to the stable 1.8
series, but new features cannot be added there
Thanks Michael,
This is a great little utility.
Cheers,
Derek
On 12/13/2011 2:15 PM, Smith, Michael wrote:
http://sites.google.com/site/gianpierocampanella/files
*
Michael Smith
State GIS Manager, Maine Office of GIS, Maine OIT
Board Member, Maine GeoLibrary
Board Member,
There is also a plugin for scite (http://www.scintilla.org/SciTE.html).
This link for the MapServer plug in is dead but you can still find it
on archive.org
http://ms.gis.umn.edu:8081/ms_plone/docs/link
http://web.archive.org/web/20100913161428/http://ms.gis.umn.edu:8081/ms_plone/docs/link
You
Hi,
It's been a while (well, a couple of months) since I built on OSX but I
only did a svn update and I now get these linking errors
stall_name /usr/local/lib/libgdal.1.dylib -compatibility_version 17
-current_version 17.0 -Wl,-single_module
ld: warning: path
Thank you very much, Even. Apart from solving the problem, you're (as
always) opening new horizons to me :)
I'll test your solution tomorrow.
All the best!
Sig
Il giorno mar, 13/12/2011 alle 20.03 +0100, Even Rouault ha scritto:
Le mardi 13 décembre 2011 14:47:40, Luca Sigfrido Percich a
Looks like the patch has been applied - thanks!
Test chart is found in current UKHO data set, chart GB327200 (St. Helena).
It's not a free data set, so I can't attach a copy, but UKHO should be
willing to provide one free of charge, if requested, for test purposes.
M S wrote:
Date: Fri, 4 Nov
Le mercredi 14 décembre 2011 01:48:36, Joaquim Luis a écrit :
Hi,
It's been a while (well, a couple of months) since I built on OSX but I
only did a svn update and I now get these linking errors
stall_name /usr/local/lib/libgdal.1.dylib -compatibility_version 17
-current_version 17.0
Motion: The GDAL PSC authorizes funding up to US$525 to pay entrance fees
to the Islandwood Code Sprint for Brian Case.
-
Brian (aka winkey) has done lots of work in recent years on and with
GDAL/OGR. Most notably he has developed the libkml based OGR KML driver.
Brian lives relatively
Folks,
I would like to have a GDAL/OGR 1.9 release by the end of this year,
ideally before Christmas. We have not formalized a release process
for the project, but I'd like to follow the approach of past years.
This basically consists of a few beta releases, followed by a release
candidate when
36 matches
Mail list logo
