Replies to This Discussion

Permalink Reply by Skip Peel - Mineral Consultant on July 15, 2014 at 7:24

I'm having no problems at 1:20 pm.

• ▶ Reply

Permalink Reply by Skip Peel - Mineral Consultant on July 15, 2014 at 10:34

David, once you are able to get on SONRIS, please delete this discussion.

• ▶ Reply

Permalink Reply by Nixon Dow on July 15, 2014 at 11:28

There is still an issue. Unless you use a website hyperlink to access the wells information you still get that error. Pull up well data using sonrislite (using the Section Town, Range or other search form). After you have it up, copy the URL and past it in a new window(the error comes up).  

For use that use ARCGIS or other programs that can access well info using the serial # along with the base URL, like myself, this is a major issue. Now I cannot use the hyperlink that is attached the the well database file. I can't even type in the direct URL to get to the info. The only way to access it is to use a sonrislite search.

• ▶ Reply

Permalink Reply by Skip Peel - Mineral Consultant on July 15, 2014 at 11:38

Have you reported the problem to the SONRIS tech staff?

• ▶ Reply

Permalink Reply by Two Dogs, Pirate on July 15, 2014 at 14:02

Sonris beats having to go to the DNR to looks stuff up like it use to be. Don't take for granted that the well is where Sonris says it is. Most of them are off somewhat on their maps.

• ▶ Reply

Permalink Reply by Nixon Dow on July 15, 2014 at 15:29

I know not to trust the GIS stuff. I always double check everything with the well file information (even though I have found that to be wrong a time or two). Also, I generally pull up the aerial to verify both well file and GIS data, and depending on what I am working on I go to the USGS site and pull up historical aerials for older plugged wells. While you might think this is overkill I can tell you that I have twice come across wells that the GIS and WELL file said were in one location but the aerial showed a different location.  One of those errors specifically has a well producing in unit that was incorrect as the company has permitted two alternative wells for two side by side units but only drilled one of those wells. However, the physical (aerial) location of the drilled well was actually in the location (as per well file and his) of the well that was not drilled. This was clearly an error by the driller/operator but the sad thing is that the well has been inspected (reserve pit and lease) 3 to 4 times and each time the inspector puts the GPS coordinates down for the non-drilled location (meaning he not not actually checking the coordinates but just writing down what was previous assumed to be the coordinates- and yes they are actually suppose to take a gps reading each time they go for an inspection for this very reason). 

I have spent many a hour messing around with sonris, sonrislite, ROD, and the document database. I have created access and filemaker databases that use hyperlinks to like to sonris data. So at this point I pretty much never use the traditional sonrislite search forms and while I am more than appreciative of everything sonris has, my comments were just to confirm that there is a problem.

• ▶ Reply

Permalink Reply by abraham on July 16, 2014 at 2:23

Can you please identify the well(s) to which you are referring when citing a location issue.

Thanks

• ▶ Reply

Permalink Reply by Franks on July 15, 2014 at 18:30

For me, the database results pages are never working repeatable web links.  When you start a search, you'll always see a number one at the end of the url (/cart_con_pshwells1) and search results will have a number two at the end of the url (/cart_con_pshwells2).  Just change the 2 to a 1 and your link is good.

Example, search well permits by date and parish:
http://sonlite.dnr.state.la.us/sundown/cart_prod/cart_con_pshwells1

• ▶ Reply

Permalink Reply by full name on July 16, 2014 at 10:57

I can not get the information either.  I have a spread sheet with hyperlinks.  If you start with the Sonris website and type in the info (well serial number, or section, range, township, etc) it works.  However if you copy the link from your browser and try to use it you get the server overload.  Will not work in either Firefox or Explorer.

The hyperlink from my spread sheet and the scrip that Sonoris generates are identical.  Looks like a programing issue.

• ▶ Reply

Permalink Reply by Skip Peel - Mineral Consultant on July 17, 2014 at 1:37

DNR Helpdesk	7:02 AM (32 minutes ago)

Skip Peel,
 
Thank you for your Inquiry, We have made some changes to the system that eliminates the use of auto  or mass scripting, The auto scripting allows user to crawl our database slowing down our servers response time and can sometimes bring the server to a complete halt.  This makes it almost impossible for  employees, as well as you guys( external users) to complete simple task  that is normally a few clicks and a couple of seconds. I'm sorry for any inconvenience this may have cause to you. However, the change was to better the system's integrity for all users.

Please visit www.Sonris.com and click on the Data Access icon. Here you will find the information you seek through those lite query screen.  

Please simply reply to this email.  Please do not directly address this to my normal LA.GOV email address.  This will help insure that all messages regarding this issue will stay in the Helpdesk ticket system.


Thanks,
Damien Smart

--
DNR Help Desk
617 N Third St., Baton Rouge, LA 70802
Email: helpdeskdnr@la.gov - Web: http://helpdesk.dnr.louisiana.gov/

• ▶ Reply

Permalink Reply by full name on July 18, 2014 at 6:40

They just switched to passing data via "post" instead of "get".  Anyone that knows a little bit about websites would easily be able to work around this.

• ▶ Reply

Permalink Reply by Nixon Dow on July 18, 2014 at 7:06

Exactly my point. The people that are tying up the servers and causing an issue (even if there really was ever an issue) are likely commercial users that are data mining and using bots, and as full name alluded to they will find a way around this hurdle. The only people that the change will effect are people who were using the old direct link url methods as hyperlinks shortcuts in spreadsheets and other applications. Truth be told, preventing people from doing this is could actually be more taxing on the server because they now have to run a search prior to pulling up the information.

• ▶ Reply

• ‹ Previous
• 1
• 2
• Next ›
• Page