On 2010-11-16 05:49, chapm...@pixia.com wrote:
I thought you Canadians ate salmon?
He said Bullheadedness, not Bearheadedness
Nice attitude to the issue, Frank.
:-)
--
===
Zoltan Szecsei PrGISc [PGP0031]
Geograph (Pty) Ltd.
P.O. Box 7, Muizenberg
I thought you Canadians ate salmon?
Martin
Sent via BlackBerry by AT&T
-Original Message-
From: Frank Warmerdam
Sender: gdal-dev-boun...@lists.osgeo.org
Date: Mon, 15 Nov 2010 20:40:20
To: gdal-dev
Subject: [gdal-dev] Frank Eats Crow - or Fixing PixelIsPoint Interpretation
Folks,
Afte
Ivan Lucena wrote:
Frank,
Courageous decision!
But I got confused by that sentence:
"In GDAL 1.7 and 1.6 branch the same changes will be applied, except the GTIFF_POINT_GEO_IGNORE configuration
option will default to FALSE."
Did you mean to say TRUE?
Ivan,
Yes, I have corrected it in the
Frank,
Courageous decision!
But I got confused by that sentence:
"In GDAL 1.7 and 1.6 branch the same changes will be applied, except the
GTIFF_POINT_GEO_IGNORE configuration
option will default to FALSE."
Did you mean to say TRUE?
Regards,
Ivan
> ---Original Message---
> From: F
Folks,
After 15 years of denial, and bullheadedness it is now time for me to
admit my interpretation of PixelIsPoint in GeoTIFF files is wrong. To that
end I have prepared a brief RFC discussing how I intend to fix it. I'd
appreciate comment before calling for a vote.
http://trac.osgeo.org/g
Folks,
I have made a couple changes to gdallocationinfo based on feedback I
received when bringing it up for discussion. I am not motioning to adopt
RFC 32, making gdallocationinfo an "official" GDAL utility, installed
by default, documented and supported:
http://trac.osgeo.org/gdal/wiki/rfc32
Cassanova, Bill wrote:
*lat 41.297283 to 61.504407 by 0.011232*
*lon 336.472121 to 26.804594 by 0.011232* #points=8061319
...
Origin = (336.47212099959,61.4924188)
My question is….How does GDAL calculate its dimensional constraints? I
would have assumed that it
great removing the colon ";" made the trick.. thanks
On Mon, Nov 15, 2010 at 5:29 PM, lucvanlinden wrote:
>
> I think you should remove the colon ";" at the end.
>
> also put your sql between double quotes, this will help when should you use
> literal strings as in:
>
> "SELECT ... FROM ...WH
HI All,
I think I may have discovered a slight issue with how GDAL reads GRIB2
files.
I created a grib2 file using a third party utility with the following
parameters:
cell_size_x = 0.011232419944023
cell_size_y = 0.011232419944023
lat_lower_left = 41.2972846
lon_lower_left =
I think you should remove the colon ";" at the end.
also put your sql between double quotes, this will help when should you use
literal strings as in:
"SELECT ... FROM ...WHERE name = 'your_name'"
Luc
--
View this message in context:
http://osgeo-org.1803224.n2.nabble.com/gdal-dev-OCI-ogrinfo
Malm Paul wrote:
How can I find out of which version of OGDI (vector, vpf) that is used
with GDAL 1.7.2.
Paul,
GDAL does not include a copy of the OGDI library, and can be built against
several different versions. So the answer will be specific to the build
you are using and you need to ask w
tried... but still no luck...
g...@mapserver:~$ ogrinfo OCI:la002/la...@192.168.60.70/MFUATDB -sql 'Select
T.Entry_Id as id, SDO_GEOMETRY(2001,8307,SDO_POINT_TYPE(T.Xcoord, T.Ycoord,
NULL), NULL, NULL) as geom From Lookupindex T;'
INFO: Open of `OCI:la002/la...@192.168.60.70/MFUATDB'
using d
Hi Sebastian
maybe Select T.Entry_Id id, SDO_GEOMETRY(2001,8307,SDO_
POINT_TYPE(T.Xcoord, T.Ycoord, NULL), NULL, NULL)* AS* geom From Lookupindex
T; ?
regards, michael
On 15 November 2010 17:46, Sebastian E. Ovide wrote:
> Hi All,
>
> I have a table which has an X and Y columns. It doesn't hav
Hi All,
I have a table which has an X and Y columns. It doesn't have a geometry
column.
In order to read geometries created on the fly, I'm trying to use ogrinfo
with the -sql parameter.
So the Oracle query is:
Select T.Entry_Id id, SDO_GEOMETRY(2001,8307,SDO_POINT_TYPE(T.Xcoord,
T.Ycoord, NUL
Thanks a lot, Jukka, that worked.
This has me wondering is ogr2ogr2 should have a general mechanism where ogr
queries the underlying driver for SRS info, rather that GDAL using only
the GDAL_DATA files. This is probably not an issue when using only local
files, but transferring between spatial d
Thanks Jukka!
It worked fine!
By,
Eloi Ribeiro
GIS Analyst
39,45º -4,40º
http://eloiribeiro.wordpress.com
On Mon, Nov 15, 2010 at 14:07, Jukka Rahkonen wrote:
> Eloi Ribeiro gmail.com> writes:
>
> >
> >
> > Hi all,
> >
> > By mistake I have assigned the wrong coordinate system to a GTiff image
How can I find out of which version of OGDI (vector, vpf) that is used with
GDAL 1.7.2.
Kind Regards,
Paul Malm
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Anders Moe geocap.no> writes:
>
>
> Hi everyone
>
>
> When importing an ED50 (EPSG:4230) shapefile to Oracle Spatial 11g2,
>
> ogr2ogr -a_srs EPSG:4230 -f OCI blabla
>
> a get an insufficient privileges error
I would have a try with -lco SRID=4230. Ogr2ogr tries to find exact match and
Hi everyone
When importing an ED50 (EPSG:4230) shapefile to Oracle Spatial 11g2,
ogr2ogr -a_srs EPSG:4230 -f OCI blabla
a get an insufficient privileges error . however when specifying EPSG:4326
it works. Which is ironic, since the actual data _is_ 4230.
SRID=4230 is , after all , present in t
Eloi Ribeiro gmail.com> writes:
>
>
> Hi all,
>
> By mistake I have assigned the wrong coordinate system to a GTiff image and
deleted the original file.
> How can I remove coordinate system info from a GTiff and then assign the
correct one with no warping involved in the process?
> Thanks for
Hi all,
By mistake I have assigned the wrong coordinate system to a GTiff image and
deleted the original file.
How can I remove coordinate system info from a GTiff and then assign the
correct one with no warping involved in the process?
Thanks for your help!
Eloi Ribeiro
GIS Analyst
39,45º -4,40º
Hi everyone,
I'm new to this list and would therefore like to say "hello and thanks
for gdal" in the first place :-)
I just came across a minor problem where I would like to ask for your advice -
the Global Landcover set GLC2000 is available in grid format from [0].
Associated with it is the .h
22 matches
Mail list logo
