From arctica1963 at gmail.com Thu Jul 20 01:03:20 2017 From: arctica1963 at gmail.com (Lester Anderson) Date: Wed, 19 Jul 2017 16:03:20 +0100 Subject: [GPlates-discuss] Shapefile issues - high node density Message-ID: Hello, Just a quick one. Is there a node limit in GPLates when it comes to connecting a raster to a shapefile? Found that complex shapefiles, with some polygons with very dense nodes will crash the program. Lester From sabin.zahirovic at sydney.edu.au Thu Jul 20 10:38:24 2017 From: sabin.zahirovic at sydney.edu.au (Sabin Zahirovic) Date: Thu, 20 Jul 2017 00:38:24 +0000 Subject: [GPlates-discuss] Shapefile issues - high node density In-Reply-To: References: Message-ID: <0C46F2EA-4EAC-4AE3-9D5C-8A7A85610D8A@sydney.edu.au> Hi Lester, Hmmm that?s interesting. When points are very dense and have very high resolution, GPlates might think that these points collapse onto one, and trigger a self-intersecting polygon scenario. Perhaps this is why it?s crashing. Are you using GPlates 2.0? What operating system are you using? If you?d like, you can (privately) send me an example problem polygon and I can check it on my system. John Cannon has been doing some fixes to how GPlates deals with polygons, and I have an internal build of GPlates that I could test it on. Cheers, Sabin On 20/7/17, 1:03 am, "gplates-discuss-bounces at mailman.sydney.edu.au on behalf of Lester Anderson" wrote: Hello, Just a quick one. Is there a node limit in GPLates when it comes to connecting a raster to a shapefile? Found that complex shapefiles, with some polygons with very dense nodes will crash the program. Lester _______________________________________________ GPlates-discuss mailing list GPlates-discuss at mailman.sydney.edu.au http://mailman.sydney.edu.au/mailman/listinfo/gplates-discuss From arctica1963 at gmail.com Thu Jul 20 16:10:24 2017 From: arctica1963 at gmail.com (Lester Anderson) Date: Thu, 20 Jul 2017 07:10:24 +0100 Subject: [GPlates-discuss] Shapefile issues - high node density In-Reply-To: <0C46F2EA-4EAC-4AE3-9D5C-8A7A85610D8A@sydney.edu.au> References: <0C46F2EA-4EAC-4AE3-9D5C-8A7A85610D8A@sydney.edu.au> Message-ID: Hi Sabin, I did some further investigations after posting, and just isolated some of the polygons that had an excessive number of nodes on edges, connected a raster and it was fine with the reconstruction.I did the test on a series of polygons including very small slivers and larger elements, so size was not the problem. I was using GPLates 1.5, on Windows 7 64-bit. The original shapefile has in excess of 5000 polygons,but this is not an issue and the reconstruction etc works as expected. The issue arises when trying to connect a raster (eg gravity data) to the polygon file. Can you think, off the topof your head, what scenario could cause the application to crash connecting a shapefile feature? What I need to do next is get version 2.0 installed and see how that behaves. Cheers Lester On 20 July 2017 at 01:38, Sabin Zahirovic wrote: > Hi Lester, > > Hmmm that?s interesting. When points are very dense and have very high resolution, GPlates might think that these points collapse onto one, and trigger a self-intersecting polygon scenario. Perhaps this is why it?s crashing. Are you using GPlates 2.0? What operating system are you using? > > If you?d like, you can (privately) send me an example problem polygon and I can check it on my system. John Cannon has been doing some fixes to how GPlates deals with polygons, and I have an internal build of GPlates that I could test it on. > > Cheers, > Sabin > > > > On 20/7/17, 1:03 am, "gplates-discuss-bounces at mailman.sydney.edu.au on behalf of Lester Anderson" wrote: > > Hello, > > Just a quick one. Is there a node limit in GPLates when it comes to > connecting a raster to a shapefile? Found that complex shapefiles, > with some polygons with very dense nodes will crash the program. > > Lester > > _______________________________________________ > GPlates-discuss mailing list > GPlates-discuss at mailman.sydney.edu.au > http://mailman.sydney.edu.au/mailman/listinfo/gplates-discuss > > > > _______________________________________________ > GPlates-discuss mailing list > GPlates-discuss at mailman.sydney.edu.au > http://mailman.sydney.edu.au/mailman/listinfo/gplates-discuss From john.cannon at sydney.edu.au Thu Jul 20 16:17:34 2017 From: john.cannon at sydney.edu.au (John Cannon) Date: Thu, 20 Jul 2017 06:17:34 +0000 Subject: [GPlates-discuss] Shapefile issues - high node density In-Reply-To: References: <0C46F2EA-4EAC-4AE3-9D5C-8A7A85610D8A@sydney.edu.au>, Message-ID: <1E57973145EDFC41B1D69DE11923922801B86D431B@ex-mbx-pro-05> Hi Lester, Definitely use GPlates 2.0 - there were many stability and speed improvements in regards to connecting polygons to rasters since GPlates 1.5. Regards, John ________________________________________ From: gplates-discuss-bounces at mailman.sydney.edu.au [gplates-discuss-bounces at mailman.sydney.edu.au] on behalf of Lester Anderson [arctica1963 at gmail.com] Sent: Thursday, 20 July 2017 4:10 PM To: GPlates general discussion mailing list Subject: Re: [GPlates-discuss] Shapefile issues - high node density Hi Sabin, I did some further investigations after posting, and just isolated some of the polygons that had an excessive number of nodes on edges, connected a raster and it was fine with the reconstruction.I did the test on a series of polygons including very small slivers and larger elements, so size was not the problem. I was using GPLates 1.5, on Windows 7 64-bit. The original shapefile has in excess of 5000 polygons,but this is not an issue and the reconstruction etc works as expected. The issue arises when trying to connect a raster (eg gravity data) to the polygon file. Can you think, off the topof your head, what scenario could cause the application to crash connecting a shapefile feature? What I need to do next is get version 2.0 installed and see how that behaves. Cheers Lester On 20 July 2017 at 01:38, Sabin Zahirovic wrote: > Hi Lester, > > Hmmm that?s interesting. When points are very dense and have very high resolution, GPlates might think that these points collapse onto one, and trigger a self-intersecting polygon scenario. Perhaps this is why it?s crashing. Are you using GPlates 2.0? What operating system are you using? > > If you?d like, you can (privately) send me an example problem polygon and I can check it on my system. John Cannon has been doing some fixes to how GPlates deals with polygons, and I have an internal build of GPlates that I could test it on. > > Cheers, > Sabin > > > > On 20/7/17, 1:03 am, "gplates-discuss-bounces at mailman.sydney.edu.au on behalf of Lester Anderson" wrote: > > Hello, > > Just a quick one. Is there a node limit in GPLates when it comes to > connecting a raster to a shapefile? Found that complex shapefiles, > with some polygons with very dense nodes will crash the program. > > Lester > > _______________________________________________ > GPlates-discuss mailing list > GPlates-discuss at mailman.sydney.edu.au > http://mailman.sydney.edu.au/mailman/listinfo/gplates-discuss > > > > _______________________________________________ > GPlates-discuss mailing list > GPlates-discuss at mailman.sydney.edu.au > http://mailman.sydney.edu.au/mailman/listinfo/gplates-discuss _______________________________________________ GPlates-discuss mailing list GPlates-discuss at mailman.sydney.edu.au http://mailman.sydney.edu.au/mailman/listinfo/gplates-discuss From arctica1963 at gmail.com Thu Jul 20 18:00:20 2017 From: arctica1963 at gmail.com (Lester Anderson) Date: Thu, 20 Jul 2017 09:00:20 +0100 Subject: [GPlates-discuss] Shapefile issues - high node density In-Reply-To: <1E57973145EDFC41B1D69DE11923922801B86D431B@ex-mbx-pro-05> References: <0C46F2EA-4EAC-4AE3-9D5C-8A7A85610D8A@sydney.edu.au> <1E57973145EDFC41B1D69DE11923922801B86D431B@ex-mbx-pro-05> Message-ID: Hi John, Sabin, Just installed GPlates 2.0 and the problem is resolved! Seemed to be happy cookie-cutting a 65Mb raster. Just seemed a little odd, because I could connect the large raster to the default polygons that come with GPlates 1.5 Cheers guys Lester On 20 July 2017 at 07:17, John Cannon wrote: > Hi Lester, > > Definitely use GPlates 2.0 - there were many stability and speed improvements in regards to connecting polygons to rasters since GPlates 1.5. > > Regards, > John > > ________________________________________ > From: gplates-discuss-bounces at mailman.sydney.edu.au [gplates-discuss-bounces at mailman.sydney.edu.au] on behalf of Lester Anderson [arctica1963 at gmail.com] > Sent: Thursday, 20 July 2017 4:10 PM > To: GPlates general discussion mailing list > Subject: Re: [GPlates-discuss] Shapefile issues - high node density > > Hi Sabin, > > I did some further investigations after posting, and just isolated > some of the polygons that had an excessive number of nodes on edges, > connected a raster and it was fine with the reconstruction.I did the > test on a series of polygons including very small slivers and larger > elements, so size was not the problem. > > I was using GPLates 1.5, on Windows 7 64-bit. > > The original shapefile has in excess of 5000 polygons,but this is not > an issue and the reconstruction etc works as expected. The issue > arises when trying to connect a raster (eg gravity data) to the > polygon file. Can you think, off the topof your head, what scenario > could cause the application to crash connecting a shapefile feature? > > What I need to do next is get version 2.0 installed and see how that behaves. > > Cheers > Lester > > On 20 July 2017 at 01:38, Sabin Zahirovic wrote: >> Hi Lester, >> >> Hmmm that?s interesting. When points are very dense and have very high resolution, GPlates might think that these points collapse onto one, and trigger a self-intersecting polygon scenario. Perhaps this is why it?s crashing. Are you using GPlates 2.0? What operating system are you using? >> >> If you?d like, you can (privately) send me an example problem polygon and I can check it on my system. John Cannon has been doing some fixes to how GPlates deals with polygons, and I have an internal build of GPlates that I could test it on. >> >> Cheers, >> Sabin >> >> >> >> On 20/7/17, 1:03 am, "gplates-discuss-bounces at mailman.sydney.edu.au on behalf of Lester Anderson" wrote: >> >> Hello, >> >> Just a quick one. Is there a node limit in GPLates when it comes to >> connecting a raster to a shapefile? Found that complex shapefiles, >> with some polygons with very dense nodes will crash the program. >> >> Lester >> >> _______________________________________________ >> GPlates-discuss mailing list >> GPlates-discuss at mailman.sydney.edu.au >> http://mailman.sydney.edu.au/mailman/listinfo/gplates-discuss >> >> >> >> _______________________________________________ >> GPlates-discuss mailing list >> GPlates-discuss at mailman.sydney.edu.au >> http://mailman.sydney.edu.au/mailman/listinfo/gplates-discuss > > _______________________________________________ > GPlates-discuss mailing list > GPlates-discuss at mailman.sydney.edu.au > http://mailman.sydney.edu.au/mailman/listinfo/gplates-discuss > > > _______________________________________________ > GPlates-discuss mailing list > GPlates-discuss at mailman.sydney.edu.au > http://mailman.sydney.edu.au/mailman/listinfo/gplates-discuss > From john.cannon at sydney.edu.au Thu Jul 20 18:08:57 2017 From: john.cannon at sydney.edu.au (John Cannon) Date: Thu, 20 Jul 2017 08:08:57 +0000 Subject: [GPlates-discuss] Shapefile issues - high node density In-Reply-To: References: <0C46F2EA-4EAC-4AE3-9D5C-8A7A85610D8A@sydney.edu.au> <1E57973145EDFC41B1D69DE11923922801B86D431B@ex-mbx-pro-05>, Message-ID: <1E57973145EDFC41B1D69DE11923922801B86D4335@ex-mbx-pro-05> Hi Lester, Great ! Yeah, with GPlates 1.5 it depended a lot on the polygons - the default polygons are well-behaved in regards to what Sabin mentioned (self-intersecting, sliver, etc) - and so were handled fine. With GPlates 2.0 there's much less reliance on well-behaved polygons. Regards, John ________________________________________ From: gplates-discuss-bounces at mailman.sydney.edu.au [gplates-discuss-bounces at mailman.sydney.edu.au] on behalf of Lester Anderson [arctica1963 at gmail.com] Sent: Thursday, 20 July 2017 6:00 PM To: GPlates general discussion mailing list Subject: Re: [GPlates-discuss] Shapefile issues - high node density Hi John, Sabin, Just installed GPlates 2.0 and the problem is resolved! Seemed to be happy cookie-cutting a 65Mb raster. Just seemed a little odd, because I could connect the large raster to the default polygons that come with GPlates 1.5 Cheers guys Lester On 20 July 2017 at 07:17, John Cannon wrote: > Hi Lester, > > Definitely use GPlates 2.0 - there were many stability and speed improvements in regards to connecting polygons to rasters since GPlates 1.5. > > Regards, > John > > ________________________________________ > From: gplates-discuss-bounces at mailman.sydney.edu.au [gplates-discuss-bounces at mailman.sydney.edu.au] on behalf of Lester Anderson [arctica1963 at gmail.com] > Sent: Thursday, 20 July 2017 4:10 PM > To: GPlates general discussion mailing list > Subject: Re: [GPlates-discuss] Shapefile issues - high node density > > Hi Sabin, > > I did some further investigations after posting, and just isolated > some of the polygons that had an excessive number of nodes on edges, > connected a raster and it was fine with the reconstruction.I did the > test on a series of polygons including very small slivers and larger > elements, so size was not the problem. > > I was using GPLates 1.5, on Windows 7 64-bit. > > The original shapefile has in excess of 5000 polygons,but this is not > an issue and the reconstruction etc works as expected. The issue > arises when trying to connect a raster (eg gravity data) to the > polygon file. Can you think, off the topof your head, what scenario > could cause the application to crash connecting a shapefile feature? > > What I need to do next is get version 2.0 installed and see how that behaves. > > Cheers > Lester > > On 20 July 2017 at 01:38, Sabin Zahirovic wrote: >> Hi Lester, >> >> Hmmm that?s interesting. When points are very dense and have very high resolution, GPlates might think that these points collapse onto one, and trigger a self-intersecting polygon scenario. Perhaps this is why it?s crashing. Are you using GPlates 2.0? What operating system are you using? >> >> If you?d like, you can (privately) send me an example problem polygon and I can check it on my system. John Cannon has been doing some fixes to how GPlates deals with polygons, and I have an internal build of GPlates that I could test it on. >> >> Cheers, >> Sabin >> >> >> >> On 20/7/17, 1:03 am, "gplates-discuss-bounces at mailman.sydney.edu.au on behalf of Lester Anderson" wrote: >> >> Hello, >> >> Just a quick one. Is there a node limit in GPLates when it comes to >> connecting a raster to a shapefile? Found that complex shapefiles, >> with some polygons with very dense nodes will crash the program. >> >> Lester >> >> _______________________________________________ >> GPlates-discuss mailing list >> GPlates-discuss at mailman.sydney.edu.au >> http://mailman.sydney.edu.au/mailman/listinfo/gplates-discuss >> >> >> >> _______________________________________________ >> GPlates-discuss mailing list >> GPlates-discuss at mailman.sydney.edu.au >> http://mailman.sydney.edu.au/mailman/listinfo/gplates-discuss > > _______________________________________________ > GPlates-discuss mailing list > GPlates-discuss at mailman.sydney.edu.au > http://mailman.sydney.edu.au/mailman/listinfo/gplates-discuss > > > _______________________________________________ > GPlates-discuss mailing list > GPlates-discuss at mailman.sydney.edu.au > http://mailman.sydney.edu.au/mailman/listinfo/gplates-discuss > _______________________________________________ GPlates-discuss mailing list GPlates-discuss at mailman.sydney.edu.au http://mailman.sydney.edu.au/mailman/listinfo/gplates-discuss From greg.houseman at sydney.edu.au Fri Jul 21 10:30:06 2017 From: greg.houseman at sydney.edu.au (Gregory Houseman) Date: Fri, 21 Jul 2017 00:30:06 +0000 Subject: [GPlates-discuss] GPlates compile error Message-ID: Hi all, new to GPlates I tried to compile on a relatively new SUSE linux installation. I think all the libraries are in place as needed, but the compile step failed at the 78% complete stage with the message copied below. The problem seems to relate to a process from the GDAL library that may now be deprecated in src/file-io/OgrReader.cc Any advice about whether a simple amendment is possible that would allow my compiler to pass this problem would be appreciated. best regards Greg Houseman ________________________________________ From: Gregory Houseman [G.A.Houseman at leeds.ac.uk] Sent: Thursday, 20 July 2017 11:19 PM To: Gregory Houseman Subject: GPlates compile error [ 78%] Building CXX object src/file-io/CMakeFiles/file-io.dir/OgrReader.o /home/greg/GPlates/gplates-2.0.0/src/file-io/OgrReader.cc: In member function ?bool GPlatesFileIO::OgrReader::open_file(const QString&)?: /home/greg/GPlates/gplates-2.0.0/src/file-io/OgrReader.cc:950:22: error: ?Open? is not a member of ?OGRSFDriverRegistrar? d_data_source_ptr = OGRSFDriverRegistrar::Open(fname.c_str()); ^ src/file-io/CMakeFiles/file-io.dir/build.make:1650: recipe for target 'src/file-io/CMakeFiles/file-io.dir/OgrReader.o' failed make[2]: *** [src/file-io/CMakeFiles/file-io.dir/OgrReader.o] Error 1 Gregory A. Houseman Professor of Geophysics School of Earth and Environment University of Leeds Leeds LS2 9JT, UK tel: +44 113 343 9796; fax +44 113 343 5259 http://earth.leeds.ac.uk/~greg/ e-mail: greg at earth.leeds.ac.uk From john.cannon at sydney.edu.au Fri Jul 21 10:34:25 2017 From: john.cannon at sydney.edu.au (John Cannon) Date: Fri, 21 Jul 2017 00:34:25 +0000 Subject: [GPlates-discuss] GPlates compile error In-Reply-To: References: Message-ID: <1E57973145EDFC41B1D69DE11923922801B86D557F@ex-mbx-pro-05> Hi Greg, I'll look into fixing this for the GPlates 2.0.1 bug-fix release (soon). We currently use GDAL 1, but the latest Ubuntu, etc, use GDAL 2 which has deprecated some of their API that we are using. Regards, John ________________________________________ From: gplates-discuss-bounces at mailman.sydney.edu.au [gplates-discuss-bounces at mailman.sydney.edu.au] on behalf of Gregory Houseman [greg.houseman at sydney.edu.au] Sent: Friday, 21 July 2017 10:30 AM To: gplates-discuss at mailman.sydney.edu.au Subject: [GPlates-discuss] GPlates compile error Hi all, new to GPlates I tried to compile on a relatively new SUSE linux installation. I think all the libraries are in place as needed, but the compile step failed at the 78% complete stage with the message copied below. The problem seems to relate to a process from the GDAL library that may now be deprecated in src/file-io/OgrReader.cc Any advice about whether a simple amendment is possible that would allow my compiler to pass this problem would be appreciated. best regards Greg Houseman ________________________________________ From: Gregory Houseman [G.A.Houseman at leeds.ac.uk] Sent: Thursday, 20 July 2017 11:19 PM To: Gregory Houseman Subject: GPlates compile error [ 78%] Building CXX object src/file-io/CMakeFiles/file-io.dir/OgrReader.o /home/greg/GPlates/gplates-2.0.0/src/file-io/OgrReader.cc: In member function ?bool GPlatesFileIO::OgrReader::open_file(const QString&)?: /home/greg/GPlates/gplates-2.0.0/src/file-io/OgrReader.cc:950:22: error: ?Open? is not a member of ?OGRSFDriverRegistrar? d_data_source_ptr = OGRSFDriverRegistrar::Open(fname.c_str()); ^ src/file-io/CMakeFiles/file-io.dir/build.make:1650: recipe for target 'src/file-io/CMakeFiles/file-io.dir/OgrReader.o' failed make[2]: *** [src/file-io/CMakeFiles/file-io.dir/OgrReader.o] Error 1 Gregory A. Houseman Professor of Geophysics School of Earth and Environment University of Leeds Leeds LS2 9JT, UK tel: +44 113 343 9796; fax +44 113 343 5259 http://earth.leeds.ac.uk/~greg/ e-mail: greg at earth.leeds.ac.uk _______________________________________________ GPlates-discuss mailing list GPlates-discuss at mailman.sydney.edu.au http://mailman.sydney.edu.au/mailman/listinfo/gplates-discuss From greg.houseman at sydney.edu.au Mon Jul 24 09:39:44 2017 From: greg.houseman at sydney.edu.au (Gregory Houseman) Date: Sun, 23 Jul 2017 23:39:44 +0000 Subject: [GPlates-discuss] GPlates compile error In-Reply-To: <1E57973145EDFC41B1D69DE11923922801B86D557F@ex-mbx-pro-05> References: , <1E57973145EDFC41B1D69DE11923922801B86D557F@ex-mbx-pro-05> Message-ID: Hi John, thanks for the prompt reply. I tried going back to gdal 1 but that is a complete can of worms in regard to the bunch of libraries that it depends on, most of which seems to have been superseded by more recent versions. I think I have a better chance of making it work by playing with OgrReader.cc since the immediate problem only concerns a file open operation for which the new syntax appears well defined. However would I then find many more such instances in other routines ? cheers Greg ________________________________________ From: gplates-discuss-bounces at mailman.sydney.edu.au [gplates-discuss-bounces at mailman.sydney.edu.au] on behalf of John Cannon [john.cannon at sydney.edu.au] Sent: Friday, 21 July 2017 10:34 AM To: GPlates general discussion mailing list Subject: Re: [GPlates-discuss] GPlates compile error Hi Greg, I'll look into fixing this for the GPlates 2.0.1 bug-fix release (soon). We currently use GDAL 1, but the latest Ubuntu, etc, use GDAL 2 which has deprecated some of their API that we are using. Regards, John ________________________________________ From: gplates-discuss-bounces at mailman.sydney.edu.au [gplates-discuss-bounces at mailman.sydney.edu.au] on behalf of Gregory Houseman [greg.houseman at sydney.edu.au] Sent: Friday, 21 July 2017 10:30 AM To: gplates-discuss at mailman.sydney.edu.au Subject: [GPlates-discuss] GPlates compile error Hi all, new to GPlates I tried to compile on a relatively new SUSE linux installation. I think all the libraries are in place as needed, but the compile step failed at the 78% complete stage with the message copied below. The problem seems to relate to a process from the GDAL library that may now be deprecated in src/file-io/OgrReader.cc Any advice about whether a simple amendment is possible that would allow my compiler to pass this problem would be appreciated. best regards Greg Houseman ________________________________________ From: Gregory Houseman [G.A.Houseman at leeds.ac.uk] Sent: Thursday, 20 July 2017 11:19 PM To: Gregory Houseman Subject: GPlates compile error [ 78%] Building CXX object src/file-io/CMakeFiles/file-io.dir/OgrReader.o /home/greg/GPlates/gplates-2.0.0/src/file-io/OgrReader.cc: In member function ?bool GPlatesFileIO::OgrReader::open_file(const QString&)?: /home/greg/GPlates/gplates-2.0.0/src/file-io/OgrReader.cc:950:22: error: ?Open? is not a member of ?OGRSFDriverRegistrar? d_data_source_ptr = OGRSFDriverRegistrar::Open(fname.c_str()); ^ src/file-io/CMakeFiles/file-io.dir/build.make:1650: recipe for target 'src/file-io/CMakeFiles/file-io.dir/OgrReader.o' failed make[2]: *** [src/file-io/CMakeFiles/file-io.dir/OgrReader.o] Error 1 Gregory A. Houseman Professor of Geophysics School of Earth and Environment University of Leeds Leeds LS2 9JT, UK tel: +44 113 343 9796; fax +44 113 343 5259 http://earth.leeds.ac.uk/~greg/ e-mail: greg at earth.leeds.ac.uk _______________________________________________ GPlates-discuss mailing list GPlates-discuss at mailman.sydney.edu.au http://mailman.sydney.edu.au/mailman/listinfo/gplates-discuss _______________________________________________ GPlates-discuss mailing list GPlates-discuss at mailman.sydney.edu.au http://mailman.sydney.edu.au/mailman/listinfo/gplates-discuss