New cloud platform for GPR processing

Geophysical applications on environmental investigation, mineral prospecting, engineering, archaeology, forensics, hydrology...
Post Reply
gprguy
Member
Member
Posts: 5
Joined: Mon Jul 20, 2020 3:57 pm

New cloud platform for GPR processing

Post by gprguy »

After years of development, we are excited to announce that Geolitix has officially been released!

Geolitix is a cloud platform for GPR data analysis that harnesses the power of cluster computing and machine learning to enable rapid, accurate data delivery for projects of any size.The platform accepts all major GPR data formats (e.g. Sensors, GSSI, IDS, Mala, Proseq, SEGY) and allows full GPR/GPS/total station integration.

Clustered computing allows for near immediate results for any size project from one profile to large multi-channel datasets. Rebar and bridge deck mapping are built-in using machine learning algorithms. The platform uses a custom 3D engine to display slices, profiles, surfaces, interpreted objects and profile paths in 3D, as well as full Google Earth export functions.

Let us know what you think!
Try it free now: www.geolitix.com

If there are data formats we don’t yet support, contact us on the site and we’ll be more than happy to accommodate your needs.

Happy scanning!

The Geolitix team
www.geolitix.com

User avatar
geophix
VIP Member
VIP Member
Posts: 925
Joined: Fri Jul 24, 2009 9:26 am

Re: New cloud platform for GPR processing

Post by geophix »

It sounds great. Do you have some processed data examples? What kind of functions are available for data processing?

ADobrovolskiy
Silver Member
Silver Member
Posts: 37
Joined: Wed Mar 27, 2019 4:58 pm

Re: New cloud platform for GPR processing

Post by ADobrovolskiy »

Could you check how it works with attached profile?

It seems that it was not imported correctly.

"Native" application is Prism2 or Geohammer.
Attachments
2020-06-03-05-49-37-gpr_001.zip
(2.03 MiB) Downloaded 53 times

gprguy
Member
Member
Posts: 5
Joined: Mon Jul 20, 2020 3:57 pm

Re: New cloud platform for GPR processing

Post by gprguy »

ADobrovolskiy - Your SEGY doesn't appear to be a standard format in the way it stores the Lat/Long data. We're working on implementing your format now and will update you shortly.

gprguy
Member
Member
Posts: 5
Joined: Mon Jul 20, 2020 3:57 pm

Re: New cloud platform for GPR processing

Post by gprguy »

geophix wrote:
Tue Jul 21, 2020 5:54 pm
It sounds great. Do you have some processed data examples? What kind of functions are available for data processing?
Hi Geophix;

There are examples of output on the website. In terms of processing, all typical functions used in GRED, RADAN, SLICE, etc are available, but the key here is speed. For example, when doing migration or a filter, the settings are on a slider where the user can see the results of each step in real time, and the processing is automatically applied to the entire dataset (the power of cloud computing). This allows a much faster fine tuning of settings and quick output of slices, 3D models, KML, etc. We use machine learning to auto-detect horizons and hyperbolas, so rebar and bridge deck datasets are quickly processed to show rebar health, depth etc.

The aim here is to offer the near-surface community a low-cost processing and interpretation package. Companies which only need processing intermittently can subscribe for only a month if needed. GPR is the first near-surface method we have implemented. Other geophysical methods are in the pipeline.

User avatar
geophix
VIP Member
VIP Member
Posts: 925
Joined: Fri Jul 24, 2009 9:26 am

Re: New cloud platform for GPR processing

Post by geophix »

gprguy wrote:
Wed Jul 22, 2020 1:53 pm
geophix wrote:
Tue Jul 21, 2020 5:54 pm
It sounds great. Do you have some processed data examples? What kind of functions are available for data processing?
Hi Geophix;

There are examples of output on the website. In terms of processing, all typical functions used in GRED, RADAN, SLICE, etc are available, but the key here is speed. For example, when doing migration or a filter, the settings are on a slider where the user can see the results of each step in real time, and the processing is automatically applied to the entire dataset (the power of cloud computing). This allows a much faster fine tuning of settings and quick output of slices, 3D models, KML, etc. We use machine learning to auto-detect horizons and hyperbolas, so rebar and bridge deck datasets are quickly processed to show rebar health, depth etc.

The aim here is to offer the near-surface community a low-cost processing and interpretation package. Companies which only need processing intermittently can subscribe for only a month if needed. GPR is the first near-surface method we have implemented. Other geophysical methods are in the pipeline.
:thumbup: :thumbup: :thumbup:

ADobrovolskiy
Silver Member
Silver Member
Posts: 37
Joined: Wed Mar 27, 2019 4:58 pm

Re: New cloud platform for GPR processing

Post by ADobrovolskiy »

gprguy wrote:
Wed Jul 22, 2020 12:52 pm
ADobrovolskiy - Your SEGY doesn't appear to be a standard format in the way it stores the Lat/Long data. We're working on implementing your format now and will update you shortly.
OK, thank you.

In this variation of SEG-Y coordinates with standard precision are stored in bytes

int16 coordScalar = -1000; /* 071–072 */
float sourceX; /* 073–076 */
float sourceY; /* 077–080 */

But there are also one more non-standard extension - coordinates with double precision are in "double" starting from offset 182 and 190

gprguy
Member
Member
Posts: 5
Joined: Mon Jul 20, 2020 3:57 pm

Re: New cloud platform for GPR processing

Post by gprguy »

ADobrovolskiy wrote:
Wed Jul 22, 2020 5:43 pm
gprguy wrote:
Wed Jul 22, 2020 12:52 pm
ADobrovolskiy - Your SEGY doesn't appear to be a standard format in the way it stores the Lat/Long data. We're working on implementing your format now and will update you shortly.
OK, thank you.

In this variation of SEG-Y coordinates with standard precision are stored in bytes

int16 coordScalar = -1000; /* 071–072 */
float sourceX; /* 073–076 */
float sourceY; /* 077–080 */

But there are also one more non-standard extension - coordinates with double precision are in "double" starting from offset 182 and 190
Done! We've implemented your version of SEGY now. You will have to delete the files you've uploaded and re-upload them for them to be viewable. Make sure you upload the *.SGY file, and not a ZIP files. Thanks for the input!

Post Reply
  • Similar Topics
    Replies
    Views
    Last post