From rd4smith at gmail.com Thu Jul 11 15:07:35 2019 From: rd4smith at gmail.com (Robbie Smith) Date: Thu, 11 Jul 2019 15:07:35 +1000 Subject: [GPlates-discuss] GPlates won't compile with recent versions of gdal, proj, and boost Message-ID: <5fd78b080c24ed73897f79e255fd35e2defb5251.camel@gmail.com> I've been having issues trying to get GPlates to compile on my system. The versions of libgdal and libproj have been updated to 3.0.0 and 6.1.0, and attempting to compile GPlates results in the following errors: /usr/include/proj_api.h:37:2: error: #error 'To use the proj_api.h you must define the macro ACCEPT_USE_OF_DEPRECATED_PROJ_API_H' 37 | #error 'To use the proj_api.h you must define the macro ACCEPT_USE_OF_DEPRECATED_PROJ_API_H' | ^~~~~ /usr/include/boost/pending/integer_log2.hpp:7:1: note: #pragma message: This header is deprecated. Use instead. 7 | BOOST_HEADER_DEPRECATED(""); | ^~~~~~~~~~~~~~~~~~~~~~~ Any ideas as to how I can fix this? I'm running Arch Linux. regards, Robbie From john.cannon at sydney.edu.au Thu Jul 11 15:43:24 2019 From: john.cannon at sydney.edu.au (John Cannon) Date: Thu, 11 Jul 2019 05:43:24 +0000 Subject: [GPlates-discuss] GPlates won't compile with recent versions of gdal, proj, and boost In-Reply-To: <5fd78b080c24ed73897f79e255fd35e2defb5251.camel@gmail.com> References: <5fd78b080c24ed73897f79e255fd35e2defb5251.camel@gmail.com> Message-ID: Hi Robbie, It looks like GDAL 2.5+ now requires Proj6 (we use Proj4). I'll update that next week sometime and send to you to test out. The boost message is just a warning, so can be ignored. If you're compiling the public 2.1 release source code then it ignores warnings by default (ie, doesn't turn them into errors like the dev builds). Regards, John -----Original Message----- From: GPlates-discuss On Behalf Of Robbie Smith Sent: Thursday, 11 July 2019 3:08 PM To: gplates-discuss at mailman.sydney.edu.au Subject: [GPlates-discuss] GPlates won't compile with recent versions of gdal, proj, and boost I've been having issues trying to get GPlates to compile on my system. The versions of libgdal and libproj have been updated to 3.0.0 and 6.1.0, and attempting to compile GPlates results in the following errors: /usr/include/proj_api.h:37:2: error: #error 'To use the proj_api.h you must define the macro ACCEPT_USE_OF_DEPRECATED_PROJ_API_H' 37 | #error 'To use the proj_api.h you must define the macro ACCEPT_USE_OF_DEPRECATED_PROJ_API_H' | ^~~~~ /usr/include/boost/pending/integer_log2.hpp:7:1: note: #pragma message: This header is deprecated. Use instead. 7 | BOOST_HEADER_DEPRECATED(""); | ^~~~~~~~~~~~~~~~~~~~~~~ Any ideas as to how I can fix this? I'm running Arch Linux. regards, Robbie _______________________________________________ GPlates-discuss mailing list GPlates-discuss at mailman.sydney.edu.au https://protect-au.mimecast.com/s/7LOqCGvmB5il9ZmRuKYp7I?domain=mailman.sydney.edu.au From aleece.nanfito at bhp.com Mon Jul 15 06:53:14 2019 From: aleece.nanfito at bhp.com (Nanfito, Aleece) Date: Sun, 14 Jul 2019 20:53:14 +0000 Subject: [GPlates-discuss] Reverse reconstruct a raster in GPlates Message-ID: Hello - This is likely a novice question, but I am having problems in GPlates trying to reverse reconstruct a raster, in past time/position, to present day. I reconstruct the plate polygons to the past time represented in the raster, import the raster, and then connect the raster to the plate polygons. The raster is automatically cut by the present day position of the plates. I've tried this exercise on rasters (geotiffs) with a global extent and regional extent. The raster and plate polygons are nicely aligned in the past position, before I connect the two. Is there a way to specify a past time/position for when the raster-to-polygon connection occurs? I've also tried using the Assign Plate ID tool on the rasters. I can select all specifications within the assign plate id dialog box, but the process seems to immediately cancel/fail without providing an error. I appreciate any input on whether this task is possible in GPlates & solutions, or any possible workaround in PyGPlates. Thanks so much in advance! Best regards, Aleece [cid:image003.png at 01D53A5C.3DDF8A40] Aleece Nanfito Geologist aleece.nanfito at bhpbilliton.com 1500 Post Oak Blvd. Houston TX 77056 USA bhpbilliton.com ________________________________ This message and any attached files may contain information that is confidential and/or subject of legal privilege intended only for use by the intended recipient. If you are not the intended recipient or the person responsible for delivering the message to the intended recipient, be advised that you have received this message in error and that any dissemination, copying or use of this message or attachment is strictly forbidden, as is the disclosure of the information therein. If you have received this message in error please notify the sender immediately and delete the message. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 860 bytes Desc: image003.png URL: From john.cannon at sydney.edu.au Mon Jul 15 22:20:15 2019 From: john.cannon at sydney.edu.au (John Cannon) Date: Mon, 15 Jul 2019 12:20:15 +0000 Subject: [GPlates-discuss] Reverse reconstruct a raster in GPlates In-Reply-To: References: Message-ID: Hi Aleece, Unfortunately it?s not possible in GPlates. Also the Assign Plate IDs dialog is only for vector data. However, this post by Simon Williams talks about his pyGPlates code to reconstruct a raster from one time to another: https://protect-au.mimecast.com/s/J4IiCq7BKYtrNrxGiZe64L?domain=mailman.sydney.edu.au My understanding (Simon can correct me if I?m wrong) is he essentially: 1. has a grid of points at the ?to? time, 2. assigns them plate IDs using the static polygons (reconstructed to the ?to? time), 3. reconstructs the points back to the ?from? time (using their newly assigned plate IDs), 4. samples the raster (which is assumed to represent raster data at the ?from? time) at those reconstructed point locations, 5. writes out the sampled values at the reconstructed points as a new raster at the ?to? time. In your case the ?from? time is the time of your raster, and the ?to? time is any time you want to reconstruct it to. At least that?s my understanding ? So that?s a good example of how to use pyGPlates to reconstruct a raster by reconstructing points and sampling rasters. Regards, John From: GPlates-discuss On Behalf Of Nanfito, Aleece Sent: Monday, 15 July 2019 6:53 AM To: gplates-discuss at mailman.sydney.edu.au Subject: [GPlates-discuss] Reverse reconstruct a raster in GPlates Hello ? This is likely a novice question, but I am having problems in GPlates trying to reverse reconstruct a raster, in past time/position, to present day. I reconstruct the plate polygons to the past time represented in the raster, import the raster, and then connect the raster to the plate polygons. The raster is automatically cut by the present day position of the plates. I?ve tried this exercise on rasters (geotiffs) with a global extent and regional extent. The raster and plate polygons are nicely aligned in the past position, before I connect the two. Is there a way to specify a past time/position for when the raster-to-polygon connection occurs? I?ve also tried using the Assign Plate ID tool on the rasters. I can select all specifications within the assign plate id dialog box, but the process seems to immediately cancel/fail without providing an error. I appreciate any input on whether this task is possible in GPlates & solutions, or any possible workaround in PyGPlates. Thanks so much in advance! Best regards, Aleece [cid:image002.png at 01D53B59.F5EBD820] Aleece Nanfito Geologist aleece.nanfito at bhpbilliton.com 1500 Post Oak Blvd. Houston TX 77056 USA bhpbilliton.com ________________________________ This message and any attached files may contain information that is confidential and/or subject of legal privilege intended only for use by the intended recipient. If you are not the intended recipient or the person responsible for delivering the message to the intended recipient, be advised that you have received this message in error and that any dissemination, copying or use of this message or attachment is strictly forbidden, as is the disclosure of the information therein. If you have received this message in error please notify the sender immediately and delete the message. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 2555 bytes Desc: image002.png URL: From michael.chin at sydney.edu.au Tue Jul 16 09:01:39 2019 From: michael.chin at sydney.edu.au (Michael Chin) Date: Mon, 15 Jul 2019 23:01:39 +0000 Subject: [GPlates-discuss] Reverse reconstruct a raster in GPlates In-Reply-To: References: , Message-ID: Hi Aleece, Here is the example code of using pyGPlates to reconstruct a raster. It is quite straightforward. https://protect-au.mimecast.com/s/aoZICP7yOZtmmBnYszJP8E?domain=github.com ________________________________ From: GPlates-discuss on behalf of John Cannon Sent: Monday, 15 July 2019 10:20 PM To: GPlates general discussion mailing list Cc: Nanfito, Aleece Subject: Re: [GPlates-discuss] Reverse reconstruct a raster in GPlates Hi Aleece, Unfortunately it?s not possible in GPlates. Also the Assign Plate IDs dialog is only for vector data. However, this post by Simon Williams talks about his pyGPlates code to reconstruct a raster from one time to another: https://protect-au.mimecast.com/s/1wgBCQnzP0tqqnLGIP3U74?domain=mailman.sydney.edu.au My understanding (Simon can correct me if I?m wrong) is he essentially: 1. has a grid of points at the ?to? time, 2. assigns them plate IDs using the static polygons (reconstructed to the ?to? time), 3. reconstructs the points back to the ?from? time (using their newly assigned plate IDs), 4. samples the raster (which is assumed to represent raster data at the ?from? time) at those reconstructed point locations, 5. writes out the sampled values at the reconstructed points as a new raster at the ?to? time. In your case the ?from? time is the time of your raster, and the ?to? time is any time you want to reconstruct it to. At least that?s my understanding ?? So that?s a good example of how to use pyGPlates to reconstruct a raster by reconstructing points and sampling rasters. Regards, John From: GPlates-discuss On Behalf Of Nanfito, Aleece Sent: Monday, 15 July 2019 6:53 AM To: gplates-discuss at mailman.sydney.edu.au Subject: [GPlates-discuss] Reverse reconstruct a raster in GPlates Hello ? This is likely a novice question, but I am having problems in GPlates trying to reverse reconstruct a raster, in past time/position, to present day. I reconstruct the plate polygons to the past time represented in the raster, import the raster, and then connect the raster to the plate polygons. The raster is automatically cut by the present day position of the plates. I?ve tried this exercise on rasters (geotiffs) with a global extent and regional extent. The raster and plate polygons are nicely aligned in the past position, before I connect the two. Is there a way to specify a past time/position for when the raster-to-polygon connection occurs? I?ve also tried using the Assign Plate ID tool on the rasters. I can select all specifications within the assign plate id dialog box, but the process seems to immediately cancel/fail without providing an error. I appreciate any input on whether this task is possible in GPlates & solutions, or any possible workaround in PyGPlates. Thanks so much in advance! Best regards, Aleece [cid:image002.png at 01D53B59.F5EBD820] Aleece Nanfito Geologist aleece.nanfito at bhpbilliton.com 1500 Post Oak Blvd. Houston TX 77056 USA bhpbilliton.com ________________________________ This message and any attached files may contain information that is confidential and/or subject of legal privilege intended only for use by the intended recipient. If you are not the intended recipient or the person responsible for delivering the message to the intended recipient, be advised that you have received this message in error and that any dissemination, copying or use of this message or attachment is strictly forbidden, as is the disclosure of the information therein. If you have received this message in error please notify the sender immediately and delete the message. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 2555 bytes Desc: image002.png URL: From simon.williams at sydney.edu.au Tue Jul 16 13:46:00 2019 From: simon.williams at sydney.edu.au (Simon Williams) Date: Tue, 16 Jul 2019 03:46:00 +0000 Subject: [GPlates-discuss] Reverse reconstruct a raster in GPlates In-Reply-To: References: Message-ID: <7489FAE0-4544-49AD-904B-20602DE8F777@sydney.edu.au> Hi Aleece, Following on from John?s message and the link to the previous discussion of a similar issue - I don?t have much new to add, just a few points: - if the geotiffs you are using are ones that contain single ?z? values, for example a topography in metres, then the suggested solutions should work well. If the geotiffs are rgb images, then the same solution could work but would need to be adapted to separate the red, green and blue values. At the step where the values need to be interpolated onto a new regular grid, the interpolation would need to force the interpolated values to be integers (e.g. some kind of nearest neighbour method) - if you prefer to avoid python altogether and stick to GPlates, I believe (though haven?t tested) there is a workaround where you convert the raster values to a regular grid of points in a shapefile - each point in the shapefile would have the ?z? value in the attribute table corresponding to the coincident raster cell. Then load these into GPlates, assign plate ids at the reconstruction time, save the result and convert back to a raster (again, some interpolation required) outside GPlates. This approach could be very slow especially for a global raster with a high resolution. If you intend to do this for more than one raster, then investing the time to get the python option working is worth it. Simon On 16 Jul 2019, at 7:01 am, Michael Chin > wrote: Hi Aleece, Here is the example code of using pyGPlates to reconstruct a raster. It is quite straightforward. https://protect-au.mimecast.com/s/YdG_CBNZwLimkWjltzEbXl?domain=github.com ________________________________ From: GPlates-discuss > on behalf of John Cannon > Sent: Monday, 15 July 2019 10:20 PM To: GPlates general discussion mailing list Cc: Nanfito, Aleece Subject: Re: [GPlates-discuss] Reverse reconstruct a raster in GPlates Hi Aleece, Unfortunately it?s not possible in GPlates. Also the Assign Plate IDs dialog is only for vector data. However, this post by Simon Williams talks about his pyGPlates code to reconstruct a raster from one time to another: https://protect-au.mimecast.com/s/ZeThCD1jy9tmWYqOt5X1xS?domain=mailman.sydney.edu.au My understanding (Simon can correct me if I?m wrong) is he essentially: 1. has a grid of points at the ?to? time, 2. assigns them plate IDs using the static polygons (reconstructed to the ?to? time), 3. reconstructs the points back to the ?from? time (using their newly assigned plate IDs), 4. samples the raster (which is assumed to represent raster data at the ?from? time) at those reconstructed point locations, 5. writes out the sampled values at the reconstructed points as a new raster at the ?to? time. In your case the ?from? time is the time of your raster, and the ?to? time is any time you want to reconstruct it to. At least that?s my understanding ? So that?s a good example of how to use pyGPlates to reconstruct a raster by reconstructing points and sampling rasters. Regards, John From: GPlates-discuss > On Behalf Of Nanfito, Aleece Sent: Monday, 15 July 2019 6:53 AM To: gplates-discuss at mailman.sydney.edu.au Subject: [GPlates-discuss] Reverse reconstruct a raster in GPlates Hello ? This is likely a novice question, but I am having problems in GPlates trying to reverse reconstruct a raster, in past time/position, to present day. I reconstruct the plate polygons to the past time represented in the raster, import the raster, and then connect the raster to the plate polygons. The raster is automatically cut by the present day position of the plates. I?ve tried this exercise on rasters (geotiffs) with a global extent and regional extent. The raster and plate polygons are nicely aligned in the past position, before I connect the two. Is there a way to specify a past time/position for when the raster-to-polygon connection occurs? I?ve also tried using the Assign Plate ID tool on the rasters. I can select all specifications within the assign plate id dialog box, but the process seems to immediately cancel/fail without providing an error. I appreciate any input on whether this task is possible in GPlates & solutions, or any possible workaround in PyGPlates. Thanks so much in advance! Best regards, Aleece Aleece Nanfito Geologist aleece.nanfito at bhpbilliton.com 1500 Post Oak Blvd. Houston TX 77056 USA bhpbilliton.com ________________________________ This message and any attached files may contain information that is confidential and/or subject of legal privilege intended only for use by the intended recipient. If you are not the intended recipient or the person responsible for delivering the message to the intended recipient, be advised that you have received this message in error and that any dissemination, copying or use of this message or attachment is strictly forbidden, as is the disclosure of the information therein. If you have received this message in error please notify the sender immediately and delete the message. _______________________________________________ GPlates-discuss mailing list GPlates-discuss at mailman.sydney.edu.au https://protect-au.mimecast.com/s/UkZTCGvmB5ilP3kLIQKkf5?domain=mailman.sydney.edu.au -------------- next part -------------- An HTML attachment was scrubbed... URL: From aleece.nanfito at bhp.com Tue Jul 16 23:57:24 2019 From: aleece.nanfito at bhp.com (Nanfito, Aleece) Date: Tue, 16 Jul 2019 13:57:24 +0000 Subject: [GPlates-discuss] Reverse reconstruct a raster in GPlates In-Reply-To: <7489FAE0-4544-49AD-904B-20602DE8F777@sydney.edu.au> References: <7489FAE0-4544-49AD-904B-20602DE8F777@sydney.edu.au> Message-ID: All, Thanks so much for the responses! You guys have provided all the information that I need. Best, Aleece [cid:image001.png at 01D53BB4.7B0820E0] Aleece Nanfito Geologist aleece.nanfito at bhpbilliton.com 1500 Post Oak Blvd. Houston TX 77056 USA bhpbilliton.com From: Simon Williams [mailto:simon.williams at sydney.edu.au] Sent: Monday, July 15, 2019 10:46 PM To: GPlates general discussion mailing list Cc: Nanfito, Aleece Subject: Re: [GPlates-discuss] Reverse reconstruct a raster in GPlates Hi Aleece, Following on from John?s message and the link to the previous discussion of a similar issue - I don?t have much new to add, just a few points: - if the geotiffs you are using are ones that contain single ?z? values, for example a topography in metres, then the suggested solutions should work well. If the geotiffs are rgb images, then the same solution could work but would need to be adapted to separate the red, green and blue values. At the step where the values need to be interpolated onto a new regular grid, the interpolation would need to force the interpolated values to be integers (e.g. some kind of nearest neighbour method) - if you prefer to avoid python altogether and stick to GPlates, I believe (though haven?t tested) there is a workaround where you convert the raster values to a regular grid of points in a shapefile - each point in the shapefile would have the ?z? value in the attribute table corresponding to the coincident raster cell. Then load these into GPlates, assign plate ids at the reconstruction time, save the result and convert back to a raster (again, some interpolation required) outside GPlates. This approach could be very slow especially for a global raster with a high resolution. If you intend to do this for more than one raster, then investing the time to get the python option working is worth it. Simon On 16 Jul 2019, at 7:01 am, Michael Chin > wrote: Hi Aleece, Here is the example code of using pyGPlates to reconstruct a raster. It is quite straightforward. https://protect-au.mimecast.com/s/-fzZCOMxNytXjVWWcvl8KU?domain=github.com ________________________________ From: GPlates-discuss > on behalf of John Cannon > Sent: Monday, 15 July 2019 10:20 PM To: GPlates general discussion mailing list Cc: Nanfito, Aleece Subject: Re: [GPlates-discuss] Reverse reconstruct a raster in GPlates Hi Aleece, Unfortunately it?s not possible in GPlates. Also the Assign Plate IDs dialog is only for vector data. However, this post by Simon Williams talks about his pyGPlates code to reconstruct a raster from one time to another: https://protect-au.mimecast.com/s/xnIUCQnzP0tqpG00fkLYbW?domain=mailman.sydney.edu.au My understanding (Simon can correct me if I?m wrong) is he essentially: 1. has a grid of points at the ?to? time, 2. assigns them plate IDs using the static polygons (reconstructed to the ?to? time), 3. reconstructs the points back to the ?from? time (using their newly assigned plate IDs), 4. samples the raster (which is assumed to represent raster data at the ?from? time) at those reconstructed point locations, 5. writes out the sampled values at the reconstructed points as a new raster at the ?to? time. In your case the ?from? time is the time of your raster, and the ?to? time is any time you want to reconstruct it to. At least that?s my understanding ? So that?s a good example of how to use pyGPlates to reconstruct a raster by reconstructing points and sampling rasters. Regards, John From: GPlates-discuss > On Behalf Of Nanfito, Aleece Sent: Monday, 15 July 2019 6:53 AM To: gplates-discuss at mailman.sydney.edu.au Subject: [GPlates-discuss] Reverse reconstruct a raster in GPlates Hello ? This is likely a novice question, but I am having problems in GPlates trying to reverse reconstruct a raster, in past time/position, to present day. I reconstruct the plate polygons to the past time represented in the raster, import the raster, and then connect the raster to the plate polygons. The raster is automatically cut by the present day position of the plates. I?ve tried this exercise on rasters (geotiffs) with a global extent and regional extent. The raster and plate polygons are nicely aligned in the past position, before I connect the two. Is there a way to specify a past time/position for when the raster-to-polygon connection occurs? I?ve also tried using the Assign Plate ID tool on the rasters. I can select all specifications within the assign plate id dialog box, but the process seems to immediately cancel/fail without providing an error. I appreciate any input on whether this task is possible in GPlates & solutions, or any possible workaround in PyGPlates. Thanks so much in advance! Best regards, Aleece Aleece Nanfito Geologist aleece.nanfito at bhpbilliton.com 1500 Post Oak Blvd. Houston TX 77056 USA bhpbilliton.com ________________________________ This message and any attached files may contain information that is confidential and/or subject of legal privilege intended only for use by the intended recipient. If you are not the intended recipient or the person responsible for delivering the message to the intended recipient, be advised that you have received this message in error and that any dissemination, copying or use of this message or attachment is strictly forbidden, as is the disclosure of the information therein. If you have received this message in error please notify the sender immediately and delete the message. _______________________________________________ GPlates-discuss mailing list GPlates-discuss at mailman.sydney.edu.au https://protect-au.mimecast.com/s/wntuCWLJY7iYK7JJU1_-Df?domain=mailman.sydney.edu.au -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 860 bytes Desc: image001.png URL: From john.cannon at sydney.edu.au Tue Jul 23 19:21:29 2019 From: john.cannon at sydney.edu.au (John Cannon) Date: Tue, 23 Jul 2019 09:21:29 +0000 Subject: [GPlates-discuss] GPlates won't compile with recent versions of gdal, proj, and boost In-Reply-To: References: <5fd78b080c24ed73897f79e255fd35e2defb5251.camel@gmail.com> Message-ID: This is fixed - GPlates now compiles and works with GDAL 3 and PROJ 6. There were some API changes we needed to migrate to. This will be in GPlates 2.2. Regards, John -----Original Message----- From: GPlates-discuss On Behalf Of John Cannon Sent: Thursday, 11 July 2019 3:43 PM To: GPlates general discussion mailing list Subject: Re: [GPlates-discuss] GPlates won't compile with recent versions of gdal, proj, and boost Hi Robbie, It looks like GDAL 2.5+ now requires Proj6 (we use Proj4). I'll update that next week sometime and send to you to test out. The boost message is just a warning, so can be ignored. If you're compiling the public 2.1 release source code then it ignores warnings by default (ie, doesn't turn them into errors like the dev builds). Regards, John -----Original Message----- From: GPlates-discuss On Behalf Of Robbie Smith Sent: Thursday, 11 July 2019 3:08 PM To: gplates-discuss at mailman.sydney.edu.au Subject: [GPlates-discuss] GPlates won't compile with recent versions of gdal, proj, and boost I've been having issues trying to get GPlates to compile on my system. The versions of libgdal and libproj have been updated to 3.0.0 and 6.1.0, and attempting to compile GPlates results in the following errors: /usr/include/proj_api.h:37:2: error: #error 'To use the proj_api.h you must define the macro ACCEPT_USE_OF_DEPRECATED_PROJ_API_H' 37 | #error 'To use the proj_api.h you must define the macro ACCEPT_USE_OF_DEPRECATED_PROJ_API_H' | ^~~~~ /usr/include/boost/pending/integer_log2.hpp:7:1: note: #pragma message: This header is deprecated. Use instead. 7 | BOOST_HEADER_DEPRECATED(""); | ^~~~~~~~~~~~~~~~~~~~~~~ Any ideas as to how I can fix this? I'm running Arch Linux. regards, Robbie _______________________________________________ GPlates-discuss mailing list GPlates-discuss at mailman.sydney.edu.au https://protect-au.mimecast.com/s/XRkXCNLwM9iQP9Xnfmc99P?domain=mailman.sydney.edu.au _______________________________________________ GPlates-discuss mailing list GPlates-discuss at mailman.sydney.edu.au https://protect-au.mimecast.com/s/XRkXCNLwM9iQP9Xnfmc99P?domain=mailman.sydney.edu.au From thomas.schaap at utas.edu.au Mon Jul 29 11:51:30 2019 From: thomas.schaap at utas.edu.au (Thomas Schaap) Date: Mon, 29 Jul 2019 01:51:30 +0000 Subject: [GPlates-discuss] Troubles with network topologies Message-ID: Hi Everyone, I'm having issues creating network topologies in GPlates. I have previously created them by importing the vertices as a shapefile and then connecting the dots in GPlates. It was working perfectly until all of a sudden I can't seem to do it anymore. Now when I connect the dots and create the topological network feature, it doesn't appear on the screen and I get a warning on the console: [Warning] Multiple features for feature-id = "GPlates-aa8e83e0-b224-48ad-849c-0787fa89cca2" I suspect I may have messed something up with the shapefiles as I was producing them in ArcGIS, but I'm not sure where I went wrong. Any advice? Thanks, Tom Thomas Schaap PhD Candidate | Casual Academic Staff CODES | Earth Sciences | Rm. 460 School of Natural Sciences University of Tasmania [cid:aa8519b1-3ae8-41ac-971f-bf717579a624] University of Tasmania Electronic Communications Policy (December, 2014). This email is confidential, and is for the intended recipient only. Access, disclosure, copying, distribution, or reliance on any of it by anyone outside the intended recipient organisation is prohibited and may be a criminal offence. Please delete if obtained in error and email confirmation to the sender. The views expressed in this email are not necessarily the views of the University of Tasmania, unless clearly intended otherwise. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Outlook-gnieym35.gif Type: image/gif Size: 7449 bytes Desc: Outlook-gnieym35.gif URL: From thomas.schaap at utas.edu.au Mon Jul 29 12:00:49 2019 From: thomas.schaap at utas.edu.au (Thomas Schaap) Date: Mon, 29 Jul 2019 02:00:49 +0000 Subject: [GPlates-discuss] Troubles with network topologies In-Reply-To: References: Message-ID: Hi again, Okay, of course as soon as I sent the email I worked it out. For those interested - the shapefile containing all the vertices already had the FeatureID field filled out with the same value for every vertex. This happened because I had derived this shapefile from another shapefile which had just the single feature ID assigned by GPlates in a different session. The network topology tool then got confused because every point I was drawing between had the same feature ID. Basically I was working in circles and got lost along the way. Sorry for the email spam! Hope this prevents someone else from making the same mistake. Cheers, Tom Thomas Schaap PhD Candidate | Casual Academic Staff CODES | Earth Sciences | Rm. 460 School of Natural Sciences University of Tasmania [cid:cd46b8be-5cb2-4be5-b2cd-09c3b1728320] ________________________________ From: GPlates-discuss on behalf of Thomas Schaap Sent: 29 July 2019 11:51 To: GPlates general discussion mailing list Subject: [GPlates-discuss] Troubles with network topologies Hi Everyone, I'm having issues creating network topologies in GPlates. I have previously created them by importing the vertices as a shapefile and then connecting the dots in GPlates. It was working perfectly until all of a sudden I can't seem to do it anymore. Now when I connect the dots and create the topological network feature, it doesn't appear on the screen and I get a warning on the console: [Warning] Multiple features for feature-id = "GPlates-aa8e83e0-b224-48ad-849c-0787fa89cca2" I suspect I may have messed something up with the shapefiles as I was producing them in ArcGIS, but I'm not sure where I went wrong. Any advice? Thanks, Tom Thomas Schaap PhD Candidate | Casual Academic Staff CODES | Earth Sciences | Rm. 460 School of Natural Sciences University of Tasmania [cid:aa8519b1-3ae8-41ac-971f-bf717579a624] University of Tasmania Electronic Communications Policy (December, 2014). This email is confidential, and is for the intended recipient only. Access, disclosure, copying, distribution, or reliance on any of it by anyone outside the intended recipient organisation is prohibited and may be a criminal offence. Please delete if obtained in error and email confirmation to the sender. The views expressed in this email are not necessarily the views of the University of Tasmania, unless clearly intended otherwise. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Outlook-gnieym35.gif Type: image/gif Size: 7449 bytes Desc: Outlook-gnieym35.gif URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Outlook-ixql2brs.gif Type: image/gif Size: 7449 bytes Desc: Outlook-ixql2brs.gif URL: