[gdal-dev] Re: gdal-dev Digest, Vol 77, Issue 20
Hannes Reuter
GISxperts at web.de
Tue Oct 12 05:48:51 EDT 2010
Dear greg,
yes i'm aware of this site.. -> thats the reason I'm asking as the link to http://pypi.python.org/pypi/GDAL/
points only to source and not to the executable python binding binaries anymore for anything greater than version 1.6.
Are we supposed to install python bindings via easy install on windows ? than the documentation should be updated.
hannes
--
Dr. Hannes Isaak Reuter
gisxperts gbr
-----Ursprüngliche Nachricht-----
Von: gdal-dev-request at lists.osgeo.org
Gesendet: Oct 11, 2010 12:29:55 PM
An: gdal-dev at lists.osgeo.org
Betreff: gdal-dev Digest, Vol 77, Issue 20
Send gdal-dev mailing list submissions to
gdal-dev at lists.osgeo.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.osgeo.org/mailman/listinfo/gdal-dev
or, via email, send a message with subject or body 'help' to
gdal-dev-request at lists.osgeo.org
You can reach the person managing the list at
gdal-dev-owner at lists.osgeo.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of gdal-dev digest..."
Today's Topics:
1. Re: gdal python bindings for 1.7 - where to find (gregcorradini)
2. Re: kmlsuperoverlay breaks the trunk (Frank Warmerdam)
3. Re: OSR Projection Error 6 (Frank Warmerdam)
4. Re: gdal python bindings for 1.7 - where to find
(Antonio Valentino)
5. ogr2ogr OCI: ORA-13349 and ORA-13356 (Sebastian E. Ovide)
6. Re: ogr2ogr OCI: ORA-13349 and ORA-13356 (Imran Rajjad)
7. Re: ogr2ogr OCI: ORA-13349 and ORA-13356 (Michael Shishcu)
8. Re: ogr2ogr OCI: ORA-13349 and ORA-13356 (Sebastian E. Ovide)
9. Re: ogr2ogr OCI: ORA-13349 and ORA-13356 (Michael Shishcu)
----------------------------------------------------------------------
Message: 1
Date: Sun, 10 Oct 2010 18:04:32 -0700 (PDT)
From: gregcorradini <gregcorradini at gmail.com>
Subject: Re: [gdal-dev] gdal python bindings for 1.7 - where to find
To: gdal-dev at lists.osgeo.org
Message-ID: <1286759072031-5621683.post at n2.nabble.com>
Content-Type: text/plain; charset=us-ascii
Hey Hannes,
I think most of your questions can be answered here
http://trac.osgeo.org/gdal/wiki/GdalOgrInPython. Have you seen this? It
covers how to install the Python bindings for GDAL 1.7.x and Python 2.x. I'd
pay attention to the Dependencies subhead -- there's a few libraries and dev
headers you need installed including setuptools
http://pypi.python.org/pypi/setuptools.
Also, there's currently a problem with the easy install method described
above. Here is the ticket and the workaround for that
http://trac.osgeo.org/gdal/ticket/3468#comment:10. Notice that swq.h should
be put in /usr/local/include to get easy install to work (at least that's
what i did. I also had to put set my PYTHONPATH to point to that install).
But everything has been working for me ;)
hope that helps.
--
View this message in context: http://osgeo-org.1803224.n2.nabble.com/gdal-dev-gdal-python-bindings-for-1-7-where-to-find-tp5615414p5621683.html
Sent from the GDAL - Dev mailing list archive at Nabble.com.
------------------------------
Message: 2
Date: Sun, 10 Oct 2010 23:03:37 -0400
From: Frank Warmerdam <warmerdam at pobox.com>
Subject: Re: [gdal-dev] kmlsuperoverlay breaks the trunk
To: Antonio Valentino [
Cc: gdal-dev <gdal-dev at lists.osgeo.org>
Message-ID: <4CB27E89.4050500 at pobox.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Antonio Valentino wrote:
> Hi Ari,
> the following mini-patch should fix the issue:
>
>
> Index: gdal/frmts/kmlsuperoverlay/GNUmakefile
> ===================================================================
> --- gdal/frmts/kmlsuperoverlay/GNUmakefile (revisione 20798)
> +++ gdal/frmts/kmlsuperoverlay/GNUmakefile (copia locale)
> @@ -10,4 +10,5 @@
> clean:
> rm -f *.o $(O_OBJ)
>
> -install-obj: $(O_OBJ)
> +#install-obj: $(O_OBJ)
> +install-obj: $(O_OBJ:.o=.$(OBJ_EXT))
Antonio / Ari,
Thanks for identifying the issue. I have applied a variation of this
change (http://trac.osgeo.org/gdal/changeset/20807).
Best regards,
--
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush | Geospatial Programmer for Rent
------------------------------
Message: 3
Date: Sun, 10 Oct 2010 23:05:45 -0400
From: Frank Warmerdam <warmerdam at pobox.com>
Subject: Re: [gdal-dev] OSR Projection Error 6
To: "Jay L." <jzl5325 at psu.edu>
Cc: gdal-dev at lists.osgeo.org
Message-ID: <4CB27F09.8080604 at pobox.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Jay L. wrote:
> Morning all,
>
> I am struggling to get a coordinate transformation to work in a python
> script. Below is the code snippet that is causing the following error:
>
> "ERROR 6: No translation for 'Azimuthal_Equidistant' to PROJ.4 format is
> known."
>
> I am pulling the input spatial reference from the input shapefile
> (Mars_2000), defining the custom projection (custom in that it is
> centered on a point), and then trying to transform to the custom projection.
>
> Create a new shapefile and copy, one geometry at a time, from the
> input to the new output
> ...
> #Define the new projection to ortho centered on the crater
> azimuthal =
> "PROJCS['Azimuthal_Equidistant',GEOGCS['GCS_Mars_2000',DATUM['D_Mars_2000',SPHEROID['Mars_2000_IAU_IAG',3396190.0,169.8944472236118]],PRIMEM['Reference_Meridian',0.0],UNIT['Degree',0.0174532925199433]],PROJECTION['Azimuthal_Equidistant'],PARAMETER['False_Easting',0.0],PARAMETER['False_Northing',0.0],PARAMETER['Central_Meridian',%f],PARAMETER['Latitude_Of_Origin',%f],UNIT['Meter',1.0]]"
> %(x,y)
>
> intermediate_SR.ImportFromWkt(azimuthal)
>
> #Transform the point from the spatial input reference to an
> azimuthal projection centered on the point
> outputGeom.TransformTo(intermediate_SR)
> ...
>
> Do I need to define the coordinate system differently or am I making an
> error somewhere else?
Jay,
The problem is that this is an ESRI projection engine string. These
are similar but sometimes incompatible with OGR WKT. After importing
it, call morphFromESRI().
eg.
intermediate_SR.ImportFromWkt(azimuthal)
intermediate_SR.MorphFromESRI()
Best regards,
--
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush | Geospatial Programmer for Rent
------------------------------
Message: 4
Date: Mon, 11 Oct 2010 09:07:51 +0200
From: Antonio Valentino [
Subject: Re: [gdal-dev] gdal python bindings for 1.7 - where to find
To: gregcorradini <gregcorradini at gmail.com>
Cc: gdal-dev at lists.osgeo.org
Message-ID: <20101011090751.2aa57d52 at asigrid01>
Content-Type: text/plain; charset=US-ASCII
Hi Greg,
Il giorno Sun, 10 Oct 2010 18:04:32 -0700 (PDT)
gregcorradini <gregcorradini at gmail.com> ha scritto:
>
> Hey Hannes,
> I think most of your questions can be answered here
> http://trac.osgeo.org/gdal/wiki/GdalOgrInPython. Have you seen this?
> It covers how to install the Python bindings for GDAL 1.7.x and
> Python 2.x. I'd pay attention to the Dependencies subhead -- there's
> a few libraries and dev headers you need installed including
> setuptools http://pypi.python.org/pypi/setuptools.
[cut]
do you know where can I find pre-build binaries for win32 of GDAL?
It seems that only 1.6.x series is available at
http://download.osgeo.org/gdal/win32/
best regards
--
Antonio Valentino
------------------------------
Message: 5
Date: Mon, 11 Oct 2010 10:28:55 +0100
From: "Sebastian E. Ovide"
Subject: [gdal-dev] ogr2ogr OCI: ORA-13349 and ORA-13356
To: gdal-dev <gdal-dev at lists.osgeo.org>
Message-ID:
[
Content-Type: text/plain; charset="iso-8859-1"
Hi All,
Importing shapes into Oracle I'm getting not valid geometrie: ORA-13349 and
ORA-13356.
No problem importing the same shapes into PostGIS.
any ideas ?
--
Sebastian E. Ovide
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/gdal-dev/attachments/20101011/bc6062e7/attachment-0001.html
------------------------------
Message: 6
Date: Mon, 11 Oct 2010 14:32:56 +0500
From: Imran Rajjad <rajjad at gmail.com>
Subject: Re: [gdal-dev] ogr2ogr OCI: ORA-13349 and ORA-13356
To: "Sebastian E. Ovide"
Cc: gdal-dev <gdal-dev at lists.osgeo.org>
Message-ID:
[
Content-Type: text/plain; charset=ISO-8859-1
Hi Sebastian
did you verify geometries ? there is a tool in esri arcmap that
validates and fixes geometries, I kind of had the same problem but I
applied correction through arcMap , and it worked.
regards.
Imran
On Mon, Oct 11, 2010 at 2:28 PM, Sebastian E. Ovide
wrote:
> Hi All,
> Importing shapes into Oracle I'm getting not valid geometrie:?ORA-13349 and
> ORA-13356.
> No problem importing the same shapes into PostGIS.
> any ideas ?
>
> --
> Sebastian E. Ovide
>
>
>
>
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/gdal-dev
>
--
I.R
------------------------------
Message: 7
Date: Mon, 11 Oct 2010 12:39:40 +0300
From: Michael Shishcu <micklesh at gmail.com>
Subject: Re: [gdal-dev] ogr2ogr OCI: ORA-13349 and ORA-13356
To: "Sebastian E. Ovide"
Cc: gdal-dev <gdal-dev at lists.osgeo.org>
Message-ID:
[
Content-Type: text/plain; charset="iso-8859-1"
Also, this can be caused by too big tolerance of your coordinates, check
this in your metadata
regards, michael
On 11 October 2010 12:28, Sebastian E. Ovide wrote:
> Hi All,
>
> Importing shapes into Oracle I'm getting not valid geometrie: ORA-13349 and
> ORA-13356.
>
> No problem importing the same shapes into PostGIS.
>
> any ideas ?
>
> --
> Sebastian E. Ovide
>
>
>
>
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/gdal-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/gdal-dev/attachments/20101011/962e0c69/attachment-0001.html
------------------------------
Message: 8
Date: Mon, 11 Oct 2010 11:13:14 +0100
From: "Sebastian E. Ovide"
Subject: Re: [gdal-dev] ogr2ogr OCI: ORA-13349 and ORA-13356
To: Michael Shishcu <micklesh at gmail.com>
Cc: gdal-dev <gdal-dev at lists.osgeo.org>
Message-ID:
[
Content-Type: text/plain; charset="iso-8859-1"
you mean before importing the shapes ?
On Mon, Oct 11, 2010 at 10:39 AM, Michael Shishcu <micklesh at gmail.com>wrote:
> Also, this can be caused by too big tolerance of your coordinates, check
> this in your metadata
> regards, michael
>
> On 11 October 2010 12:28, Sebastian E. Ovide wrote:
>
>> Hi All,
>>
>> Importing shapes into Oracle I'm getting not valid geometrie: ORA-13349
>> and ORA-13356.
>>
>> No problem importing the same shapes into PostGIS.
>>
>> any ideas ?
>>
>> --
>> Sebastian E. Ovide
>>
>>
>>
>>
>> _______________________________________________
>> gdal-dev mailing list
>> gdal-dev at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/gdal-dev
>>
>
>
--
Sebastian E. Ovide
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/gdal-dev/attachments/20101011/f24e4efc/attachment-0001.html
------------------------------
Message: 9
Date: Mon, 11 Oct 2010 13:29:30 +0300
From: Michael Shishcu <micklesh at gmail.com>
Subject: Re: [gdal-dev] ogr2ogr OCI: ORA-13349 and ORA-13356
To: "Sebastian E. Ovide"
Cc: gdal-dev <gdal-dev at lists.osgeo.org>
Message-ID:
[
Content-Type: text/plain; charset="iso-8859-1"
I mean, you have points in your shape(s) too close to each other.
When you are importing them, oracle "interprets" them as the same point
(ORA-13356) or overlapping ones (ORA-13349).
ways to escape
- "simplify" your shapes - delete adjacent points (too close ones)
- change your metadata for the layer (insert or update)
insert into USER_SDO_GEOM_METADATA
values ('LAYER','COLUMN',
mdsys.sdo_dim_array(
mdsys.sdo_dim_element('X',minX,maxX, toleranceX),
mdsys.sdo_dim_element('Y',minY,maxY, toleranceY)
),
SRID), so that toleranceX and toleranceY are small enough to serve your
shapes
regards, michael
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/gdal-dev/attachments/20101011/c222f118/attachment.html
------------------------------
_______________________________________________
gdal-dev mailing list
gdal-dev at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
End of gdal-dev Digest, Vol 77, Issue 20
****************************************
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Hannes.vcf
Type: text/x-vcard
Size: 286 bytes
Desc: not available
Url : http://lists.osgeo.org/pipermail/gdal-dev/attachments/20101012/1cc0260c/Hannes-0001.vcf
More information about the gdal-dev
mailing list