Rather than start a new post dealing with the same issue (more or less), I will ask here:
I am also using VBS2, and the proprietary terrain editing software package, Visitor4. The ability within V4 to modify terrain is very poor, and I decided to try out your program, and while I love it (the ability to change the elevation, dynamically, in 3D with L3DT puts your program head and shoulders above the limited ability that V4 provides (3D editing is available, however it is slower than molasses, and the only real method to modify the ground is via lassoing vertices, and manually entering values, or using dropdown windows that allow for averaging, min/max height, manual height input, and some smoothing), I am having the same basic issue as Seafire6: upon importing the terrain into L3DT (I first export from V4 into GlobalMapper, via ASC format, and then export from GM into L3DT (HFZ/HF2 format), the heightfield doesn't seem to be the correct size anymore. I understand your explanation of how the units are measured, and perhaps someone at BohemiaInteractive doesn't (i.e their method of exporting the correct values is wrong), but it does cause problems upon working on a terrain heightfield in L3DT (and then exporting it back into V4).
The problem is this: there is always a -99999 meter border around my heightfield. I suspect that this is due to a invalid value in the 0,0 (or perhaps 4097,4097??) position (I am basing this on using a 4096 x 4096 heightmap, of course). I have had some success in the past with using your "Resize to: " whilst exporting, but if I forget that step (which I have done in the past
), I end up with major issues once I export it back into GM -> Visitor4.
I suppose those of that utilize L3DT for use in VBS2 (and I have also trumpeted the value of L3DT to my colleagues within the VBS2 world, but a lot of them are constrained by government procurement issues
from using "unauthorized" software, and many are hesitant (even if they could use it) due to the mitigating factor of having to do a number of additional steps: exporting ASC terrain, importing into GM, exporting in correct format (perhaps I am doing something wrong, but I use HFZ/HF2 format as it was the only one that seemed to work when I initially starting mucking around, and I haven't experimented otherwise), and then modifying the terrain with the brushes, exporting (and remembering to either re-size or cropping (which I have done, but I always wonder if I am doing it correctly.....), and so forth....) would like is a more "one-stop shopping" workflow, whereby we could simply export a terrain from Visitor4 (XYZ seems to be a common enough format), work on it in L3DT, and export back into V4, without having to crop or re-size. Is this feasible??? I would like to hope so, as I would like to use L3DT more than I have, but I have had enough issues (due to incorrect sizing, and huge drop off's created by the invalid values) to cause me to approach using it with hesitation (especially when working close to a deadline, as forgetting one step can cause a huge knock on effect, if the problem isn't noticed right away, and it gets "embedded" into the final product (I had a few issues, entirely my fault, where I was smoothing along the edge of the terrain, and unbeknownst to me, I had smoothed down to the -99999m value, causing an enormous hole to be created in my terrain).
Sorry for the lengthy post, but I hope the gist is simple enough: a means of maintaining the original terrain heightfield size throughout the process.
Thanks for your time on this, Aaron, it is greatly appreciated.
Allan