Height Map

We were discussing about height maps, it looks we’d need the following data:
heighmap.txt
epoch, Lat, Lon, Height, Heading, Roll, antenna height, workswitch

I think it could be stored similarly how we do sections.txt
Then using post process (or perhaps even during operation? ) we could enhance the data for higher resolution.
10Hz / per line and +2 extra lines based on roll?

cm precision? :smiley:

Here’s what Trimble can do:

5 Likes

Good idea!
With the help of this feature, the drainage routes can be easily designed on my waterlogged areas. In my opinion, collecting data every 20-30 square meters (relative to the width of the implement) should be sufficient for the purpose I would use it for.

sounds like an awesome idea. collect your field elevations while seeding etc. then go back and design your drains with opengrade

Make sure you use orthometric heights for drainage design. Orthometric height datums are normally related to mean sea level and take into account the effect of gravity.

2 Likes

Is there any progress? I’m also interested.

Wow I’ve been installing drain tile a long time and have never even thought about that. It looks like roughly 8in / mile according to google. It’s minimal but can add up. Thanks for knowledge!

8 inch per mile sounds a lot to me, is that on a rare spot or a relatively common figure?

Aren’t drainage machines usually using laser or old systems just visual control, neither one considering gravity changes (within the worked area).

That’s a straight line (laser) sitting tangent (level) to the diameter of the Earth (round).

If you put the laser at the highest part of the field then all the errors just lead to extra slope.

Quora
That is some math from Quora. Average drop. Basically at sea. 8" per mile is .0126% slope. It’s squared so shorter distance would be much less slope. More distance much greater slope. I would say hardly noticable within laser range.

1 Like

So the main thing is the curvature of the face of the earth, not that much from the local variation of gravity. Would be nice to see example figures for the latter but already the simple curvature surprised me. Should I say we luckily do not have 15 mile long fields as in the Quora example. :grinning:

1 Like

I’ve seen a demo with John Deere where they mentioned that to set up AB curve they had to manually drive on the AB to have it in the program. Meh…
Video here (it’s in Hungarian but the drone shot is cool)

So I tried to reproduce it in AOG :slight_smile:
First we need contour lines, that I created with this tool: https://contourmapcreator.urgr8.ch/

Here’s on google earth:


Then I draw:

  • BROWN: field outer boundary
  • RED: some trees + 2 big electrical poles that we’d like to avoid.
  • GREEN: the 2 areas based on which we can create 4 contour lines.

How to add these in AOG?
Issue #1: for some reason KMZ doesn’t work.
Issue #2: for some reason we can only define AB curve on the outer boundary…

Workaround for #2:
I start by adding the GREEN areas and then use the overview button / function to draw my AB curve. (We’ll name / smooth them later.)

So for each green area:

  1. load the KML as outer boundary
  2. do 1-2 AB curve
  3. Then I delete the outer boundary (curve stays)
  4. then I name / smoothen the curve

Then I add the brown / red boundaries.

Here it is in AgOpenGPS:

However when I try to use K-turn I get this error: (latest v5.7.3.1 )
image
(U-turn does work nicely, but sometimes the K turn is displayed as U turn, although I set my radius 5.00m and implement was 10.00m so probably that’s why)

Am I doing something wrong by defining AB curve from boundaries that no longer exists or I found a bug?
Files to reproduce:
hektarpodcast.zip (113.9 KB)

I believe the old fault with AOG making 8 shape turns is fixed, but to rule out that issue, set radius to 4,95 m or 5,05 ( old fix for 8 shape issue doing u turn at half implement width)

Countours.txt seem to have the height map: