The GDAL/OGR team is pleased to announce the release of GDAL/OGR 1.9.0.
This is a major new release including the following major new features:
* New GDAL drivers: ACE2, CTG, E00GRID, ECRGTOC, GRASSASCIIGrid,
GTA, NGSGEOID, SNODAS, WebP, ZMap
* New OGR drivers: ARCGEN, CouchDB, DWG, EDIGEO,
On Wed, Jan 4, 2012 at 2:30 PM, Frank Warmerdam wrote:
> Motion: GDAL/OGR 1.9.0RC2 is promoted to be the official
> 1.9.0 final release.
>
Folks,
I declare this motion passed with support from Even, Daniel, Howard
and myself. I will distribute an announcement shortly.
Best regards,
-
Frank,
I agree with your reasoning for letting the api do it anyway because it
would be a pain to close and reopen the file. I just wanted to let you
know in case it was a bug. Thanks for the response.
Best regards,
Martin
-Original Message-
From: fwarmer...@gmail.com [mailto:fwarmer..
Martin,
In general GDAL is very poor about checking read-only vs. read-write
status. I presume the overviews where in a .ovr file, not in the original
file itself, right?
I will note it is desirable that we can build overviews for files
even if we can only open the files readonly (ie. formats
th
Frank,
It just dawned on me that yesterday I used the following code to open a
raster file like so:
mDataSource = (GDALDataset*) GDALOpen(filePath.c_str(), GA_ReadOnly);
And then used the GDALDefaultOverviews class to embed some overviews into
the file. Shouldn't the API prevent that i
Ah ok. I was hoping to avoid that.
> -Original Message-
> From: Even Rouault [mailto:even.roua...@mines-paris.org]
> Sent: Tuesday, 10 January 2012 1:49 p.m.
> To: Jeremy Palmer
> Cc: gdal-dev@lists.osgeo.org
> Subject: Re: [gdal-dev] How to append data into an existing database table
>
Le mardi 10 janvier 2012 01:43:40, Jeremy Palmer a écrit :
> I knew I was missing something!
>
> I've now noticed that empty fields within the CSV get populated as a
> literal '' rather than null. Is there any option to control this behavior
> as well?
Not that I'm aware of.
You can perhaps just
I knew I was missing something!
I've now noticed that empty fields within the CSV get populated as a literal ''
rather than null. Is there any option to control this behavior as well?
Thanks again,
Jeremy
> -Original Message-
> From: Even Rouault [mailto:even.roua...@mines-paris.org]
>
hey people
Thanks for the support.
looking forwards to the sprint.
Brian
On Tue, 2012-01-03 at 10:01 -0800, Frank Warmerdam wrote:
> On Tue, Dec 13, 2011 at 11:03 PM, Frank Warmerdam wrote:
> > Motion: The GDAL PSC authorizes funding up to US$525 to pay entrance fees
> > to the Islandwood Cod
Le lundi 09 janvier 2012 22:47:21, Jeremy Palmer a écrit :
> Hi All,
>
> I've got an existing spatial table in PostgreSQL with has an existing
> primary key (non-serial) and shape column:
>
> CREATE TABLE test_1
> (
> id integer NOT NULL,
> appellation TEXT,
> affected_surveys TEXT,
> par
Hi All,
I've got an existing spatial table in PostgreSQL with has an existing primary
key (non-serial) and shape column:
CREATE TABLE test_1
(
id integer NOT NULL,
appellation TEXT,
affected_surveys TEXT,
parcel_intent TEXT NOT NULL,
topology_type VARCHAR(100) NOT NULL,
statutory_act
> > I don't want to deny there is a problem when issuing ogrinfo, but I'm not
> > sure that setting a default MAXFEATURES on client side is appropriate.
> > The issue is more with GetExtent() and the fact that the reported extent
> > in GetCapabilities is reported as WGS84 and not in the default SR
Even Rouault wrote:
>> I am speaking as one who is running a WFS server. It does not make me
>> happy that users can use MAXFEATURES if the default is that it is not used.
>> I have more than 50 featureTypes, several of them containing a few hundred
>> thousand features and the biggest one has 1.
Hello,
I get this error with one of my function of my vrt plugins:
Band 1 Block=128x128 Type=Float32, ColorInterp=Undefined
ERROR 1: IReadBlock failed at X offset 0, Y offset 0
ERROR 1: IReadBlock failed at X offset 1, Y offset 0
ERROR 1: IReadBlock failed at X offset 0, Y offset 1
ERROR 1: IRead
On Jan 9, 2012, at 1:11 PM, Daniel Morissette wrote:
> On 12-01-04 5:30 PM, Frank Warmerdam wrote:
>> Motion: GDAL/OGR 1.9.0RC2 is promoted to be the official
>>1.9.0 final release.
>>
>> ---
>>
>> PSC members please vote on this motion after you have had
>> a chance to do some vali
On 12-01-04 5:30 PM, Frank Warmerdam wrote:
Motion: GDAL/OGR 1.9.0RC2 is promoted to be the official
1.9.0 final release.
---
PSC members please vote on this motion after you have had
a chance to do some validation. Input from everyone else who
tests it is also very welcome.
+1
Le lundi 09 janvier 2012 17:23:17, Jean-Claude Repetto a écrit :
> Le 09/01/2012 17:06, Andreas Neumann a écrit :
> > Should I edit the world file? The image is a geotiff, so it doesn't have
> > a worldfile.
> >
> > Thanks for any ideas.
> >
> > Andreas
>
> Hi,
>
> You can use the new utility g
>
> I am speaking as one who is running a WFS server. It does not make me
> happy that users can use MAXFEATURES if the default is that it is not used.
> I have more than 50 featureTypes, several of them containing a few hundred
> thousand features and the biggest one has 1.2 million polygons. I d
Thanks, Jean-Claude,
I will give it a try tomorrow!
Andreas
On Mon, 09 Jan 2012 17:23:17 +0100, Jean-Claude Repetto wrote:
Le 09/01/2012 17:06, Andreas Neumann a écrit :
Should I edit the world file? The image is a geotiff, so it doesn't
have
a worldfile.
Thanks for any ideas.
Andreas
Le 09/01/2012 17:06, Andreas Neumann a écrit :
Should I edit the world file? The image is a geotiff, so it doesn't have
a worldfile.
Thanks for any ideas.
Andreas
Hi,
You can use the new utility gdal_edit.py (in GDAL 1.9) to edit GeoTiff
metadata.
Frank, Even : It would be useful to add
Hi,
Due to some error that I cannot easily reproduce one orthoimage is one
meter offset. Luckily the shift is constant throughout the image.
What is the easiest way to shift this image back one meter (east-west)
with gdal utilities? I browsed through the gdal_translate and gdal_warp
document
On 09/01/2012 15:52, Jean-Claude Repetto wrote:
Le 09/01/2012 14:24, Pepijn Van Eeckhoudt a écrit :
different approach and defaults to +towgs84=0,0,0 instead.
Blindly adding "+towgs84=0,0,0" will unlikely give correct results.
You'll have to provide the correct datum transformation parameters.
Hello,
I try to transform coordinates between 2 projections.
But when I pass this line :
SpatialReference spaceRef1 = new SpatialReference("");
I get a P/Invoke exception...
I've downloaded the FWtools 247
I've add to my project all the dll in the directory C:\ Program Files (x86)
\FWTools
Even Rouault mines-paris.org> writes:
>
> Selon Jukka Rahkonen mmmtike.fi>:
>
> > Hi,
> >
> > Should I file tickets about these findings:
> >
> > - It seems to be difficult to send valid attribute queries with GDAL WFS
> > driver
> > from Windows computers if attribute values contain non-ASCII
Even Rouault wrote:
Selon Jukka Rahkonen :
> Jukka,
> I'm just curious : is there an reason for you to look at what exact requests
> the
> OGR WFS driver sends to the server ? Does it cause practical problems with a
> server I would not have tested against ? If so, that might be worth
> reconsi
Le 09/01/2012 14:24, Pepijn Van Eeckhoudt a écrit :
Our GIS toolkit takes a
different approach and defaults to +towgs84=0,0,0 instead.
Pepijn Van Eeckhoudt
Blindly adding "+towgs84=0,0,0" will unlikely give correct results.
You'll have to provide the correct datum transformation parameters
> This leads me to conclude that without an +datum reference or a +towgs84
> parameter value proj (and possibly gdalwarp) no longer performs any
> datum transformation whatsoever. In other words it is not converting
> from one ellipsoid to the other via geocentric. Is that correct? If so,
> what i
Pascal,
Please note that metadata could be associated with either dataset or the
band. Make sure to check them both.
On Mon, Jan 9, 2012 at 7:28 PM, Jaugeas, Pascal (External) <
pascal.jaugeas.exter...@cassidian.com> wrote:
> **
> OK thank you very much
>
> and the last question : to have metada
http://trac.osgeo.org/gdal/ticket/4431
--
View this message in context:
http://osgeo-org.1803224.n2.nabble.com/GDAL-Java-Binding-meomory-problem-under-intensive-method-calls-tp7155011p7168002.html
Sent from the GDAL - Dev mailing list archive at Nabble.com.
___
OK thank you very much
and the last question : to have metadata, I use the function band.GetMetadata(
pszDomain).
But if i write "" in parameter of the function, the default metadatas is not
complete. Do you have document that listpszDomain ?
Thank you for your help
Pascal
__
Hi,
My issue is related to gdal, libgeotiff and proj.4, but the problem
appeared with gdalwarp so I'm posting here. I'm seeing different output
from the various tools that I can't really make sense of and I was
hoping someone here could clarify the meaning of the various output values.
I rec
Frank,
This looks like if the linking of the GDAL shared library was using the static
version of libstdc++ (the message "recompile with -fPIC" is for libstdc++, not
GDAL...) . A bit of googling shows that this error has been encountered with
various software packages.
Several tracks :
1) https:/
Selon Jukka Rahkonen :
> Hi,
>
> Should I file tickets about these findings:
>
> - It seems to be difficult to send valid attribute queries with GDAL WFS
> driver
> from Windows computers if attribute values contain non-ASCII characters.
This is a more general issue than with the OGR WFS driver.
The problem with non-ascii characters looks serious. A ticket on it will
help.
WFS standard doesn't include getting a summary of features. OGR has to get
all the features to build the summary. I think it comes under the WPS
standard.
On Mon, Jan 9, 2012 at 4:08 PM, Jukka Rahkonen wrote:
> Hi,
>
Hi,
Should I file tickets about these findings:
- It seems to be difficult to send valid attribute queries with GDAL WFS driver
from Windows computers if attribute values contain non-ASCII characters.
- Doing "ogrinfo -al -so" for getting basic information about a WFS server is
sending getFeatur
Hi,
I try to compile gdal 1.9.0RC2 on my Debian machine
brfr@devel:~/gdal$ uname -ra
Linux devel 2.6.32-5-amd64 #1 SMP Mon Oct 3 03:59:20 UTC 2011 x86_64
GNU/Linux
but make exits with an error 2. The last messages before exiting:
/usr/bin/ld:
/usr/lib/gcc/x86_64-linux-gnu/4.4.5/libstdc++.a(f
Selon Jukka Rahkonen :
> Even Rouault mines-paris.org> writes:
>
>
> > > So it is WFS 1.1.0 request with the BBOX filter. But is it OK to give
> BBOX
> > > as GML2 gml:Box if the service is WFS version 1.1.0? I have been thinking
> > > it should be using GML3 and gml:Envelope instead.
> >
> > I s
Even Rouault mines-paris.org> writes:
> > So it is WFS 1.1.0 request with the BBOX filter. But is it OK to give BBOX
> > as GML2 gml:Box if the service is WFS version 1.1.0? I have been thinking
> > it should be using GML3 and gml:Envelope instead.
>
> I suppose you're right. I didn't recall al
38 matches
Mail list logo
