Notifications
Clear all

GEOID12a

10 Posts
5 Users
0 Reactions
5 Views
(@loyal)
Posts: 3735
Registered
Topic starter
 

GEOID12a is now available:

http://beta.ngs.noaa.gov/GEOID/GEOID12A/

I would recommend that everybody download this “product” and do an analysis of the new model relative to their particular area of interest. If you find a “problem” in your area, LET THE NGS KNOW what you found!

The NGS has been remarkably quick to address any problems brought to their attention, and then do whatever is possible to resolve them. THEY need OUR HELP on things like this. There is only so much money to go around, and THEY are at the mercy of the data supplied to them.

Don't gripe, participate!
Loyal

 
Posted : August 17, 2012 5:22 pm
(@browja50)
Posts: 208
Registered
 

:good:

 
Posted : August 17, 2012 8:54 pm
(@geeoddmike)
Posts: 1556
Registered
 

Howdy Loyal,

I agree completely.

Looking at the problem in Texas it appears to me to be a bad value at a critical location. Looking at the publicly available data for DO0454 (data sheet and OPUS-DB solution) does not show where the problem resides. The data sheet does not show an ellipsoid height. The peak-to-peak errors shown for the OPUS-DB solution look okay. The point, a bench mark, is a disk set in bedrock!!!

The graphic showing the problem area includes the location of points with OPUS solutions. Not much in the problem area or to the west of it. It would be nice if Texas surveyors were more willing to provide more observations. An OPUS-DB submission involves more time on a monument that many like. If problems (which should only worsen) are to be identified and resolved more observations are needed. Calling the state advisor or NGS HQ to tell them something is wrong with the height of a published point is not enough.

It is worth noting that the photo for DO0454, intended to show the instrument setup used for the submission, shows only a pole. No antenna is shown and for me there is insufficient detail to verify the antenna height. In addition, while it is not a requirement there is only one OPUS-DB solution.

Of course the hybrid geoid model serves "only" to allow users to bring their heights from ellipsoid to a height consistent with NAVD88. I doubt many on this board would want to see NAVD88 go away any time soon.

I hope to look through the NGS site to get more details about their modeling methodology.

Cheers,

DMM

 
Posted : August 18, 2012 8:13 am
(@bl-hindman)
Posts: 103
Registered
 

I have only been using OPUS for horizontal in my area. Haven't checked the vertical yet! But I will as soon as this rain ends. B-)

 
Posted : August 18, 2012 10:46 am
(@roadburner)
Posts: 362
Registered
 

Can't even get that far. I downloaded INTG.exe (v3.14) and the .bin geoid file for my area and put them in the same folder. INTG crashes every time I hit return to accept the current folder as the folder containing the .bin file. uugghh

 
Posted : August 20, 2012 6:39 am
(@roadburner)
Posts: 362
Registered
 

> Can't even get that far. I downloaded INTG.exe (v3.14) and the .bin geoid file for my area and put them in the same folder. INTG crashes every time I hit return to accept the current folder as the folder containing the .bin file. uugghh

Well, now I downloaded INTG ver3.16 and it no longer crashes. But it also never gives me the answer, jut the lat/long I entered. Gads..........

 
Posted : August 20, 2012 6:52 am
(@loyal)
Posts: 3735
Registered
Topic starter
 

RoadBurner

I'm currently processing 10 "zone files" that contain about 2.6 Million points EACH (total of ~25.6 million points) through "INTG v3.16," and although it is a slow process, everything appears to be working properly.

I suspect that your input files may be the problem. If you want to shoot me one of your input files, I'll give it a look, and see if something pops out.

The Email link on Beerleg works...
Loyal

 
Posted : August 20, 2012 7:11 am
(@roadburner)
Posts: 362
Registered
 

RoadBurner

> I'm currently processing 10 "zone files" that contain about 2.6 Million points EACH (total of ~25.6 million points) through "INTG v3.16," and although it is a slow process, everything appears to be working properly.
>
> I suspect that your input files may be the problem. If you want to shoot me one of your input files, I'll give it a look, and see if something pops out.
>
> The Email link on Beerleg works...
> Loyal

Howdy Loyal,
I'm not using input or output files. I'm using keyboard entry. I enter a point name of TEST, latitude of 40 00 00 and longitude of 105 00 00. It never displays the geoid height, but it asks if I want to enter another station. aagghh Government software. I'm using g2012au6.bin

 
Posted : August 20, 2012 7:28 am
(@loyal)
Posts: 3735
Registered
Topic starter
 

RoadBurner

Works for me (-17.435)

At the "Enter another station(y/n):"
Enter 'n' and press enter and it should burp your answer out.

BTW, I'm using g2012au0.bin (which covers all of conus).

Loyal

 
Posted : August 20, 2012 8:31 am
(@roadburner)
Posts: 362
Registered
 

RoadBurner

> Works for me (-17.435)
>
> At the "Enter another station(y/n):"
> Enter 'n' and press enter and it should burp your answer out.
>
> BTW, I'm using g2012au0.bin (which covers all of conus).
>
> Loyal

Thanks, pard. I had made a desktop shortcut to INTG.exe, so when I responded 'n' to that question the program would end and the dos window would be gone. Running the program from the command prompt inside a dos window spits out the data. Earlier versions of INTG didn't do this.

Thanks again!

 
Posted : August 20, 2012 9:09 am