[auscope-geosciml] GeoSciML3 Borehole Collar [SEC=UNCLASSIFIED]

[Bruce.Simons at dpi.vic.gov.au]

> allow 1..* collarLocation with an associated role


----------------------------------------------------
Bruce Simons
Senior Information Geoscientist
IUGS-Commission for Geoscience Information Oceania Councillor
GeoScience Victoria/Australian Spatial Research Data Commons
Level 9, 55 Collins St
PO Box 4440
Melbourne, Victoria, 3001
Australia

Ph: +61-3-9658 4502
Fax: +61-3-9658 4555
Mobile: +61 429 177155



From:   <Oliver.Raymond at ga.gov.au>
To:     <auscope-geosciml at lists.arcs.org.au>
Date:   16/06/2011 03:40 PM
Subject:        Re: [auscope-geosciml] GeoSciML3 Borehole Collar 
[SEC=UNCLASSIFIED]
Sent by:        auscope-geosciml-bounces at lists.arcs.org.au



If more than one collar elevation is given, then there must also be a 
mechanism to tell which elevation is the one used as the zero starting 
point (ie, the CRS) for downhole measurements for MappedIntervals.  Any 
ideas from Bruce, Gilly?
 
Cheers,
Ollie
 
 

From: auscope-geosciml-bounces at lists.arcs.org.au [
mailto:auscope-geosciml-bounces at lists.arcs.org.au] On Behalf Of 
Guillaume.Duclaux at csiro.au
Sent: Thursday, 16 June 2011 3:23 PM
To: auscope-geosciml at lists.arcs.org.au
Subject: Re: [auscope-geosciml] GeoSciML3 Borehole Collar
 
I totally support for first point Bruce. In the pressureDB petroleum wells 
service available via the AuScope portal we had to impose the use of the 
seafloor elevation (bathymetry?) to provide the elevation value 'from 
ground surface'. All the logs are usually referenced from the rotary 
tables. Should be very good to be able to encode more than one collar.

Cheers

Gilly 
 
From: Bruce.Simons at dpi.vic.gov.au [mailto:Bruce.Simons at dpi.vic.gov.au]
Sent: Thursday, June 16, 2011 03:17 PM
To: auscope-geosciml at lists.arcs.org.au 
<auscope-geosciml at lists.arcs.org.au>
Subject: [auscope-geosciml] GeoSciML3 Borehole Collar
 
Hi all, 
Mapping hydrological bores from Ballarat University and Victorian Future 
Farming Systems Research, and DPI's Petroleum Wells has indicated that 
BoreholeCollar:elevation is more complex than currently captured in 
GeoSciML v2. There are two issues: 

1. Multiple BoreholeCollar:elevations 
Petroleum Wells usually have a Kelly Bush elevation and a ground level 
elevation. Similarly Water wells usually have a 'natural surface' 
elevation and a 'top casing' elevation. 
Currently GeoSciML only has an elevation property, so it is unclear which 
of these should be used. GroundWaterML 1 has a 'referenceElevation' to 
indicate the elevation other values (such as water level) relate to. 

I think both referenceElevation and groundElevation should be available. 
Really CollarLocation should be a 3D point, but we have split the 
elevation and location data for software reasons. 

I think we should either have two elevation properties on BoreholeCollar, 
or preferably allow 1..* collarLocation with an associated role.  Perhaps 
we should also bite the bullet and combine elevation and location into a 
3D BoreholeCollar. The elevation notes state: "Compromise approach to 
supply elevation explictly for location; this is to allow for software 
that cannot process 3-D GM_Point. " 

2. Some Borehole Casing height values vary with time as farmers drive over 
the casing, the hole is re-cased etc. I'm not sure if this happens in the 
mineral, engineering and petroleum industries. 
A request has been made by the hydrogeologists to add a date stamp to the 
BoreholeCollar so these changes can be tracked. 

----------------------------------------------------
Bruce Simons 
Senior Information Geoscientist
IUGS-Commission for Geoscience Information Oceania Councillor
GeoScience Victoria/Australian Spatial Research Data Commons 
Level 9, 55 Collins St 
PO Box 4440 
Melbourne, Victoria, 3001 
Australia 

Ph: +61-3-9658 4502
Fax: +61-3-9658 4555 
Mobile: +61 429 177155 
Notice:
This email and any attachments may contain information that is personal, 
confidential,
legally privileged and/or copyright. No part of it should be reproduced, 
adapted or communicated without the prior written consent of the copyright 
owner. 
It is the responsibility of the recipient to check for and remove viruses.
If you have received this email in error, please notify the sender by 
return email, delete it from your system and destroy any copies. You are 
not authorised to use, communicate or rely on the information contained in 
this email.
Please consider the environment before printing this email.
 
 
 _______________________________________________
auscope-geosciml mailing list
auscope-geosciml at lists.arcs.org.au
http://lists.arcs.org.au/cgi-bin/mailman/listinfo/auscope-geosciml


Notice:
This email and any attachments may contain information that is personal, 
confidential, legally privileged and/or copyright.No part of it should be reproduced, 
adapted or communicated without the prior written consent of the copyright owner. 

It is the responsibility of the recipient to check for and remove viruses.
If you have received this email in error, please notify the sender by return email, delete 
it from your system and destroy any copies. You are not authorised to use, communicate or rely on the information 
contained in this email.

Please consider the environment before printing this email.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opengeospatial.org/pipermail/geosciml/attachments/20110616/ebf8f9cf/attachment.htm>