• Which the release of FS2020 we see an explosition of activity on the forun and of course we are very happy to see this. But having all questions about FS2020 in one forum becomes a bit messy. So therefore we would like to ask you all to use the following guidelines when posting your questions:

    • Tag FS2020 specific questions with the MSFS2020 tag.
    • Questions about making 3D assets can be posted in the 3D asset design forum. Either post them in the subforum of the modelling tool you use or in the general forum if they are general.
    • Questions about aircraft design can be posted in the Aircraft design forum
    • Questions about airport design can be posted in the FS2020 airport design forum. Once airport development tools have been updated for FS2020 you can post tool speciifc questions in the subforums of those tools as well of course.
    • Questions about terrain design can be posted in the FS2020 terrain design forum.
    • Questions about SimConnect can be posted in the SimConnect forum.

    Any other question that is not specific to an aspect of development or tool can be posted in the General chat forum.

    By following these guidelines we make sure that the forums remain easy to read for everybody and also that the right people can find your post to answer it.

Satellite Images, BGLs are showing up RED

wardorichie

wardorichie

Messages
127
Country
us-colorado
Help, someone please.

My .tifs are high resolution images, which are perfect. I am running them through the resampler.exe without errors, the resampler compiles my .tifs into .bgls.
As soon as I load them into p3d, I go to my airport, it looks like a scene from Amityville Horror.

Thank you for any suggestions

Rich
 
This is usually a function of a missing source image layer.

Can you post your .inf file
 
Source Image Layer missing? I dont understand what you mean by this. It is very strange, as I have had no problems in past....something definitely has changed up here.....Im pretty excited as Im about to learn something new here....thank you!



[Source]

Type = GeoTIFF

SourceDir = "SourceData"

SourceFile = "IMG10mile_13.tif"

Layer = imagery

SamplingMethod = Majority


[Destination]

DestDir = "Output"

DestBaseFileName = "IMG10mile_13Image"

DestFileType = BGL

LOD = Auto

FractionBits = 3
 
Hi Rich:

[EDITED]

NOTE: Your *.INF "Layer" parameter is set to "Imagery"; thus you have told Resample that your source data is intended to be treated as aerial imagery, not Elevation data.

And it is possible that FSX SDK Resample 'may' ignore the FractionBits parameter in your test scenario. :scratchch


However, since that parameter has a potential impact when processing multi-channel data sets, one might wonder if use of FractionBits in the [Destination] sub-section of an *.INF file with a Geo-TIFF as a input source file "might" influence how Resample behaves when multi-channel aerial imagery is submitted, causing confusion resulting in a bias towards elevation processing rather than imagery processing in Resample's internal work-flow.


AFAIK, although aerial imagery does contain some raster data values which can be used for 'displacement modifiers' in establishing elevation values for terrain mesh, elevation processing requires specific data set file formats (including a *.INF file with correct parameters pertinent only to elevation processing) ...to achieve normal processing to output terrain mesh BGLs.

One might wonder whether 'confused' internal processing by Resample might assume that it completed properly without actually having the data source file format it needed for elevation output, and thus fail to output either aerial imagery or terrain mesh ...without having initially rejected the GeoTIFF file for processing and/or having output an error message ? :confused:


The "Red" you see, as Ian alludes to above, is IIUC, a result of Resample processing input source file(s) to completion without actually getting required unique data for a geographic area, but which somehow wrote a BGL while failing to trigger an error report prior to / during processing by Resample.



Regardless, be aware that FractionBits is not used in either the [Source] or [Destination] sub-sections of an *.INF file for Resampling aerial imagery.

Instead, FractionBits is used only in specific mixed elevation data set value range scenarios when processing elevation data into terrain mesh.


So, it's best not to risk confusing the FSX SDK Resample utility; try your *.INF file again without the FractionBits parameter.


BTW: If you wish to experiment with using "SamplingMethod=Majority" versus "SamplingMethod=Gaussian" to create custom photo-real Land Class using aerial imagery, try using all other 'required parameters' which, IIUC (I haven't tried this yet !) apparently must accompany that "Majority" parametric value. ;)

Apparently, use of the "SamplingMethod" parameter for aerial imagery as a form of custom land class (aka "Land Classification") requires additional parameters in the *.INF file to qualify use of that option.

See: "SamplingMethod", "MajorityMode", "SampleWeight.n", "Layer"

http://msdn.microsoft.com/en-us/library/cc707102.aspx#TheResampleTool



PS: An interesting related article on this latter topic as applied to deriving data from Land Use / Land Classification data sets:

"Sampling Method and Sample Placement - How Do They Affect the Accuracy of Remotely Sensed Maps?"

http://www.asprs.org/a/publications/pers/2003journal/march/2003_mar_289-297.pdf


...And a explanation of methods used when 'resampling' raster data:

http://grasswiki.osgeo.org/wiki/Interpolation

http://grass.osgeo.org/grass65/manuals/rasterintro.html

[END_EDIT]


Hope this helps ! :)

GaryGB
 
Last edited:
I am completely confused at this point.
Thank you guys for your feedback....truly I am very greatful

At this point, I am going to re extract my geo tifs from Global Mapper, and try a few different settings.
 
GaryGB said:
...try your *.INF file again without the FractionBits parameter.
Click to expand...

Hi Rich:

Did you try this ? :confused:


NOTE: If you can open and view (but NOT 'save' !) the visual content of your existing GeoTIFFS in a plain non-GIS graphics application such as ex: Windows Paint, and you can open and display them in a GIS application such as Global Mapper without being prompted to Geo-Rectify them, then they are likely OK and may not need to be re-created.



As to the existing aerial imagery BGLs you have thus far created with FSX SDK Resample, try viewing them in FSX SDK TMFViewer:

[FSX SDK install path]\SDK\Environment Kit\Terrain SDK\TmfViewer.exe




I believe your issues arise from an improperly structured *.INF file. :eek:


Take a look at an example *.INF file output by SBuilderX when making a photoreal BGL from aerial imagery downloaded off a imagery tile server and "added as a background map"; you will then see the simple code structure required when GeoTIFFs are used as sources for custom photo-real aerial imagery BGLs made with FSX SDK Resample.


There are numerous examples of such *.INF files for using Resample with "GeoTIFFs" here at FSDeveloper ...which can be found for the cost of a (...free !) Google search.


Here's just (1) example (modify file name / path / LOD parameter values as needed):

http://www.fsdeveloper.com/forum/showpost.php?p=23069&postcount=13


Hope this helps sort things out when making aerial imagery BGLs with Resample using GeoTIFFs ! :)

GaryGB
 
Last edited:
Again, thank you everyone for your feedback to help me find a solution to this issue.

Still, I am having no success with any of the suggested .inf edits, my image still complies into a .bgl and there is the red overlay.

I have other geotifs that have compiled through the resampler, same .inf used....they come out just fine.
I am completely baffled.

Thank you again for your continued thoughts

Rich
 
Hi Rich,

some of the USGS geotiffs have a fourth, infrared channel, that may still be embedded in your source. Global Mapper typically gives a pop-up menu regarding this when you first load the geotiff.

Cheers, Holger
 
Thanks Chris for your feedback,
Now, is this a channel that I can turn off, or would I have to re-export out of Global mapper?
 
I am SO confused!! My geotifs, open up in Photoshop, they look great. There are no errors to these tifs, as I compile them with any SDK tools.

The bgls, when I open them in the tmfviewer, are red!!! :eek:

Truly, I am greatful for anyone who has seen this, and has a solution!

Prior to this project, I ran 50 miles of geo tifs through the exact same resample tool and they came out fine.

Thank you again
 
Did you try to add 'Variation = All' into [Source] section? (not sure if it works with GeoTIFFs)
 
Last edited:
wardorichie said:
Thanks Chris for your feedback,
Now, is this a channel that I can turn off, or would I have to re-export out of Global mapper?
Click to expand...

Uh, the person you are responding to is named Holger, not Chris.

Second, you seem hell-bent on proceeding without a clue as to what's wrong and thus, how to fix it.

(Notice the word in bold)

Do you know if the source is RGB or has a fourth channel?

Do you know that the SDK addresses individual channel selection via the SDKs?

Do you know that a lot of graphics programs and viewers will skip a fourth channel and display an image as RGB?

To paraphrase, the wheels are starting to wobble on your car. Do you think it might be time to pull over and check the lug nuts? Slow down, catch you breath and start checking what source you have, in what format and if anything needs to be done to accommodate any differences.

Both the SDKs and Global Mapper can help with any imagery channel issue, but it takes you wanting to research it to find the solution.
 
Certainly, I am not out here to offend anyone, I do understand the amount of research that goes into becoming efficient then onto an expert in this awesome Community.
The entire purpose for this forum is to ask questions and to have others guide us through their experience.

Truly, if I have offended you Holdger, I apologize. Now, if this is annoying to you, you can simply ignore and move on and ignore.
There is not need to flex your ego and slap anyone around here....seriously.
 
HolgerSandmann said:
Hi Rich,

some of the USGS geotiffs have a fourth, infrared channel, that may still be embedded in your source. Global Mapper typically gives a pop-up menu regarding this when you first load the geotiff.

Cheers, Holger
Click to expand...

Holger, sorry messed your name up my friend....:) Ive been communicating with so many other people.
I definitely appreciated your assistance! have a great day
 
LCSims said:
Uh, the person you are responding to is named Holger, not Chris.

Second, you seem hell-bent on proceeding without a clue as to what's wrong and thus, how to fix it.

(Notice the word in bold)

Do you know if the source is RGB or has a fourth channel?

Do you know that the SDK addresses individual channel selection via the SDKs?

Do you know that a lot of graphics programs and viewers will skip a fourth channel and display an image as RGB?



To paraphrase, the wheels are starting to wobble on your car. Do you think it might be time to pull over and check the lug nuts? Slow down, catch you breath and start checking what source you have, in what format and if anything needs to be done to accommodate any differences.

Both the SDKs and Global Mapper can help with any imagery channel issue, but it takes you wanting to research it to find the solution.
Click to expand...

You are exactly correct, I am determined to find this solution, Exactly, I have not a clue how to fix it, thats why I am asking questions. I will find this solution, here by helpful people also utilizing all the SDK documentation and tutorials, that are out here, trial and error....etc...it all goes together.

Truly its not a big deal, as I said before, Im not here to offend you at all boss, I hope your day gets better.
 
You must log in or register to reply here.
Back
Top