Online Schlumberger Petrel Community

Is there one?

I know the official Schlumberger Support portal exists (with a forum), and I understand that when you buy a license, you get access to that resource included (that’s how I have access).  It shocks me, however, that there isn’t a thriving community of Petrel enthusiasts (or even geological/geostatistical modeling enthusiasts) out here on the Internet.  What I’m interested in is more than a PDF of a workflow or a presentation that discusses theory–I want to know how people have used modeling software to solve real problems, because not all problems can be solved in the same way.

For example, check out the Laser Scanning Forum, which is a great resource if you’re into that, and which includes discussion of multiple software packages and how to deal with different data.  A quick search brought up the forum at Exploration and Production Geology, which could use a little more activity to be useful.  Every once in a while I’ll find a blog post that addresses some questions relating to what I am trying to do.  Of course, there is always my employer’s internal collection of workflows…most of which live in the heads of our experienced modelers.  (For the record, I am not an experienced modeler and I’m facing a steep learning curve.)

I understand that software this expensive is going to be used primarily for groups that are working on custom, confidential projects and are more likely to have received training straight from Schlumberger…but as someone who outside of work would much rather use open-source software and open-access datasets, the lack of “free” information for this caliber of software is certainly jarring.

QOTD: Smallest Model Possible in gslib?

Q:  How small can a 3D geological model be?  Does gslib even recognize units, or is the coordinate system external to the software?

A:  It does not appear that any coordinate systems are built into gslib, which means units are held externally.  “100” could mean 100 km or 100 microns as far as gslib is concerned.  http://www.gslib.com/gslib_help/format.html

(QOTD: question of the day)

Bonus: Grand Forks City Council on “Bicycle Craze”

Council Member Sande stated not aware when biking became rage in Grand Forks, that he keeps hearing about bicycling from a variety of people with variety of points of view, none seem cohesive and wondering what it would take to get us on the same page about the bicycle craze. The MPO, the engineering department and Trail Users all seem to have their own agendas and process, because heard tonight that we connected the loop, that we created the dead-end ourselves by approving the 42nd Street bikepath and then the 24th bikepath that went no-where in the first place, so if going to connect the loops, why did we make a non-loop in the first place,; great if could review our current ordinances, apparently there are some regulations where not supposed to ride bikes on sidewalks, an unenforceable ordinance – should look at that and should have a sub-committee, a task force, with regard to bicyclists and come together and get a good plan to see if could get on the same page.

From the April 7th minutes.

MnDOT Bicycle System Input Session

MnDOT StatewideBicycle System Input Session

Open House Tonight

The Minnesota Department of Transportation (MnDOT) is developing a Statewide Bicycle System Plan to identify a statewide system of bicycle routes, improve existing facilities, and refine its bicycle planning process.

Public Meeting
6PM – 7PM
Thursday, May 29
EGF City Hall, 600 DeMers Avenue

Online at: www.mndot.gov/bike

Red River of the North at Grand Forks

Correlating stage and discharge with photos.  A work in progress.

Data are from the gage at Red River of the North on Sorlie Bridge.  Photos are in order of stage height, increasing.

Stage Red River/Red Lake River Confluence Downtown/Mt. Haga Riverside Dam
16 ft  

IMG_0435

Gage height ~16.2 ft, no discharge available.  2011-12-10

FilmRoll5 021

Gage height ~16.3, discharge ~2000 cfs.  2009-09-25

IMG00268

Gage height ~16.5 ft, no discharge available.  2011-12-05.

River Dam-2 in GF, ND

Gage height ~16.9 ft, discharge ~3100 cfs.  2008-06-04.

17 ft

Red Lake River Dam 3/13

Gage height ~17 ft, no discharge available.  2010-03-13.

The grand forks

Gage height ~17 ft, discharge ~3300 cfs.  2012-06-28.

Zip

Gage height ~17.4 ft, discharge 3700 cfs.  2010-09-04.

 
18 ft      
19 ft      
20 ft      
21 ft

http://flic.kr/p/nr9vuz

Stage ~21.8 ft, discharge ~10,100 cfs.  2014-05-23.

   
22 ft      
23 ft      
24 ft      
25 ft      
26 ft

2014-05-09 12.32.37

Gage height ~26.0 ft, discharge 17,800 cfs.

   
26.5 ft  

East Grand Forks bike path under Sorlie bridge is underwater.

 
27 ft

2014-05-08 14.02.32

Gage height ~27.25 ft, discharge 19,000 cfs.

   
28 ft      
29 ft      
30 ft      
31 ft      
32 ft  

Old Rail Bridge Pivot

Gage height ~32 ft, no discharge available.  2009-03-23.

 
33 ft      
34 ft  

“East Grand Forks…4th St underpass at Gateway Drive (HWY 2) closes” (NWS).

 

 

Quick Thoughts

  1. The intersection of the north-end bike path (north of Gateway) with 1) North Washington Street and 2) Mill Road are especially bad.
  2. There is no official way to cross the English Coulee on the north side of Gateway, but there is a desire line, which can even be seen in the satellite photo.
  3. Crossing 42nd Street is hard, too.
  4. It would be sweet if there were a pedestrian connection across 42nd St from 11th Ave S to the Alerus Center.

Database Frontiers

They aren’t really frontiers anymore, but I’m learning more about NoSQL databases and use cases–specifically, what the best way to create a better fossil specimen database is.  The use case would be a simple “what do we have and where is it” database for the University of North Dakota paleo collections.

Ideal features are

  • Easy replication or download, in case someone wants to run an analysis on all or part of the database.
  • Easy and or flexible query capabilities.  I’m getting the impression I get one or the other.
  • Easy import.
  • Versioning would be nice.
  • Scalability (in the end, 500,000 specimens).

So far CouchDB and MongoDB are my frontrunners, and even though I think CouchDB has more of the features I’d like to use, the supposedly easier querying in MongoDB has me intrigued.  This is definitely not going to be a post comparing the two.  It’s possible that MySQL is the right choice, and I am re-exploring that possibility.  I’m beginning to shy away from NodakPaleo as it exists right now, because Drupal adds a layer of complexity between researchers and the data.  Sure, it’s nice to have all the extras and be able to build a View that you can query a certain way via GUI, but ideally the databse would have an API that could be used by researchers for more interesting things–mapping exercises, mashups with different datasets, etc.  For that to happen, I think a JSON/BSON/XML document database may be the best choice in the end.  

I just want people to be able to talk to it and use it in a way that makes sense to them.  Continuing on, I hope to add more comprehensible thoughts about each option and how I am learning (because I know very little about these systems).

Finally, if you want to see where my free time went during 2007, check out SpecimenDB, the PHP/MySQL version I created.  Much of the backend I scraped from ‘PHP and MySQL for Dummies,’ but apparently I learned a lot that summer.  This is a new installation, so it obviously doesn’t have any information in it.