Re: [gdal-dev] [update] Re: Travis CI continuous integration service for GDAL

2012-10-10 Thread Angelos Tzotsos
On 10/10/2012 02:16 AM, Even Rouault wrote: Le dimanche 07 octobre 2012 11:42:30, Even Rouault a écrit : Hi, Following a recent similar move from MapServer, I've setup an instance of Travis CI, hosted continuous integration service. After each SVN commit in trunk, GDAL is built and the Java,

Re: [gdal-dev] Problem with Gdal/ogr Java

2012-10-10 Thread Imran Rajjad
Hi Wael. you need to use gdal.jar file in your java project and also include the required DLL(Win) in your class path, then you will be able to use GDAL in your Java project. download from http://www.gisinternals.com/sdk/ or http://trac.osgeo.org/gdal/wiki/DownloadingGdalBinaries look for

[gdal-dev] Dealing with ogr2ogr and cyrillic TAB files

2012-10-10 Thread Koivusalo, Tuomas
Hello, I'm trying to convert bunch of MapInfo TAB files from Russian customer to PostGIS using ogr2ogr. Original TAB files are in WindowsCyrillic encoding, and they should be somehow be converted to UTF-8. For some reason, it seems that ogr2ogr messes up encoding during conversion. If I try to

Re: [gdal-dev] clipping multiple shapefiles from a set of clipping polygons

2012-10-10 Thread maning sambale
Dear Eli, Thanks for this. I tried your suggestion: ogr2ogr -overwrite -f 'ESRI shapefile' clipped_roads.shp roads.shp -clipsrc province.shp -clipsrclayer province -clipsrcsql 'SELECT * FROM province WHERE provname='\''SomeName'\''' ERROR 6: GEOS support not enabled. ERROR 6: GEOS support not

Re: [gdal-dev] S57 dataset boundary issue

2012-10-10 Thread s duclos
Nikhil, I loaded your ENC. I see a number of depth area (DEPARE) and anchor zone area (ACHARE). But no inner ring! Is there an inner rings somewhere I should see? rgds, Sylvain. - Original Message - From: Nikhil Sai Parupalli nikhil.parupa...@iictechnologies.com To: s duclos

Re: [gdal-dev] [update] Re: Travis CI continuous integration service for GDAL

2012-10-10 Thread Etienne Tourigny
IMHO git (with github) is a great platform for collaboration. You might find yourself swamped with pull requests though... cheers Etienne On Wed, Oct 10, 2012 at 5:34 AM, Angelos Tzotsos gcpp.kal...@gmail.com wrote: On 10/10/2012 02:16 AM, Even Rouault wrote: Le dimanche 07 octobre 2012

Re: [gdal-dev] S57 dataset boundary issue

2012-10-10 Thread s duclos
Hi Nikhil, I loaded US1GC09M//US1GC09M.000 .. it's huge :) It's the Gulf of Mexico .. now where should I look ? About the inner / outer ring. As I said before, I just assume that OGR  send me the outer ring first. And, up to now, my code is working fine. rgds, Sylvain. - Original

Re: [gdal-dev] S57 dataset boundary issue

2012-10-10 Thread Nikhil Sai Parupalli
Hey Sylvain, Thanks for trying the data which I have sent. Could you be helping me how this works like outer boundary and inner boundary. Based on the code which you have sent we could find out CW and CCW, but not outer/inner Please have a look at that data set once and let me know. Or if

Re: [gdal-dev] OGRGeometry::Intersection

2012-10-10 Thread alissonzkv
Hi Hugo, I have the same problem. Regards, -- View this message in context: http://osgeo-org.1560.n6.nabble.com/OGRGeometry-Intersection-tp5007490p5007743.html Sent from the GDAL - Dev mailing list archive at Nabble.com. ___ gdal-dev mailing list

Re: [gdal-dev] S57 dataset boundary issue

2012-10-10 Thread s duclos
Hi Nikhil, Based on the code which you have sent we could find out CW and CCW, but not outer/inner The outer ring of OGRGeometryH poly is  the ring 0 (zero). In C code the OGR call:     guint    nRingCount = OGR_G_GetGeometryCount(hGeom); will give you the number of rings in

[gdal-dev] OGRGeometry::Intersection returns NULL

2012-10-10 Thread Alisson Barbosa
Hello, guys! I'm truggling through a rough moment here... I have this piece of code in a project that I work on: if(basinPolygon-Intersects(luPolygon)) { OGRGeometry *result = basinPolygon-Intersection(luPolygon); if(result) newLayer.push_back(result); } Somehow,

Re: [gdal-dev] OGRGeometry::Intersection returns NULL

2012-10-10 Thread Even Rouault
Le mercredi 10 octobre 2012 19:48:07, Alisson Barbosa a écrit : Hello, guys! I'm truggling through a rough moment here... I have this piece of code in a project that I work on: if(basinPolygon-Intersects(luPolygon)) { OGRGeometry *result = basinPolygon-Intersection(luPolygon);

Re: [gdal-dev] [update] Re: Travis CI continuous integration service for GDAL

2012-10-10 Thread Even Rouault
Le mercredi 10 octobre 2012 15:48:48, Etienne Tourigny a écrit : IMHO git (with github) is a great platform for collaboration. You might find yourself swamped with pull requests though... I'd be curious to know if the current use of SVN really deters people from contributing to GDAL, whereas

Re: [gdal-dev] [update] Re: Travis CI continuous integration service for GDAL

2012-10-10 Thread Etienne Tourigny
Hi Even, the main advantage of github is that you can manage patches/pull requests more easily, and it's easy for someone to setup a fork with substantial changes, and anyone can pull that fork and try it without much hassle. The other way of doing it with trac/svn is to upload patches to

Re: [gdal-dev] [update] Re: Travis CI continuous integration service for GDAL

2012-10-10 Thread Mateusz Loskot
On 10 October 2012 20:49, Etienne Tourigny etourigny@gmail.com wrote: Hi Even, the main advantage of github is that (...) Guys, you're discuss apples (Even on Git) and oranges (Etienne on GitHub). Best regards, -- Mateusz Loskot, http://mateusz.loskot.net

Re: [gdal-dev] [update] Re: Travis CI continuous integration service for GDAL

2012-10-10 Thread Etienne Tourigny
On Wed, Oct 10, 2012 at 4:52 PM, Mateusz Loskot mate...@loskot.net wrote: On 10 October 2012 20:49, Etienne Tourigny etourigny@gmail.com wrote: Hi Even, the main advantage of github is that (...) Guys, you're discuss apples (Even on Git) and oranges (Etienne on GitHub). sort of - I'm

Re: [gdal-dev] [update] Re: Travis CI continuous integration service for GDAL

2012-10-10 Thread Even Rouault
Le mercredi 10 octobre 2012 21:49:49, Etienne Tourigny a écrit : Hi Even, the main advantage of github is that you can manage patches/pull requests more easily, and it's easy for someone to setup a fork with substantial changes, and anyone can pull that fork and try it without much hassle.

[gdal-dev] build error - conflicting cpl_serv.h

2012-10-10 Thread David Burken
Hi Everyone, Just fyi, I can't build gdal with an external libgeotif without doing a hack... Both gdal and libgeotiff from svn trunk. libtiff, geotiff were installed in a fresh sandbox. Then configured gdal to use external libtiff/geotiff. I got gdal to build by removing the libgeotiff

Re: [gdal-dev] S57 dataset boundary issue

2012-10-10 Thread Nikhil Sai Parupalli
Hey Sylvain, Thanks for your inputs, we have successfully implemented the same in our project . I have one more question i.e If I have a polygon how to find out edges of it programmatic do we have any function to get all the edges of polygon(area) Thanks and Regards Nikhil Sai Parupalli