From byrnes.joseph at gmail.com Thu Mar 2 09:04:05 2017 From: byrnes.joseph at gmail.com (Joseph Byrnes) Date: Wed, 1 Mar 2017 16:04:05 -0600 Subject: [GPlates-discuss] reconstructing lat-lon points Message-ID: Hello all, I am working through the tutorials on Gplates, and what I need to do is reconstruct the paleolocations of 180 points on the seafloor. Is there a way to load in an ASCII file of x-y points and assign them plateIDs? There may be a section of the tutorial on how to do this, but I have not been able to find it. Thanks for any help, Joseph Byrnes -------------- next part -------------- An HTML attachment was scrubbed... URL: From chhei at paleoearthlabs.org Thu Mar 2 09:23:25 2017 From: chhei at paleoearthlabs.org (Christian Heine) Date: Wed, 1 Mar 2017 23:23:25 +0100 Subject: [GPlates-discuss] reconstructing lat-lon points In-Reply-To: References: Message-ID: <72704CEB-94ED-4E46-8DF3-253AEE4E5AE2@paleoearthlabs.org> Hi Joseph, probably the most simple way: Make sure you have lon lat columns only (no metadata/attibutes!) then save the file as *.gmt and load it into GPlates (suffixing .gmt will make GPlates think it is GMT's OGR format - http://gmt.soest.hawaii.edu/doc/latest/GMT_Docs.html#the-gmt-vector-data-format-for-ogr-compatibility). Once you have loaded the file, also load the static polygon data from the sample data set, then got to Features -> Assign PlateID and follow the wizard (you require a polygon file as cookie-cutter and a feature data set to get plate ids based on the polygons assigned). If you have attributes associated with your points, then QGIS (http://qgis.org - Menu: Layer -> Add layer -> Add delimited text layer) might be the easiest way forward to turn the data into a shp or gmt-ogr formatted file. Cheers, Christian On 1 Mar 2017, at 11:04 pm, Joseph Byrnes wrote: > Hello all, > > I am working through the tutorials on Gplates, and what I need to do is reconstruct the paleolocations of 180 points on the seafloor. Is there a way to load in an ASCII file of x-y points and assign them plateIDs? There may be a section of the tutorial on how to do this, but I have not been able to find it. > > Thanks for any help, > Joseph Byrnes > _______________________________________________ > GPlates-discuss mailing list > GPlates-discuss at mailman.sydney.edu.au > http://mailman.sydney.edu.au/mailman/listinfo/gplates-discuss -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 872 bytes Desc: Message signed with OpenPGP using GPGMail URL: From nan.zhang at curtin.edu.au Fri Mar 3 15:57:31 2017 From: nan.zhang at curtin.edu.au (Nan Zhang) Date: Fri, 3 Mar 2017 04:57:31 +0000 Subject: [GPlates-discuss] The velocity field extracted from Matthews 2016? Message-ID: Hi all, I am outputting the CitcomS velocity files from the GPlates. I used Matthews et al., 2016 data, following "Open feature collection"-->"Features, generate velocity domain points: citcoms (9x9)"-->"Reconstruction:export". However, the bvel.*.* files I got show none of velocity field. I noticed that the velocity plotting after "Features, generate velocity domain points: citcoms" shows no velocity vectors as my first attached jpg file. I tried a comparison with Muller et al., 2016 data. I can get the plotting of velocity vectors as well as good bvel.*.* files (attached 2nd jpg file). I wonder if I did not operate correct for the data of Matthews 2016, or it is problematic? Thanks! Nan Zhang -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Capture_Matthews2016.JPG Type: image/jpeg Size: 116243 bytes Desc: Capture_Matthews2016.JPG URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Capture_Muller2016.JPG Type: image/jpeg Size: 123578 bytes Desc: Capture_Muller2016.JPG URL: From john.cannon at sydney.edu.au Fri Mar 3 16:53:51 2017 From: john.cannon at sydney.edu.au (John Cannon) Date: Fri, 3 Mar 2017 05:53:51 +0000 Subject: [GPlates-discuss] The velocity field extracted from Matthews 2016? In-Reply-To: References: Message-ID: <1E57973145EDFC41B1D69DE1192392280184AD7B69@ex-mbx-pro-05> Hi Nan, The problem is likely that there's two rotation files in the Matthews et al., 2016 data ( https://www.earthbyte.org/global-plate-models/ ), but only the 410-250Ma rotation file is being used (see attached image which shows two yellow rotation layers with the top layer the default and the second layer, containing the 250-0Ma rotations, is unused). To solve this you can merge the two rotation layers into one (see red outline red in attached image). Now there will only be one yellow rotation layer (containing all rotations from 410-0Ma) and the velocities arrows will reappear. There is an explanation in the "README.txt" file in the Matthews et al., 2016 data (search for "The two rotation files need to be 'connected' in order for the model to run continuously from 410 to 0 Ma"). It describes the older (GPlates 1.5) method of merging. However the new method covered above is easier (in GPlates 2.0). Regards, John From: GPlates-discuss [mailto:gplates-discuss-bounces at mailman.sydney.edu.au] On Behalf Of Nan Zhang Sent: Friday, 3 March 2017 3:58 PM To: gplates-discuss at mailman.sydney.edu.au Cc: Zheng-Xiang Li; Sergei Pisarevskiy Subject: [GPlates-discuss] The velocity field extracted from Matthews 2016? Hi all, I am outputting the CitcomS velocity files from the GPlates. I used Matthews et al., 2016 data, following "Open feature collection"-->"Features, generate velocity domain points: citcoms (9x9)"-->"Reconstruction:export". However, the bvel.*.* files I got show none of velocity field. I noticed that the velocity plotting after "Features, generate velocity domain points: citcoms" shows no velocity vectors as my first attached jpg file. I tried a comparison with Muller et al., 2016 data. I can get the plotting of velocity vectors as well as good bvel.*.* files (attached 2nd jpg file). I wonder if I did not operate correct for the data of Matthews 2016, or it is problematic? Thanks! Nan Zhang -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Capture.PNG Type: image/png Size: 39266 bytes Desc: Capture.PNG URL: From nan.zhang at curtin.edu.au Sun Mar 5 01:52:15 2017 From: nan.zhang at curtin.edu.au (Nan Zhang) Date: Sat, 4 Mar 2017 14:52:15 +0000 Subject: [GPlates-discuss] The velocity field extracted from Matthews 2016? In-Reply-To: <1E57973145EDFC41B1D69DE1192392280184AD7B69@ex-mbx-pro-05> References: <1E57973145EDFC41B1D69DE1192392280184AD7B69@ex-mbx-pro-05> Message-ID: Hi John, I got the velocity field as you suggested. Thanks! Nan From: GPlates-discuss [mailto:gplates-discuss-bounces at mailman.sydney.edu.au] On Behalf Of John Cannon Sent: Friday, 3 March 2017 1:54 PM To: GPlates general discussion mailing list Cc: Zheng-Xiang Li ; Sergei Pisarevskiy Subject: Re: [GPlates-discuss] The velocity field extracted from Matthews 2016? Hi Nan, The problem is likely that there's two rotation files in the Matthews et al., 2016 data ( https://www.earthbyte.org/global-plate-models/ ), but only the 410-250Ma rotation file is being used (see attached image which shows two yellow rotation layers with the top layer the default and the second layer, containing the 250-0Ma rotations, is unused). To solve this you can merge the two rotation layers into one (see red outline red in attached image). Now there will only be one yellow rotation layer (containing all rotations from 410-0Ma) and the velocities arrows will reappear. There is an explanation in the "README.txt" file in the Matthews et al., 2016 data (search for "The two rotation files need to be 'connected' in order for the model to run continuously from 410 to 0 Ma"). It describes the older (GPlates 1.5) method of merging. However the new method covered above is easier (in GPlates 2.0). Regards, John From: GPlates-discuss [mailto:gplates-discuss-bounces at mailman.sydney.edu.au] On Behalf Of Nan Zhang Sent: Friday, 3 March 2017 3:58 PM To: gplates-discuss at mailman.sydney.edu.au Cc: Zheng-Xiang Li; Sergei Pisarevskiy Subject: [GPlates-discuss] The velocity field extracted from Matthews 2016? Hi all, I am outputting the CitcomS velocity files from the GPlates. I used Matthews et al., 2016 data, following "Open feature collection"-->"Features, generate velocity domain points: citcoms (9x9)"-->"Reconstruction:export". However, the bvel.*.* files I got show none of velocity field. I noticed that the velocity plotting after "Features, generate velocity domain points: citcoms" shows no velocity vectors as my first attached jpg file. I tried a comparison with Muller et al., 2016 data. I can get the plotting of velocity vectors as well as good bvel.*.* files (attached 2nd jpg file). I wonder if I did not operate correct for the data of Matthews 2016, or it is problematic? Thanks! Nan Zhang -------------- next part -------------- An HTML attachment was scrubbed... URL: From d.j.j.vanhinsbergen at uu.nl Fri Mar 24 20:38:54 2017 From: d.j.j.vanhinsbergen at uu.nl (Douwe van Hinsbergen) Date: Fri, 24 Mar 2017 10:38:54 +0100 Subject: [GPlates-discuss] Retreiving set of relative Euler poles Message-ID: <8D10D2FA-A3AE-4475-9F81-037D0BCB4968@uu.nl> Hi all, We have recently developed a tool on Paleomagnetism.org to easily calculate a Global Apparent Polar Wander Path into the coordinates of a block in a GPlates reconstruction, so one can test the predictions of the reconstruction against paleomagnetic data. To this end, one should fill out a set of total reconstruction poles of the block of choice relative to South Africa (701) in 10 Myr time intervals. I was wondering, does GPlates have a tool to export such a set of poles in one go? Getting the pole time slice by time slice is getting tedious?:) Cheers! Douwe -- Dr. Douwe J.J. van Hinsbergen | <> Associate Professor | <> Department of Earth Sciences | <> Utrecht University|? <>Heidelberglaan 2, 3584 CS Utrecht | <> Room 8.09 | <> tel. (030) 253 6712 |? <>D.J.J.vanHinsbergen at uu.nl | <> http://www.geologist.nl | <> -------------- next part -------------- An HTML attachment was scrubbed... URL: From Christian.Heine at shell.com Fri Mar 24 20:49:46 2017 From: Christian.Heine at shell.com (Christian.Heine at shell.com) Date: Fri, 24 Mar 2017 09:49:46 +0000 Subject: [GPlates-discuss] Retreiving set of relative Euler poles In-Reply-To: <8D10D2FA-A3AE-4475-9F81-037D0BCB4968@uu.nl> References: <8D10D2FA-A3AE-4475-9F81-037D0BCB4968@uu.nl> Message-ID: <79A2F7156CC1D441B593C58CF6BECAD9AEF2F9F4@SEACMW-S-53401.europe.shell.com> Douwe, doesn?t the following sequence do what you want? 1) Fix Africa/701 2) Reconstruction -> Export, set interval to 10 Myrs 3) ?Add export? -> Chose ?equivalent total rotation? and select format 4) Export. Cheers, Christian From: GPlates-discuss [mailto:gplates-discuss-bounces at mailman.sydney.edu.au] On Behalf Of Douwe van Hinsbergen Sent: Friday, 24 March 2017 10:39 AM To: gplates-discuss at mailman.sydney.edu.au Subject: [GPlates-discuss] Retreiving set of relative Euler poles Hi all, We have recently developed a tool on Paleomagnetism.org to easily calculate a Global Apparent Polar Wander Path into the coordinates of a block in a GPlates reconstruction, so one can test the predictions of the reconstruction against paleomagnetic data. To this end, one should fill out a set of total reconstruction poles of the block of choice relative to South Africa (701) in 10 Myr time intervals. I was wondering, does GPlates have a tool to export such a set of poles in one go? Getting the pole time slice by time slice is getting tedious?:) Cheers! Douwe -- Dr. Douwe J.J. van Hinsbergen | Associate Professor | Department of Earth Sciences | Utrecht University| Heidelberglaan 2, 3584 CS Utrecht | Room 8.09 | tel. (030) 253 6712 | D.J.J.vanHinsbergen at uu.nl | http://www.geologist.nl | -- Christian Heine, PhD Senior Geodynamicist Specialist Geosciences PTU/E/F Shell Global Solutions International B.V. SIP +31 7 0377 4341 W: http://www.shell.com G: http://goo.gl/7GfvPZ -------------- next part -------------- An HTML attachment was scrubbed... URL: