• 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.

FSX Resample.exe Not Compiling

Hi Caleb:

I will reply to your latter question above in a few minutes, after I am at another computer. :wave:

GaryGB
 
https://www.fsdeveloper.com/forum/threads/resmaple-exe-not-compiling.442820/post-799435

I am still at the step I quoted above for the Blend Mask, and when I enter the things you say, the point still does not appear in the far upper left corner as you said it was supposed to.

Where did you find out the numbers that I should put in the "X/Easting/Lon" and "X/Northing/Lat" fields? Maybe I incorrectly specified some information that you used to calculate these numbers. Can you please tell me how/where you found the information for the "X/Easting/Lon" and "X/Northing/Lat" fields, so that I may confirm that I correctly specified the information you used to calculate those numbers?

Thanks.

https://www.fsdeveloper.com/forum/threads/resmaple-exe-not-compiling.442820/post-799352

Hi Caleb:

Before we Geo-rectify your files in Global Mapper, we need to know Pixel Row and Column 'size' for each of these images:

* "X10_blendmask_gimp.tif"

* "X10_watermask.tif"


Also, please clarify whether the above images were created from copies of your original DG_Satellite_1.tif GeoTIFF image.

If so, please clarify whether the above images have not yet been 're-sized' by any graphics application, or or 're-projected' by any GIS application such as Global Mapper or QGIS etc ...after they were created as copies of your original DG_Satellite_1.tif.

https://www.fsdeveloper.com/forum/threads/resmaple-exe-not-compiling.442820/post-799353

The Water Mask and Blend Mask have not been 're-sized' by any graphics application, or or 're-projected' by any GIS application such as Global Mapper or QGIS etc.

https://www.fsdeveloper.com/forum/threads/resmaple-exe-not-compiling.442820/post-799368

This is the info from the "Image > Image Size" window in Photoshop. Is this what you need?

Watermask:
View attachment 41954

Blendmask:
View attachment 41955

https://www.fsdeveloper.com/forum/threads/resmaple-exe-not-compiling.442820/post-799384

Example Global Mapper workflow to Geo-rectify the Blend Mask for your aerial imagery: :teacher:

NOTE: This is intended to match your Blend Mask image Geo-rectification to that of the 'native' Geo-rectification assigned to your original DG_Satellite_1.tif" GeoTIFF "DAY" image file when it was first opened in Global Mapper.

https://www.fsdeveloper.com/forum/threads/resmaple-exe-not-compiling.442820/post-799220

Here is the metadata:
Code:
FILENAME=C:\Users\Caleb\Documents\CB Simulations\Scenery\X10\Photoreal\Purchace\DG_Satellite_1.tif
DESCRIPTION=DG_Satellite_1.tif
UPPER LEFT X=532999.623
UPPER LEFT Y=2956194.610
LOWER RIGHT X=536320.023
LOWER RIGHT Y=2950002.610
WEST LONGITUDE=80° 40' 6.0787" W
NORTH LATITUDE=26° 43' 35.6746" N
EAST LONGITUDE=80° 38' 5.3075" W
SOUTH LATITUDE=26° 40' 14.1167" N
PROJ_DESC=UTM Zone 17 / WGS84 / meters
PROJ_DATUM=WGS84
PROJ_UNITS=meters
EPSG_CODE=32617
COVERED AREA=20.56 sq km
NUM COLUMNS=11068
NUM ROWS=20640
NUM_BANDS=3
PIXEL WIDTH=0.3 meters
PIXEL HEIGHT=0.3 meters
BIT_DEPTH=24
PHOTOMETRIC=RGB Full-Color
BIT_DEPTH=24
ROWS_PER_STRIP=1
COMPRESSION=None
ORIENTATION=row 0 top, col 0 lhs
PIXEL_SCALE=( 0.3, 0.3, 1 )
TIEPOINTS=( 0.00, 0.00, 0.00 ) --> ( 532999.623, 2956194.610, 0.000 )
MODEL_TYPE=Projection Coordinate System
RASTER_TYPE=Pixel is Area

[EDITED]

The 'numbers' that you should put in the "X/Easting/Lon" and "X/Northing/Lat" fields are numeric (NOT Geographic) coordinate values used for Geo-rectification of your Mask images in the original Universal Transverse Mercator (aka "UTM"), Zone 17 (Northern Hemisphere) / Pixel Units = Meters GIS cartographic projection are "Cartesian" coordinates.

[END_EDIT]

These "UPPER LEFT and LOWER RIGHT" X-Y Cartesian coordinate pairs are intended to match your Blend and Water Mask image Geo-rectification to that of the 'native' Geo-rectification assigned to your original DG_Satellite_1.tif" GeoTIFF "DAY" image file when it was first opened in Global Mapper.

These "UPPER LEFT and LOWER RIGHT" X-Y Cartesian coordinate pairs are used, since it is 'apparent' from your stated Pixel Row and Column sizes above, those Mask images are derived from same-size copies of your original DG_Satellite_1.tif ...before it was re-projected for use with SDK Resample.

https://www.fsdeveloper.com/forum/threads/resmaple-exe-not-compiling.442820/post-799220



https://www.fsdeveloper.com/forum/threads/resmaple-exe-not-compiling.442820/post-799396

I'm actually not sure if my Water Mask is a 8-Bit gray-scale TIF file, but the current size (before being Geo-rectified / re-projected) is 871 MB.

BTW: Your uncertainty stated above, as to whether your Masks are actually in 8-Bit gray-scale TIF file format, merits a check in PhotoShop or GIMP to determine what graphical file format they are actually in at this time.

The graphical file format the Masks are actually in at this time may have a potentially significant impact on file size and anomalies seen. :alert:

[EDITED]

AFAIK, SDK Resample requires 8-Bit gray-scale if Masks are submitted as TIFFs with a SamplingMethod=Gaussian *.INF file entry. :pushpin:

[END_EDIT]

I suggest that you verify the graphical file format of your Mask files before proceeding further with Geo-rectifying them. ;)


Perhaps a review of these threads might be helpful: :idea:

https://www.fsdeveloper.com/forum/threads/blend-mask-not-working.435956/post-781363

https://www.fsdeveloper.com/forum/t...the-scenery-you-are-making.441139/post-782145

GaryGB
 
Last edited:
Thanks for the replies @GaryGB . So from what I understand, the "UPPER LEFT X" and the "UPPER LEFT Y" entries in the metadata of the original imagery tif file before it was re-projected in Global Mapper are the values that I must put in the "X/Easting/Lon" and "X/Northing/Lat" fields in the "Image Rectifier [Automatic] (X10_blendmask_gimp.tif)" dialog in Global Mapper when Geo-Rectifying the Watermask and Blendmask to be compiled with the FSX SDK resample along with the imagery TIF file that was re-projected in Global Mapper. Is this correct? I have just verified that the "UPPER LEFT X" and the "UPPER LEFT Y" entries in the metadata of the original imagery tif file before it was re-projected in Global Mapper are the same numbers that I am using in the "X/Easting/Lon" and "X/Northing/Lat" fields in the "Image Rectifier [Automatic] (X10_blendmask_gimp.tif)" dialog in Global Mapper when Geo-Rectifying the Watermask and Blendmask. So, I am wondering why the cross hairs in the "Image Rectifier [Automatic] (X10_blendmask_gimp.tif)" dialog in Global Mapper are not in the upper right and lower left corners after entering that data!?!? This seems very mysterious, and I am thankful for your help in this matter. Very thankful. :) I am not sure how to express my appreciation enough. :)
 
https://www.fsdeveloper.com/forum/threads/resmaple-exe-not-compiling.442820/post-799492

Thanks for the replies @GaryGB.

So from what I understand, the "UPPER LEFT X" and the "UPPER LEFT Y" entries in the metadata of the original imagery tif file before it was re-projected in Global Mapper are the values that I must put in the "X/Easting/Lon" and "X/Northing/Lat" fields in the "Image Rectifier [Automatic] (X10_blendmask_gimp.tif)" dialog in Global Mapper when Geo-Rectifying the Watermask and Blendmask to be compiled with the FSX SDK resample along with the imagery TIF file that was re-projected in Global Mapper. Is this correct?

That is partially correct.

The numeric (NOT Geographic) values used for Geo-rectification of your Mask images in the original Universal Transverse Mercator (aka "UTM"), Zone 17 (Northern Hemisphere) / Pixel Units = Meters GIS cartographic projection are "Cartesian" coordinates.

These "UPPER LEFT and LOWER RIGHT" X-Y Cartesian coordinate pairs are intended to match your Blend and Water Mask image Geo-rectification to that of the 'native' Geo-rectification assigned to your original DG_Satellite_1.tif" GeoTIFF "DAY" image file when it was first opened in Global Mapper.

These "UPPER LEFT and LOWER RIGHT" X-Y Cartesian coordinate pairs are used, since it is 'apparent' from your stated Pixel Row and Column sizes above, those Mask images are derived from same-size copies of your original DG_Satellite_1.tif ...before it was re-projected for use with SDK Resample.

https://www.fsdeveloper.com/forum/threads/resmaple-exe-not-compiling.442820/post-799220

Our task was initially to get the "X10_blendmask_gimp.tif" Geo-rectified in Global Mapper at the same UTM projection as your original DG_Satellite_1.tif" GeoTIFF "DAY" image file when it was first opened in Global Mapper.

Once that is done, we must next re-project it for use with SDK Resample.

https://www.fsdeveloper.com/forum/threads/resmaple-exe-not-compiling.442820/post-799492

I have just verified that the "UPPER LEFT X" and the "UPPER LEFT Y" entries in the metadata of the original imagery tif file before it was re-projected in Global Mapper are the same numbers that I am using in the "X/Easting/Lon" and "X/Northing/Lat" fields in the "Image Rectifier [Automatic] (X10_blendmask_gimp.tif)" dialog in Global Mapper when Geo-Rectifying the Watermask and Blendmask. So, I am wondering why the cross hairs in the "Image Rectifier [Automatic] (X10_blendmask_gimp.tif)" dialog in Global Mapper are not in the upper right and lower left corners after entering that data!?!? This seems very mysterious, and I am thankful for your help in this matter. Very thankful. :) I am not sure how to express my appreciation enough. :)

I am not certain, at this moment, why the cross-hair positions are not at the outer-most top-Left (NW) and bottom-Right (SE) of what IIUC represents the the extent of the mapped image being submitted for Geo-rectification in Global Mapper.

This is why I have suggested taking steps to be certain that the Mask image(s) are in a (smaller) 8-Bit Gray-scale graphic file format, so that you can more easily ZIP them up and send me a link via Private Message (aka "PM" to download them.

That would allow me to investigate what is actually taking place, and offer you a work-flow to resolve the issue. ;-)

That would more quickly get you back on track to completion of your full-featured custom aerial imagery BGL.

The next required step in Global Mapper would necessarily be to re-project Mask images from UTM to Geographic, prior to submitting the source files to SDK Resample ...as discussed above.

I am on the road today, but can look at any files you link to upon my return tonight (Saturday) or tomorrow (Sunday). :)

< I am presently searching to find the work-flow in PhotoShop to convert 24-Bit color TIF images to 8-Bit gray-scale >

GaryGB
 
Last edited:
Hi Caleb:

Please bear in mind the Caveat to always keep ZIP backups, and work only with COPIES of original images.


IIUC, if your Mask files are in RGB 24-Bit color TIF files, you can convert them to 8-Bit Gray-scale without dithering by:

1.) Edit > Color Settings > No Dithering for Images (8 bit)

2.) Edit > Color Settings > No Dithering for Images (8 bit)

3.) Image > Mode > 8 Bits/Channel


To change the color attributes to be used within the PhotoShop work-space, see:

https://helpx.adobe.com/photoshop/using/color-settings.html


Some links:

https://www.google.com/search?clien...1......0....1.........0i71j33i21.d4o9jLKjZQQ=


< On the road again >

GaryGB
 
Thank you for the replies. Are the below quoted instructions for use in photoshop? If so, I don't see a "No Dithering for Images (8 bit)" sub menu item under "Edit > Color Settings." I am using Photoshop CS3, which is a relatively old version of photoshop, if that makes a difference. Are those instructions any different than going to Image > Mode in Photoshop and selecting "grayscale"? Could I do that? I also can PM you the RGB blendmask for you to inspect, it is only about 1.25 MB when compressed in a zip file. (although it is over 800 MB when not compressed). Would you prefer me do that instead of trying to convert this blendmask into a 8-bit grayscale image?

1.) Edit > Color Settings > No Dithering for Images (8 bit)

2.) Edit > Color Settings > No Dithering for Images (8 bit)

3.) Image > Mode > 8 Bits/Channel

No rush to reply, whenever you have time. :) I really appreciate it. Thanks.
 
Hi Caleb:

I am still traveling with only an I-Pad, so if you PM a link to both the Blend Mask and Water Mask in Zip files, I can inspect them in Corel PhotoPaint and/or GIMP, and reply tomorrow (Sunday) with any advisement that IMHO, might merit your consideration. ;-)

I do not use Photoshop, and Adobe is attempting to support several different applications all at the same time in the same web page document, usually without individual version number specificity, so even an actual user of Photoshop (and paying customer of Adobe) is forced to make "educated guesses". o_O

Thus, one is ultimately at the mercy of Google, and I can only provide leads in a cold case of "who killed proper tech support for Photoshop".

But I did see a Photoshop discussion that mentioned the above cited no-dithering option needs to be accessed via an advanced options menu somewhere under color settings; hopefully that might help as you explore the menu system. :)

[EDITED]

https://helpx.adobe.com/photoshop/using/color-settings.html

[END_EDIT]

< On the road again >

GaryGB
 
Last edited:
Hi Caleb:

I am still traveling with only an I-Pad, so if you PM a link to both the Blend Mask and Water Mask in Zip files, I can inspect them in Corel PhotoPaint and/or GIMP, and reply tomorrow (Sunday) with any advisement that IMHO, might merit your consideration. ;-)

I do not use Photoshop, and Adobe is attempting to support several different applications all at the same time in the same web page document, usually without individual version number specificity, so even an actual user of Photoshop (and paying customer of Adobe) is forced to make "educated guesses". :-Q

Thus, one is ultimately at the mercy of Google, and I can only provide leads in a cold case of "who killed proper tech support for Photoshop".

But I did see a Photoshop discussion that mentioned the above cited no-dithering option needs to be accessed via an advanced options menu somewhere under color settings; hopefully that might help as you explore the menu system. :)

< On the road again >

GaryGB
PMed you a zip file containing the watermasks and blendmasks (I'm pretty sure they are not in grayscale)
 
Hi Caleb:

I will download the Mask files after I have access to a "real" computer tonight, and I will reply tomorrow. ;)

PS: Note the recent edit to add an URL to my post above regarding Photoshop Color Settings and Dithering

GaryGB
 
Last edited:
Hi Caleb:

I have opened the Mask files, and I see that they are indeed 24-Bit RGB TIF files with no LZW compression.

Today I will compose a work-flow for you to process these files in Photoshop and/or Global Mapper ...for optimal use with SDK Resample.


NOTE: I discovered yet another 'copy-and-paste' error in my editing of the Geo-rectification UTM numeric coordinates posted above. :duck:

My apologies for any confusion this may have caused during the learning process involving this somewhat arcane technical information. :oops:


I have corrected this info: Mask images now load with the cross-hairs Top-Left (NW) and Lower-Right (SE); see the EDITED posts above. :pushpin:

Blend Mask: https://www.fsdeveloper.com/forum/threads/resmaple-exe-not-compiling.442820/post-799384

Water Mask: https://www.fsdeveloper.com/forum/threads/resmaple-exe-not-compiling.442820/post-799385


NOTE: I also changed 'Point' labels from: :idea:

* Top-Left (NW corner) pixel to the more well-known Upper-Left (NW corner) pixel label.

* Bottom-Right (SE corner) pixel to the more well-known Lower-Right (SE corner) pixel label.


I shall post an update later this afternoon. :)

GaryGB
 
Last edited:
Hi Caleb:

I have opened the Mask files, and I see that they are indeed 24-Bit RGB TIF files with no LZW compression.

Today I will compose a work-flow for you to process these files in Photoshop and/or Global Mapper ...for optimal use with SDK Resample.


NOTE: I discovered yet another 'copy-and-paste' error in my editing of the Geo-rectification UTM numeric coordinates posted above. :duck:

My apologies for any confusion this may have caused during the learning process involving this somewhat arcane technical information. :oops:


I have corrected this info: Mask images now load with the cross-hairs Top-Left (NW) and Lower-Right (SE); see the EDITED posts above. :pushpin:

Blend Mask: https://www.fsdeveloper.com/forum/threads/resmaple-exe-not-compiling.442820/post-799384

Water Mask: https://www.fsdeveloper.com/forum/threads/resmaple-exe-not-compiling.442820/post-799385


NOTE: I also changed a 'Point' label from Bottom-Right (SE corner) pixel to the more well-known Lower-Right (SE corner) pixel label. :idea:


I shall post an update later this afternoon. :)

GaryGB
Ok, thanks much.
 
Hi Caleb:

I have converted copies of your Mask files to 8-Bit Gray-scale, and I am presently downloading 15 CM resolution 24-Bit color RGB aerial imagery to match the same Geographic coverage extents as the 30 CM aerial imagery of your DG_Satellite_1.tif ...all in the identical "UTM" GIS projection of your original source files before they were re-projected for use with SDK Resample.

All those source files will then be re-projected to the "Geographic" GIS projection required for use with SDK Resample.

The 15 CM aerial imagery download will require approximately 2 hours to finish, before I would then have the option to begin any work testing that data by submitting it along with your Mask files via a custom *.INF for processing by SDK Resample, and to then test it in FSX.

Considering the time required for performing all those tasks properly (with reduced risk for errors and omissions), and the fact that I must attend to other commitments during the remainder of this Sunday evening, I shall necessarily defer any additional work and status updates on this project until tomorrow (Monday). :pushpin:


Hopefully in the mean time you might be able to identify where in the Photoshop CS3 menu system you may find a feature to convert your source files from 24-Bit color RGB to 8-Bit Gray-scale ...with No 'Dithering'.

Identifying how to do this in Photoshop CS3 will be helpful to your future work, regardless of any additional alternate methods I plan to test- and suggest- on your behalf ...using Raster conversion features in Global Mapper. ;)

In the event that the above cited method in Photoshop CS3 to convert your source files from 24-Bit color RGB to 8-Bit Gray-scale ...with No 'Dithering' involves a RGB 'multi-color' method rather than a true '256 gray-scale step' method, we can implement an alternate work-flow to keep file sizes to a minimum by instead using a high-quality Floyd-Steinberg dithering procedure for the Mask images. :idea:

https://en.wikipedia.org/wiki/Floyd–Steinberg_dithering

https://www.google.com/search?ei=cQ....64.psy-ab..3.2.275...0i13i30k1.0.IDgU_t76BRA

GaryGB
 
Last edited:
I don't know how to thank you enough!

Can you do me a favor though, and when you are complete, let me know how you got this working, and why the crosshairs were not in the upper left and lower right corner in global mapper on my initial attempt, etc., so that I may know how to do this for future projects, as this is probably the first of many purchased photoreal imagery projects I will need to compile. (That is unless you would rather do this again for each of my projects! )

Once again, a large amount of thanks to you for all your help and assistance!
 
Hi Caleb:

I have begun initial tests with the 15 CM aerial imagery and Masks cited above after re-projected for use with SDK Resample.

24-Bit, 15 CM aerial imagery and 8-Bit Masks do work with SDK Resample when the Masks are output by Global Mapper as GeoTIFFs:

File Type: 8-Bit Palette Image

Palette: Grayscale Palette

...however the Mask *.INF parameter values must be Type=TIFF and not Type=GeoTIFF.

NOTE: This is being investigated; perhaps GeoTIFF versus TIFF Alpha Channel "Band number" varies ...if output by Global Mapper ? :scratchch


The output BGL was 903 MB and took approximately 1/2 hour to compile.


I must further test and validate new Geo-referencing to be used for the Water Mask, as it was initially mis-aligned.

The Blend Mask is aligned, but requires a gray-scale transparency gradient at its edges to blend into surrounding scenery


I shall have further updated information and recommendations for you tomorrow (Tuesday). :)

GaryGB
 
Last edited:
Thank you very much GaryGB. :)
24-Bit, 15 CM aerial imagery and 8-Bit Masks do work with SDK Resample when the Masks are output by Global Mapper as GeoTIFFs:
What did you do in Global Mapper to output the masks as GeoTIFFs? Was it the procedures described in posts #48 and #49 in this thread? If so, how did you get the crosshairs to show up in the upper left and lower right corners of the display in the "Image Rectifier [Automatic] (X10_watermask.tif)" dialog (step 4) as I was not able to do?
...however the Mask *.INF parameter values must be Type=TIFF and not Type=GeoTIFF.
Set the INF parameter values to Type=TIFF and not Type=GeoTIFF for the mask source entries even after the masks have been geo rectified in Global Mapper as GeoTIFFs? That doesn't make much sense to me so I though I would confirm.

Many thanks,
Caleb
 
https://www.fsdeveloper.com/forum/threads/resmaple-exe-not-compiling.442820/post-799712

Thank you very much GaryGB. :)

What did you do in Global Mapper to output the masks as GeoTIFFs?

Was it the procedures described in posts #48 and #49 in this thread?

After UTM projection was assigned in Posts #48 / #49, source files were then re-projected to Geographic projection in Global Mapper.

Next, they were Exported from Global Mapper as Raster GeoTIFF files:

Global Mapper menu > File > Export > Raster / Image Format...

15 CM aerial imagery:

File Type: 24-Bit RGB (Full Color)

Palette: (not applicable)

Blend Mask and Water Mask images:

File Type: 8-Bit Palette Image

Palette: Grayscale Palette

I can provide more detailed info on this process after further testing is completed; that testing is still in progress. :pushpin:

https://www.fsdeveloper.com/forum/threads/resmaple-exe-not-compiling.442820/post-799712

If so, how did you get the cross-hairs to show up in the upper left and lower right corners of the display in the "Image Rectifier [Automatic] (X10_watermask.tif)" dialog (step 4) as I was not able to do?

The initial Mask Geo-rectification assigned a UTM projection using the same associated Cartesian numeric coordinates as your original (UTM projected) DG_Satellite_1.tif" GeoTIFF "DAY" image file when it was first opened in Global Mapper:

https://www.fsdeveloper.com/forum/threads/resmaple-exe-not-compiling.442820/post-799220

...and the same Mask image size pixel coordinates, based on the assumption that those images were derived from your original DG_Satellite_1.tif" GeoTIFF "DAY" image file (the size of which was NOT modified before or after) it was first opened in Global Mapper:

https://www.fsdeveloper.com/forum/threads/resmaple-exe-not-compiling.442820/post-799368


I can provide more detailed info on this process after further testing is completed; that testing is still in progress. :pushpin:

https://www.fsdeveloper.com/forum/threads/resmaple-exe-not-compiling.442820/post-799712

Set the INF parameter values to Type=TIFF and not Type=GeoTIFF for the mask source entries even after the masks have been Geo-rectified in Global Mapper as GeoTIFFs? That doesn't make much sense to me so I thought I would confirm.

SDK Resample will not process 8-Bit gray-scale Masks with both Type=GeoTIFF and SamplingMethod = Gaussian parameter values when the source image GeoTIFF has the actual image in an Alpha Channel that has an improperly specified "band number" in the *.INF.

Graphics application pre-configuration of the intended Mask image "layer" must be correlated with the "Band Number" in the *.INF.

That intended "Band Number" must also be verified after any image graphical file format conversion when Exported by Global Mapper

FSX_SDK said:
https://msdn.microsoft.com/en-us/library/cc707102.aspx#SourceParameters

"Channel_BlendMask integer.integer Source number and band number used for the blend channel.

This 8-bit blend mask channel for aerial imagery controls the transparency of the image when pasted onto the terrain. As an example this is used around the edges of the St. Maarten island image to blend gradually between the aerial photo water and the generic water.


The blending channel is read from the 4th (zero-based) band of TIFF or GeoTIFF images, unless this parameter is used to change it."


I am testing Graphics application pre-configuration of the 'intended' Mask image "layer" to confirm if it is correctly correlated with the "Band Number" when Exported by Global Mapper as a Raster GeoTIFF 8-Bit Palette Image Grayscale file.

The resulting Mask images must then be checked to confirm that they are correctly correlated with the "Band Number" in the *.INF, and that they are properly functioning as Masks in the SDK-Resampled / compiled custom photo-real aerial imagery BGL at run time in FS.

I can provide more detailed info on this process after further testing is completed; that testing is still in progress. ;)


GaryGB
 
Last edited:
Hi Caleb:

I am still testing as described above. :pushpin:

I anticipate having a proposed work-flow for more consistent results with a specied source file configuration some time tomorrow (Wednesday). :coffee:

GaryGB
 
Last edited:
After UTM projection was assigned in Posts #48 / #49, source files were then re-projected to Geographic projection in Global Mapper.
The UTM projection was assigned by using steps 1 - 3 in posts #48 and #49 and steps 4-8 were not used to assign UTM projection, correct?
Thanks.
 
Back
Top