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: [email protected] Gesendet: Oct 11, 2010 12:29:55 PM An: [email protected] Betreff: gdal-dev Digest, Vol 77, Issue 20 Send gdal-dev mailing list submissions to [email protected] 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 [email protected] You can reach the person managing the list at [email protected] 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 <[email protected]> Subject: Re: [gdal-dev] gdal python bindings for 1.7 - where to find To: [email protected] Message-ID: <[email protected]> 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 <[email protected]> Subject: Re: [gdal-dev] kmlsuperoverlay breaks the trunk To: Antonio Valentino [ Cc: gdal-dev <[email protected]> Message-ID: <[email protected]> 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, [email protected] 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 <[email protected]> Subject: Re: [gdal-dev] OSR Projection Error 6 To: "Jay L." <[email protected]> Cc: [email protected] Message-ID: <[email protected]> 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, [email protected] 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 <[email protected]> Cc: [email protected] Message-ID: <20101011090751.2aa57...@asigrid01> Content-Type: text/plain; charset=US-ASCII Hi Greg, Il giorno Sun, 10 Oct 2010 18:04:32 -0700 (PDT) gregcorradini <[email protected]> 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 <[email protected]> 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 <[email protected]> Subject: Re: [gdal-dev] ogr2ogr OCI: ORA-13349 and ORA-13356 To: "Sebastian E. Ovide" Cc: gdal-dev <[email protected]> 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 > [email protected] > http://lists.osgeo.org/mailman/listinfo/gdal-dev > -- I.R ------------------------------ Message: 7 Date: Mon, 11 Oct 2010 12:39:40 +0300 From: Michael Shishcu <[email protected]> Subject: Re: [gdal-dev] ogr2ogr OCI: ORA-13349 and ORA-13356 To: "Sebastian E. Ovide" Cc: gdal-dev <[email protected]> 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 > [email protected] > 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 <[email protected]> Cc: gdal-dev <[email protected]> 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 <[email protected]>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 >> [email protected] >> 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 <[email protected]> Subject: Re: [gdal-dev] ogr2ogr OCI: ORA-13349 and ORA-13356 To: "Sebastian E. Ovide" Cc: gdal-dev <[email protected]> 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 [email protected] http://lists.osgeo.org/mailman/listinfo/gdal-dev End of gdal-dev Digest, Vol 77, Issue 20 ****************************************
<<attachment: Hannes.vcf>>
_______________________________________________ gdal-dev mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/gdal-dev
