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
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 nea
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_versio
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 N
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 éc
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 '/System/Library/Frameworks/
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 w
>>I have committed in the last few weeks a number of improvements to the
>>netcdf driver in trunk (1.9).
Well done, Etienne. Thanks for all the work.
>>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
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, Mai
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. 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 without explic
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 t
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 r
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 t
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" -c
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
gdal-dev@list
On Tue, Dec 13, 2011 at 2:13 PM, Derrick Brashear wrote:
> 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 at
> 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 thi
http://sites.google.com/site/gianpierocampanella/files
*
Michael Smith
State GIS Manager, Maine Office of GIS, Maine OIT
Board Member, Maine GeoLibrary
Board Member, Maine GIS Users Group
State Rep, National States Geographic Information Council
| MEGIS | GeoLibrary | MEGUG | NS
>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 at 1:58 PM, Smith, Michael wrote:
> **
> I am trying to convert the histor
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
gdal-de
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 the historic USGS topo maps
(Geo
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
> w
>
> 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
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 (
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.
Yo
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 g
Selon Yves Jacolin :
> 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 complex than
Selon Luca Sigfrido Percich :
>
> Even,
>
> Il giorno mar, 13/12/2011 alle 13.18 +0100, Even Rouault ha scritto:
> > Selon Luca Sigfrido Percich :
>
> > Yes, when the driver detects a PK column, it considers it as the FID
> column,
> > which is a particular column, different from the regular colum
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, Yv
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,
Y
Even,
Il giorno mar, 13/12/2011 alle 13.18 +0100, Even Rouault ha scritto:
> Selon Luca Sigfrido Percich :
> 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 in the INSERT s
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 wrote:
> Le
Le mardi 13 décembre 2011 13:01:24, Even Rouault a écrit :
> Selon Yves Jacolin :
> > 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 us
Selon Luca Sigfrido Percich :
>
> 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 incremente
Le mardi 13 décembre 2011 13:01:24, Even Rouault a écrit :
> Selon Yves Jacolin :
> > 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 us
Selon Yves Jacolin :
> 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
>
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 working
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 pri
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
39 matches
Mail list logo