Mike,

Some month ago, you added the 'Crop right and bottom cells to export
bounds' option when doing a fixed pixel size export.

Could you add this option to be active also for the gridded cell width
and height export??

So one could save some manual calculating.

Greina



Am 07.02.2010 20:22, schrieb Global Mapper Support:
> Greina,
>
> I have completed enabling the 'Crop right and bottom cells to export bounds'
> option when doing a fixed pixel size export. I didn't add a new checkbox,
> but just made the existing one stay enabled for that gridding option. I have
> placed a new build at http://www.globalmapper.com/global_mapper11.zip with
> the change for you to try. Simply download that file and extract the
> contents into your existing v11.xx installation folder to give it a try. If
> you are using the 64-bit v11 version there is a new build at
> http://www.globalmapper.com/global_mapper11_64bit.zip .
>
> Let me know if I can be of further assistance.
>
> Thanks,
>
> Mike
> Global Mapper Support
> support@...
>
> -----Original Message-----
> From: global_mapper@yahoogroups.com [mailto:global_mapper@yahoogroups.com]
> On Behalf Of greina1
> Sent: Saturday, February 06, 2010 2:17 PM
> To: global_mapper@yahoogroups.com
> Subject: [global_mapper] Gridded export with specific pixel size
>
> Mike
>
> I did a gridded export by defining a specific pixel size. Unfortunately
> there is no option
> "Crop right and bottom cells to export bounds". So I got the background
> exported too, which I do not want.
>
> I know, there is a similar option where I can define this. But this does
> not help me, as I use the gridded export within a batch conversion of
> different sized maps.
> So I would like to ask, if you could add this useful option "Crop right
> and bottom cells to export bounds"  also to the pixel based gridding.
>
> Thanks
>
> Greina
>
>
> ------------------------------------
>
> Yahoo! Groups Links
>
>
>
>
>
>
> ------------------------------------
>
> Yahoo! Groups Links
>
>
>
>

Mike -

Perhaps this is boiling down to a misconception on my part. By
specifying a receiver height of 25,000 feet (an aircraft), I thought
the software would calculate visibility at that Rx height throughout
the angle range specified and out to the distance specified.

Very close to the transmitter I agree there should be no blockage.
But with a 5,500 foot tall obstruction  a mere 275 feet away from my
transmitter I would expect blockage well before the 35 mile range
covered by this view shed, even with a receiver height of 25,000
feet. Indeed, at 25 miles downrange my transmitter look angle is only
10.6 degrees upward which is far too shallow of an angle to clear the
obstruction.

  From the GM manual, v11, PDF download version, page 159:
"The Receiver Elevation section allows the user to specify the
minimum height above the ground or sea level from which the
transmitter must be visible for the point to be considered visible.
Most of the time you'll want to specify an elevation above ground,
but specifying an elevation above sea level can be useful for
aviation purposes."

Am I misunderstanding how this function is used?

Thank you,
-- Jeff Bensen
Bensen Engineering



At 10:07 AM 9/30/2010, Global Mapper Support  wrote:

>Jeff,
>
>
>
>It looks like your area is setup right, but your view shed calculation seems
>to be looking for visibility where a point nearly 25,000 ft above the
>surface of the earth is visible from the transmitter. Even with a 5,500 ft
>tall building the visibility point is still nearly 20,000 ft over the top of
>the building and isn't blocked by it. Did you really intend your receiver
>height to be that large?
>
>
>
>If I do a smaller receiver height (say 20 feet above the ground), then the
>building does block out the view shed as expected.
>
>
>
>Let me know if I can be of further assistance.
>
>
>
>Thanks,
>
>
>
>Mike
>
>Global Mapper Support
>
>support@...
>
>
>
>From: global_mapper@yahoogroups.com [mailto:global_mapper@yahoogroups.com]
>On Behalf Of jbensen-0121@...
>Sent: Thursday, September 30, 2010 7:20 PM
>To: global_mapper@yahoogroups.com
>Subject: [global_mapper] Vector feature heights and View Shed
>
>
>
>
>
>Mike -
>
>I recently tried modeling obstructions using user-created vector features in
>GM11, but am having no success.
>
>I traced the outline of a building from aerial photography as a series of
>lines, converted these to an area feature, edited that feature to add an
>attribute called ELEVATION and gave it a value of 55.0 ft
>
>I checked "Use vector features with heights", "Heights of vector features
>relative to ground", and "User created and modified features" (the layer
>that the area feature resides on) in the view shed dialog.
>
>I'm using the NED data purchased from GlobalMapper for the underlying
>elevation info.
>
>My hand calculations showed an issue around 30 miles or so, but this was not
>reflected in the view shed.
>
>I then edited the ELEVATION attribute to contain 5555.0 ft
>
>Again, no obstruction in the view shed from what should have been a solid
>wall in front of my transmitter.
>
>I then downloaded the latest build:
>GlobalMapper registered, v11.02, built Sep 28 2010 00:49:08
>
>Re-ran the view shed, but got the same results.
>
>Am I missing something?
>
>Thank you,
>-- Jeff Bensen
>Bensen Engineering

Jeff,



You are interpreting it correctly, in my tests I didn't go out that far. I
will do some more tests and see if I can reproduce what is happening with
that long of a distance. What is your elevation data source and what sample
spacing are you using to generate the view shed?



Thanks,



Mike

Global Mapper Support

support@...



From: global_mapper@yahoogroups.com [mailto:global_mapper@yahoogroups.com]
On Behalf Of jbensen-0121@...
Sent: Friday, October 01, 2010 4:52 AM
To: global_mapper@yahoogroups.com
Subject: RE: [global_mapper] Vector feature heights and View Shed





Mike -

Perhaps this is boiling down to a misconception on my part. By
specifying a receiver height of 25,000 feet (an aircraft), I thought
the software would calculate visibility at that Rx height throughout
the angle range specified and out to the distance specified.

Very close to the transmitter I agree there should be no blockage.
But with a 5,500 foot tall obstruction a mere 275 feet away from my
transmitter I would expect blockage well before the 35 mile range
covered by this view shed, even with a receiver height of 25,000
feet. Indeed, at 25 miles downrange my transmitter look angle is only
10.6 degrees upward which is far too shallow of an angle to clear the
obstruction.

From the GM manual, v11, PDF download version, page 159:
"The Receiver Elevation section allows the user to specify the
minimum height above the ground or sea level from which the
transmitter must be visible for the point to be considered visible.
Most of the time you'll want to specify an elevation above ground,
but specifying an elevation above sea level can be useful for
aviation purposes."

Am I misunderstanding how this function is used?

Thank you,
-- Jeff Bensen
Bensen Engineering

At 10:07 AM 9/30/2010, Global Mapper Support wrote:

>Jeff,
>
>
>
>It looks like your area is setup right, but your view shed calculation
seems
>to be looking for visibility where a point nearly 25,000 ft above the
>surface of the earth is visible from the transmitter. Even with a 5,500 ft
>tall building the visibility point is still nearly 20,000 ft over the top
of
>the building and isn't blocked by it. Did you really intend your receiver
>height to be that large?
>
>
>
>If I do a smaller receiver height (say 20 feet above the ground), then the
>building does block out the view shed as expected.
>
>
>
>Let me know if I can be of further assistance.
>
>
>
>Thanks,
>
>
>
>Mike
>
>Global Mapper Support
>
>support@... <mailto:support%40globalmapper.com>
>
>
>
>From: global_mapper@yahoogroups.com
<mailto:global_mapper%40yahoogroups.com>
[mailto:global_mapper@yahoogroups.com
<mailto:global_mapper%40yahoogroups.com> ]
>On Behalf Of jbensen-0121@... <mailto:jbensen-0121%40xemaps.com>
>Sent: Thursday, September 30, 2010 7:20 PM
>To: global_mapper@yahoogroups.com <mailto:global_mapper%40yahoogroups.com>
>Subject: [global_mapper] Vector feature heights and View Shed
>
>
>
>
>
>Mike -
>
>I recently tried modeling obstructions using user-created vector features
in
>GM11, but am having no success.
>
>I traced the outline of a building from aerial photography as a series of
>lines, converted these to an area feature, edited that feature to add an
>attribute called ELEVATION and gave it a value of 55.0 ft
>
>I checked "Use vector features with heights", "Heights of vector features
>relative to ground", and "User created and modified features" (the layer
>that the area feature resides on) in the view shed dialog.
>
>I'm using the NED data purchased from GlobalMapper for the underlying
>elevation info.
>
>My hand calculations showed an issue around 30 miles or so, but this was
not
>reflected in the view shed.
>
>I then edited the ELEVATION attribute to contain 5555.0 ft
>
>Again, no obstruction in the view shed from what should have been a solid
>wall in front of my transmitter.
>
>I then downloaded the latest build:
>GlobalMapper registered, v11.02, built Sep 28 2010 00:49:08
>
>Re-ran the view shed, but got the same results.
>
>Am I missing something?
>
>Thank you,
>-- Jeff Bensen
>Bensen Engineering





[Non-text portions of this message have been removed]

Can version 8 import pdf files?



Dwain Kincaid

Senior Consultant

Air Quality Services, LLC

7007 Beamtree Drive

Shelbyville, KY  40065

502-633-3772

502-437-0631 FAX



CONFIDENTIALITY NOTICE: This e-mail and/or the information transmitted
contains  Privileged and Confidential Information and is the property of
the sender.  If you are not the intended recipient, or the employee or
agent responsible for delivering it to the intended recipient, you are
hereby  notified that any dissemination or copying of this information,
or the taking of any action in reliance on the content of this
transmitted information, is strictly prohibited.  If you have received
this e-mail in error, please immediately notify us at Air Quality
Services, LLC, by e-mail and/or by calling us at (812) 452-4785 collect
and deleting the original transmittal of this information.





[Non-text portions of this message have been removed]

Dwain,



No, support for directly importing PDF files wasn't added until v11.



Let me know if I can be of further assistance.



Thanks,



Mike

Global Mapper Support

support@...



From: global_mapper@yahoogroups.com [mailto:global_mapper@yahoogroups.com]
On Behalf Of Dwain Kincaid
Sent: Friday, October 01, 2010 8:11 AM
To: global_mapper@yahoogroups.com
Subject: [global_mapper] Version 8





Can version 8 import pdf files?

Dwain Kincaid

Senior Consultant

Air Quality Services, LLC

7007 Beamtree Drive

Shelbyville, KY 40065

502-633-3772

502-437-0631 FAX

CONFIDENTIALITY NOTICE: This e-mail and/or the information transmitted
contains Privileged and Confidential Information and is the property of
the sender. If you are not the intended recipient, or the employee or
agent responsible for delivering it to the intended recipient, you are
hereby notified that any dissemination or copying of this information,
or the taking of any action in reliance on the content of this
transmitted information, is strictly prohibited. If you have received
this e-mail in error, please immediately notify us at Air Quality
Services, LLC, by e-mail and/or by calling us at (812) 452-4785 collect
and deleting the original transmittal of this information.

[Non-text portions of this message have been removed]





[Non-text portions of this message have been removed]

Mike -


Elevation data is from the Seamless National Elevation Database DVDs,
purchased through the GlobalMapper web site on 16 May 2006, files
dated 5/28/2005.

Projection is UTM, Zone 18, NAD83, Planar units = Meters.

Sample spacing:
X-axis: 49.3458003913278 meters
Y-axis: 62.6189474897926 meters


Note that after reading your last reply I started thinking about
sample spacing. I tried the following:
X-axis: 24.3908681576824
Y-axis: 31.4090196388162

This did yield a blockage pattern similar to what I was expecting.

So this raises the question for relatively small obstructions
(approximately 34 meters within the view shed angle in my scenario):
What proportion of the Sample Spacing 'pixel' must be obstructed in
order for the view shed to reflect that obstruction?


-- Jeff



At 10:07 AM 10/1/2010, Global Mapper Support wrote:

>Jeff,
>
>
>You are interpreting it correctly, in my tests I didn't go out that far. I
>will do some more tests and see if I can reproduce what is happening with
>that long of a distance. What is your elevation data source and what sample
>spacing are you using to generate the view shed?
>
>
>
>Thanks,
>
>
>
>Mike
>
>Global Mapper Support
>
>support@...
>
>
>
>From: global_mapper@yahoogroups.com
>On Behalf Of jbensen-0121@...
>Sent: Friday, October 01, 2010 4:52 AM
>To: global_mapper@yahoogroups.com
>Subject: RE: [global_mapper] Vector feature heights and View Shed
>
>
>
>
>
>Mike -
>
>Perhaps this is boiling down to a misconception on my part. By
>specifying a receiver height of 25,000 feet (an aircraft), I thought
>the software would calculate visibility at that Rx height throughout
>the angle range specified and out to the distance specified.
>
>Very close to the transmitter I agree there should be no blockage.
>But with a 5,500 foot tall obstruction a mere 275 feet away from my
>transmitter I would expect blockage well before the 35 mile range
>covered by this view shed, even with a receiver height of 25,000
>feet. Indeed, at 25 miles downrange my transmitter look angle is only
>10.6 degrees upward which is far too shallow of an angle to clear the
>obstruction.
>
> From the GM manual, v11, PDF download version, page 159:
>"The Receiver Elevation section allows the user to specify the
>minimum height above the ground or sea level from which the
>transmitter must be visible for the point to be considered visible.
>Most of the time you'll want to specify an elevation above ground,
>but specifying an elevation above sea level can be useful for
>aviation purposes."
>
>Am I misunderstanding how this function is used?
>
>Thank you,
>-- Jeff Bensen
>Bensen Engineering
>
>At 10:07 AM 9/30/2010, Global Mapper Support wrote:
>
> >Jeff,
> >
> >
> >
> >It looks like your area is setup right, but your view shed calculation
>seems
> >to be looking for visibility where a point nearly 25,000 ft above the
> >surface of the earth is visible from the transmitter. Even with a 5,500 ft
> >tall building the visibility point is still nearly 20,000 ft over the top
>of
> >the building and isn't blocked by it. Did you really intend your receiver
> >height to be that large?
> >
> >
> >
> >If I do a smaller receiver height (say 20 feet above the ground), then the
> >building does block out the view shed as expected.
> >
> >
> >
> >Let me know if I can be of further assistance.
> >
> >
> >
> >Thanks,
> >
> >
> >
> >Mike
> >
> >Global Mapper Support
> >
> >support@...
> >
> >
> >
> >From: global_mapper@yahoogroups.com
> >On Behalf Of jbensen-0121@...
> >Sent: Thursday, September 30, 2010 7:20 PM
> >To: global_mapper@yahoogroups.com
> >Subject: [global_mapper] Vector feature heights and View Shed
> >
> >
> >
> >
> >
> >Mike -
> >
> >I recently tried modeling obstructions using user-created vector features
>in
> >GM11, but am having no success.
> >
> >I traced the outline of a building from aerial photography as a series of
> >lines, converted these to an area feature, edited that feature to add an
> >attribute called ELEVATION and gave it a value of 55.0 ft
> >
> >I checked "Use vector features with heights", "Heights of vector features
> >relative to ground", and "User created and modified features" (the layer
> >that the area feature resides on) in the view shed dialog.
> >
> >I'm using the NED data purchased from GlobalMapper for the underlying
> >elevation info.
> >
> >My hand calculations showed an issue around 30 miles or so, but this was
>not
> >reflected in the view shed.
> >
> >I then edited the ELEVATION attribute to contain 5555.0 ft
> >
> >Again, no obstruction in the view shed from what should have been a solid
> >wall in front of my transmitter.
> >
> >I then downloaded the latest build:
> >GlobalMapper registered, v11.02, built Sep 28 2010 00:49:08
> >
> >Re-ran the view shed, but got the same results.
> >
> >Am I missing something?
> >
> >Thank you,
> >-- Jeff Bensen
> >Bensen Engineering

Jeff,



Actually that's exactly what I'm thinking the issue is, currently the center
of each grid cell is checked for inclusion in an area, but I think I will
adjust that to check each corner and the center for inclusion, which could
cause a slightly performance penalty for complex areas, but will be better.
The goal is if any of the grid cell is in the area that the elevation is
adjusted. I should be able to correct this later today or tomorrow.



Thanks,



Mike

Global Mapper Support

support@...



From: global_mapper@yahoogroups.com [mailto:global_mapper@yahoogroups.com]
On Behalf Of jbensen-0121@...
Sent: Friday, October 01, 2010 11:04 AM
To: global_mapper@yahoogroups.com
Subject: RE: [global_mapper] Vector feature heights and View Shed





Mike -

Elevation data is from the Seamless National Elevation Database DVDs,
purchased through the GlobalMapper web site on 16 May 2006, files
dated 5/28/2005.

Projection is UTM, Zone 18, NAD83, Planar units = Meters.

Sample spacing:
X-axis: 49.3458003913278 meters
Y-axis: 62.6189474897926 meters

Note that after reading your last reply I started thinking about
sample spacing. I tried the following:
X-axis: 24.3908681576824
Y-axis: 31.4090196388162

This did yield a blockage pattern similar to what I was expecting.

So this raises the question for relatively small obstructions
(approximately 34 meters within the view shed angle in my scenario):
What proportion of the Sample Spacing 'pixel' must be obstructed in
order for the view shed to reflect that obstruction?

-- Jeff

At 10:07 AM 10/1/2010, Global Mapper Support wrote:

>Jeff,
>
>
>You are interpreting it correctly, in my tests I didn't go out that far. I
>will do some more tests and see if I can reproduce what is happening with
>that long of a distance. What is your elevation data source and what sample
>spacing are you using to generate the view shed?
>
>
>
>Thanks,
>
>
>
>Mike
>
>Global Mapper Support
>
>support@... <mailto:support%40globalmapper.com>
>
>
>
>From: global_mapper@yahoogroups.com
<mailto:global_mapper%40yahoogroups.com>
>On Behalf Of jbensen-0121@... <mailto:jbensen-0121%40xemaps.com>
>Sent: Friday, October 01, 2010 4:52 AM
>To: global_mapper@yahoogroups.com <mailto:global_mapper%40yahoogroups.com>
>Subject: RE: [global_mapper] Vector feature heights and View Shed
>
>
>
>
>
>Mike -
>
>Perhaps this is boiling down to a misconception on my part. By
>specifying a receiver height of 25,000 feet (an aircraft), I thought
>the software would calculate visibility at that Rx height throughout
>the angle range specified and out to the distance specified.
>
>Very close to the transmitter I agree there should be no blockage.
>But with a 5,500 foot tall obstruction a mere 275 feet away from my
>transmitter I would expect blockage well before the 35 mile range
>covered by this view shed, even with a receiver height of 25,000
>feet. Indeed, at 25 miles downrange my transmitter look angle is only
>10.6 degrees upward which is far too shallow of an angle to clear the
>obstruction.
>
> From the GM manual, v11, PDF download version, page 159:
>"The Receiver Elevation section allows the user to specify the
>minimum height above the ground or sea level from which the
>transmitter must be visible for the point to be considered visible.
>Most of the time you'll want to specify an elevation above ground,
>but specifying an elevation above sea level can be useful for
>aviation purposes."
>
>Am I misunderstanding how this function is used?
>
>Thank you,
>-- Jeff Bensen
>Bensen Engineering
>
>At 10:07 AM 9/30/2010, Global Mapper Support wrote:
>
> >Jeff,
> >
> >
> >
> >It looks like your area is setup right, but your view shed calculation
>seems
> >to be looking for visibility where a point nearly 25,000 ft above the
> >surface of the earth is visible from the transmitter. Even with a 5,500
ft
> >tall building the visibility point is still nearly 20,000 ft over the top
>of
> >the building and isn't blocked by it. Did you really intend your receiver
> >height to be that large?
> >
> >
> >
> >If I do a smaller receiver height (say 20 feet above the ground), then
the
> >building does block out the view shed as expected.
> >
> >
> >
> >Let me know if I can be of further assistance.
> >
> >
> >
> >Thanks,
> >
> >
> >
> >Mike
> >
> >Global Mapper Support
> >
> >support@... <mailto:support%40globalmapper.com>
> >
> >
> >
> >From: global_mapper@yahoogroups.com
<mailto:global_mapper%40yahoogroups.com>
> >On Behalf Of jbensen-0121@... <mailto:jbensen-0121%40xemaps.com>
> >Sent: Thursday, September 30, 2010 7:20 PM
> >To: global_mapper@yahoogroups.com
<mailto:global_mapper%40yahoogroups.com>
> >Subject: [global_mapper] Vector feature heights and View Shed
> >
> >
> >
> >
> >
> >Mike -
> >
> >I recently tried modeling obstructions using user-created vector features
>in
> >GM11, but am having no success.
> >
> >I traced the outline of a building from aerial photography as a series of
> >lines, converted these to an area feature, edited that feature to add an
> >attribute called ELEVATION and gave it a value of 55.0 ft
> >
> >I checked "Use vector features with heights", "Heights of vector features
> >relative to ground", and "User created and modified features" (the layer
> >that the area feature resides on) in the view shed dialog.
> >
> >I'm using the NED data purchased from GlobalMapper for the underlying
> >elevation info.
> >
> >My hand calculations showed an issue around 30 miles or so, but this was
>not
> >reflected in the view shed.
> >
> >I then edited the ELEVATION attribute to contain 5555.0 ft
> >
> >Again, no obstruction in the view shed from what should have been a solid
> >wall in front of my transmitter.
> >
> >I then downloaded the latest build:
> >GlobalMapper registered, v11.02, built Sep 28 2010 00:49:08
> >
> >Re-ran the view shed, but got the same results.
> >
> >Am I missing something?
> >
> >Thank you,
> >-- Jeff Bensen
> >Bensen Engineering





[Non-text portions of this message have been removed]

_____

From: global_mapper@yahoogroups.com [mailto:global_mapper@yahoogroups.com]
On Behalf Of Global Mapper Support
Sent: Friday, October 01, 2010 10:09 AM
To: global_mapper@yahoogroups.com
Subject: RE: [global_mapper] Vector feature heights and View Shed





Jeff,

Actually that's exactly what I'm thinking the issue is, currently the center
of each grid cell is checked for inclusion in an area, but I think I will
adjust that to check each corner and the center for inclusion, which could
cause a slightly performance penalty for complex areas, but will be better.
The goal is if any of the grid cell is in the area that the elevation is
adjusted. I should be able to correct this later today or tomorrow.

Thanks,

Mike

Global Mapper Support

support@... <mailto:support%40globalmapper.com>

From: global_mapper@yahoogroups.com <mailto:global_mapper%40yahoogroups.com>
[mailto:global_mapper@yahoogroups.com
<mailto:global_mapper%40yahoogroups.com> ]
On Behalf Of jbensen-0121@... <mailto:jbensen-0121%40xemaps.com>
Sent: Friday, October 01, 2010 11:04 AM
To: global_mapper@yahoogroups.com <mailto:global_mapper%40yahoogroups.com>
Subject: RE: [global_mapper] Vector feature heights and View Shed

Mike -

Elevation data is from the Seamless National Elevation Database DVDs,
purchased through the GlobalMapper web site on 16 May 2006, files
dated 5/28/2005.

Projection is UTM, Zone 18, NAD83, Planar units = Meters.

Sample spacing:
X-axis: 49.3458003913278 meters
Y-axis: 62.6189474897926 meters

Note that after reading your last reply I started thinking about
sample spacing. I tried the following:
X-axis: 24.3908681576824
Y-axis: 31.4090196388162

This did yield a blockage pattern similar to what I was expecting.

So this raises the question for relatively small obstructions
(approximately 34 meters within the view shed angle in my scenario):
What proportion of the Sample Spacing 'pixel' must be obstructed in
order for the view shed to reflect that obstruction?

-- Jeff

At 10:07 AM 10/1/2010, Global Mapper Support wrote:

>Jeff,
>
>
>You are interpreting it correctly, in my tests I didn't go out that far. I
>will do some more tests and see if I can reproduce what is happening with
>that long of a distance. What is your elevation data source and what sample
>spacing are you using to generate the view shed?
>
>
>
>Thanks,
>
>
>
>Mike
>
>Global Mapper Support
>
>support@... <mailto:support%40globalmapper.com>
<mailto:support%40globalmapper.com>
>
>
>
>From: global_mapper@yahoogroups.com
<mailto:global_mapper%40yahoogroups.com>
<mailto:global_mapper%40yahoogroups.com>
>On Behalf Of jbensen-0121@... <mailto:jbensen-0121%40xemaps.com>
<mailto:jbensen-0121%40xemaps.com>
>Sent: Friday, October 01, 2010 4:52 AM
>To: global_mapper@yahoogroups.com <mailto:global_mapper%40yahoogroups.com>
<mailto:global_mapper%40yahoogroups.com>
>Subject: RE: [global_mapper] Vector feature heights and View Shed
>
>
>
>
>
>Mike -
>
>Perhaps this is boiling down to a misconception on my part. By
>specifying a receiver height of 25,000 feet (an aircraft), I thought
>the software would calculate visibility at that Rx height throughout
>the angle range specified and out to the distance specified.
>
>Very close to the transmitter I agree there should be no blockage.
>But with a 5,500 foot tall obstruction a mere 275 feet away from my
>transmitter I would expect blockage well before the 35 mile range
>covered by this view shed, even with a receiver height of 25,000
>feet. Indeed, at 25 miles downrange my transmitter look angle is only
>10.6 degrees upward which is far too shallow of an angle to clear the
>obstruction.
>
> From the GM manual, v11, PDF download version, page 159:
>"The Receiver Elevation section allows the user to specify the
>minimum height above the ground or sea level from which the
>transmitter must be visible for the point to be considered visible.
>Most of the time you'll want to specify an elevation above ground,
>but specifying an elevation above sea level can be useful for
>aviation purposes."
>
>Am I misunderstanding how this function is used?
>
>Thank you,
>-- Jeff Bensen
>Bensen Engineering
>
>At 10:07 AM 9/30/2010, Global Mapper Support wrote:
>
> >Jeff,
> >
> >
> >
> >It looks like your area is setup right, but your view shed calculation
>seems
> >to be looking for visibility where a point nearly 25,000 ft above the
> >surface of the earth is visible from the transmitter. Even with a 5,500
ft
> >tall building the visibility point is still nearly 20,000 ft over the top
>of
> >the building and isn't blocked by it. Did you really intend your receiver
> >height to be that large?
> >
> >
> >
> >If I do a smaller receiver height (say 20 feet above the ground), then
the
> >building does block out the view shed as expected.
> >
> >
> >
> >Let me know if I can be of further assistance.
> >
> >
> >
> >Thanks,
> >
> >
> >
> >Mike
> >
> >Global Mapper Support
> >
> >support@... <mailto:support%40globalmapper.com>
<mailto:support%40globalmapper.com>
> >
> >
> >
> >From: global_mapper@yahoogroups.com
<mailto:global_mapper%40yahoogroups.com>
<mailto:global_mapper%40yahoogroups.com>
> >On Behalf Of jbensen-0121@... <mailto:jbensen-0121%40xemaps.com>
<mailto:jbensen-0121%40xemaps.com>
> >Sent: Thursday, September 30, 2010 7:20 PM
> >To: global_mapper@yahoogroups.com
<mailto:global_mapper%40yahoogroups.com>
<mailto:global_mapper%40yahoogroups.com>
> >Subject: [global_mapper] Vector feature heights and View Shed
> >
> >
> >
> >
> >
> >Mike -
> >
> >I recently tried modeling obstructions using user-created vector features
>in
> >GM11, but am having no success.
> >
> >I traced the outline of a building from aerial photography as a series of
> >lines, converted these to an area feature, edited that feature to add an
> >attribute called ELEVATION and gave it a value of 55.0 ft
> >
> >I checked "Use vector features with heights", "Heights of vector features
> >relative to ground", and "User created and modified features" (the layer
> >that the area feature resides on) in the view shed dialog.
> >
> >I'm using the NED data purchased from GlobalMapper for the underlying
> >elevation info.
> >
> >My hand calculations showed an issue around 30 miles or so, but this was
>not
> >reflected in the view shed.
> >
> >I then edited the ELEVATION attribute to contain 5555.0 ft
> >
> >Again, no obstruction in the view shed from what should have been a solid
> >wall in front of my transmitter.
> >
> >I then downloaded the latest build:
> >GlobalMapper registered, v11.02, built Sep 28 2010 00:49:08
> >
> >Re-ran the view shed, but got the same results.
> >
> >Am I missing something?
> >
> >Thank you,
> >-- Jeff Bensen
> >Bensen Engineering

[Non-text portions of this message have been removed]





[Non-text portions of this message have been removed]

Wouldn't it be better to sample the center and 2/3rd of the way toward each
corner, so that the adjacent grid cell, when sampled the same exact way will NOT
effectively duplicate the sampling of the adjacent grid cell at its edge, which
should be contiguous, but would also be sampled the same way, so there would be
a sample 1/3rd and 2/3rds of the way from center to center between the adjacent
grid cells? Nothing is absolute, but that way has to be better than using the
corner of each cell, which has to also be the corner of 3 other cells that touch
it at the 4 points location.

FWIW
RsH


On Fri, 1 Oct 2010 11:08:55 -0600, you wrote:

>Jeff,
>
>
>
>Actually that's exactly what I'm thinking the issue is, currently the center
>of each grid cell is checked for inclusion in an area, but I think I will
>adjust that to check each corner and the center for inclusion, which could
>cause a slightly performance penalty for complex areas, but will be better.
>The goal is if any of the grid cell is in the area that the elevation is
>adjusted. I should be able to correct this later today or tomorrow.
>
>
>
>Thanks,
>
>
>
>Mike
>
>Global Mapper Support
>
>support@...
>
>
>
>From: global_mapper@yahoogroups.com [mailto:global_mapper@yahoogroups.com]
>On Behalf Of jbensen-0121@...
>Sent: Friday, October 01, 2010 11:04 AM
>To: global_mapper@yahoogroups.com
>Subject: RE: [global_mapper] Vector feature heights and View Shed
>
>
>
>
>
>Mike -
>
>Elevation data is from the Seamless National Elevation Database DVDs,
>purchased through the GlobalMapper web site on 16 May 2006, files
>dated 5/28/2005.
>
>Projection is UTM, Zone 18, NAD83, Planar units = Meters.
>
>Sample spacing:
>X-axis: 49.3458003913278 meters
>Y-axis: 62.6189474897926 meters
>
>Note that after reading your last reply I started thinking about
>sample spacing. I tried the following:
>X-axis: 24.3908681576824
>Y-axis: 31.4090196388162
>
>This did yield a blockage pattern similar to what I was expecting.
>
>So this raises the question for relatively small obstructions
>(approximately 34 meters within the view shed angle in my scenario):
>What proportion of the Sample Spacing 'pixel' must be obstructed in
>order for the view shed to reflect that obstruction?
>
>-- Jeff
>
>At 10:07 AM 10/1/2010, Global Mapper Support wrote:
>
>>Jeff,
>>
>>
>>You are interpreting it correctly, in my tests I didn't go out that far. I
>>will do some more tests and see if I can reproduce what is happening with
>>that long of a distance. What is your elevation data source and what sample
>>spacing are you using to generate the view shed?
>>
>>
>>
>>Thanks,
>>
>>
>>
>>Mike
>>
>>Global Mapper Support
>>
>>support@... <mailto:support%40globalmapper.com>
>>
>>
>>
>>From: global_mapper@yahoogroups.com
><mailto:global_mapper%40yahoogroups.com>
>>On Behalf Of jbensen-0121@... <mailto:jbensen-0121%40xemaps.com>
>>Sent: Friday, October 01, 2010 4:52 AM
>>To: global_mapper@yahoogroups.com <mailto:global_mapper%40yahoogroups.com>
>>Subject: RE: [global_mapper] Vector feature heights and View Shed
>>
>>
>>
>>
>>
>>Mike -
>>
>>Perhaps this is boiling down to a misconception on my part. By
>>specifying a receiver height of 25,000 feet (an aircraft), I thought
>>the software would calculate visibility at that Rx height throughout
>>the angle range specified and out to the distance specified.
>>
>>Very close to the transmitter I agree there should be no blockage.
>>But with a 5,500 foot tall obstruction a mere 275 feet away from my
>>transmitter I would expect blockage well before the 35 mile range
>>covered by this view shed, even with a receiver height of 25,000
>>feet. Indeed, at 25 miles downrange my transmitter look angle is only
>>10.6 degrees upward which is far too shallow of an angle to clear the
>>obstruction.
>>
>> From the GM manual, v11, PDF download version, page 159:
>>"The Receiver Elevation section allows the user to specify the
>>minimum height above the ground or sea level from which the
>>transmitter must be visible for the point to be considered visible.
>>Most of the time you'll want to specify an elevation above ground,
>>but specifying an elevation above sea level can be useful for
>>aviation purposes."
>>
>>Am I misunderstanding how this function is used?
>>
>>Thank you,
>>-- Jeff Bensen
>>Bensen Engineering
>>
>>At 10:07 AM 9/30/2010, Global Mapper Support wrote:
>>
>> >Jeff,
>> >
>> >
>> >
>> >It looks like your area is setup right, but your view shed calculation
>>seems
>> >to be looking for visibility where a point nearly 25,000 ft above the
>> >surface of the earth is visible from the transmitter. Even with a 5,500
>ft
>> >tall building the visibility point is still nearly 20,000 ft over the top
>>of
>> >the building and isn't blocked by it. Did you really intend your receiver
>> >height to be that large?
>> >
>> >
>> >
>> >If I do a smaller receiver height (say 20 feet above the ground), then
>the
>> >building does block out the view shed as expected.
>> >
>> >
>> >
>> >Let me know if I can be of further assistance.
>> >
>> >
>> >
>> >Thanks,
>> >
>> >
>> >
>> >Mike
>> >
>> >Global Mapper Support
>> >
>> >support@... <mailto:support%40globalmapper.com>
>> >
>> >
>> >
>> >From: global_mapper@yahoogroups.com
><mailto:global_mapper%40yahoogroups.com>
>> >On Behalf Of jbensen-0121@... <mailto:jbensen-0121%40xemaps.com>
>> >Sent: Thursday, September 30, 2010 7:20 PM
>> >To: global_mapper@yahoogroups.com
><mailto:global_mapper%40yahoogroups.com>
>> >Subject: [global_mapper] Vector feature heights and View Shed
>> >
>> >
>> >
>> >
>> >
>> >Mike -
>> >
>> >I recently tried modeling obstructions using user-created vector features
>>in
>> >GM11, but am having no success.
>> >
>> >I traced the outline of a building from aerial photography as a series of
>> >lines, converted these to an area feature, edited that feature to add an
>> >attribute called ELEVATION and gave it a value of 55.0 ft
>> >
>> >I checked "Use vector features with heights", "Heights of vector features
>> >relative to ground", and "User created and modified features" (the layer
>> >that the area feature resides on) in the view shed dialog.
>> >
>> >I'm using the NED data purchased from GlobalMapper for the underlying
>> >elevation info.
>> >
>> >My hand calculations showed an issue around 30 miles or so, but this was
>>not
>> >reflected in the view shed.
>> >
>> >I then edited the ELEVATION attribute to contain 5555.0 ft
>> >
>> >Again, no obstruction in the view shed from what should have been a solid
>> >wall in front of my transmitter.
>> >
>> >I then downloaded the latest build:
>> >GlobalMapper registered, v11.02, built Sep 28 2010 00:49:08
>> >
>> >Re-ran the view shed, but got the same results.
>> >
>> >Am I missing something?
>> >
>> >Thank you,
>> >-- Jeff Bensen
>> >Bensen Engineering
>
>
>
>
>
>[Non-text portions of this message have been removed]
>
>
>
>------------------------------------
>
>Yahoo! Groups Links
>
>
>
R. S. (Bob) Heuman  <robert.heuman@...>
Copyright retained.      My opinions - no one else's...
    If this is illegal where you are, do not read it!

   Retention of this message in violation of Canadian
          Privacy Laws will be prosecuted.

Thanks that is a good point to avoid duplication of things that just hit a
corner. The best solution would actually be to crop each grid cell to the
area feature to see if there is an overlap, but for performance reasons that
would be too slow (at least for now).



Thanks,



Mike

Global Mapper Support

support@...



From: global_mapper@yahoogroups.com [mailto:global_mapper@yahoogroups.com]
On Behalf Of RsH
Sent: Friday, October 01, 2010 3:20 PM
To: global_mapper@yahoogroups.com
Subject: Re: [global_mapper] Vector feature heights and View Shed





Wouldn't it be better to sample the center and 2/3rd of the way toward each
corner, so that the adjacent grid cell, when sampled the same exact way will
NOT
effectively duplicate the sampling of the adjacent grid cell at its edge,
which
should be contiguous, but would also be sampled the same way, so there would
be
a sample 1/3rd and 2/3rds of the way from center to center between the
adjacent
grid cells? Nothing is absolute, but that way has to be better than using
the
corner of each cell, which has to also be the corner of 3 other cells that
touch
it at the 4 points location.

FWIW
RsH

On Fri, 1 Oct 2010 11:08:55 -0600, you wrote:

>Jeff,
>
>
>
>Actually that's exactly what I'm thinking the issue is, currently the
center
>of each grid cell is checked for inclusion in an area, but I think I will
>adjust that to check each corner and the center for inclusion, which could
>cause a slightly performance penalty for complex areas, but will be better.
>The goal is if any of the grid cell is in the area that the elevation is
>adjusted. I should be able to correct this later today or tomorrow.
>
>
>
>Thanks,
>
>
>
>Mike
>
>Global Mapper Support
>
>support@... <mailto:support%40globalmapper.com>
>
>
>
>From: global_mapper@yahoogroups.com
<mailto:global_mapper%40yahoogroups.com>
[mailto:global_mapper@yahoogroups.com
<mailto:global_mapper%40yahoogroups.com> ]
>On Behalf Of jbensen-0121@... <mailto:jbensen-0121%40xemaps.com>
>Sent: Friday, October 01, 2010 11:04 AM
>To: global_mapper@yahoogroups.com <mailto:global_mapper%40yahoogroups.com>
>Subject: RE: [global_mapper] Vector feature heights and View Shed
>
>
>
>
>
>Mike -
>
>Elevation data is from the Seamless National Elevation Database DVDs,
>purchased through the GlobalMapper web site on 16 May 2006, files
>dated 5/28/2005.
>
>Projection is UTM, Zone 18, NAD83, Planar units = Meters.
>
>Sample spacing:
>X-axis: 49.3458003913278 meters
>Y-axis: 62.6189474897926 meters
>
>Note that after reading your last reply I started thinking about
>sample spacing. I tried the following:
>X-axis: 24.3908681576824
>Y-axis: 31.4090196388162
>
>This did yield a blockage pattern similar to what I was expecting.
>
>So this raises the question for relatively small obstructions
>(approximately 34 meters within the view shed angle in my scenario):
>What proportion of the Sample Spacing 'pixel' must be obstructed in
>order for the view shed to reflect that obstruction?
>
>-- Jeff
>
>At 10:07 AM 10/1/2010, Global Mapper Support wrote:
>
>>Jeff,
>>
>>
>>You are interpreting it correctly, in my tests I didn't go out that far. I
>>will do some more tests and see if I can reproduce what is happening with
>>that long of a distance. What is your elevation data source and what
sample
>>spacing are you using to generate the view shed?
>>
>>
>>
>>Thanks,
>>
>>
>>
>>Mike
>>
>>Global Mapper Support
>>
>>support@... <mailto:support%40globalmapper.com>
<mailto:support%40globalmapper.com>
>>
>>
>>
>>From: global_mapper@yahoogroups.com
<mailto:global_mapper%40yahoogroups.com>
><mailto:global_mapper%40yahoogroups.com>
>>On Behalf Of jbensen-0121@... <mailto:jbensen-0121%40xemaps.com>
<mailto:jbensen-0121%40xemaps.com>
>>Sent: Friday, October 01, 2010 4:52 AM
>>To: global_mapper@yahoogroups.com <mailto:global_mapper%40yahoogroups.com>
<mailto:global_mapper%40yahoogroups.com>
>>Subject: RE: [global_mapper] Vector feature heights and View Shed
>>
>>
>>
>>
>>
>>Mike -
>>
>>Perhaps this is boiling down to a misconception on my part. By
>>specifying a receiver height of 25,000 feet (an aircraft), I thought
>>the software would calculate visibility at that Rx height throughout
>>the angle range specified and out to the distance specified.
>>
>>Very close to the transmitter I agree there should be no blockage.
>>But with a 5,500 foot tall obstruction a mere 275 feet away from my
>>transmitter I would expect blockage well before the 35 mile range
>>covered by this view shed, even with a receiver height of 25,000
>>feet. Indeed, at 25 miles downrange my transmitter look angle is only
>>10.6 degrees upward which is far too shallow of an angle to clear the
>>obstruction.
>>
>> From the GM manual, v11, PDF download version, page 159:
>>"The Receiver Elevation section allows the user to specify the
>>minimum height above the ground or sea level from which the
>>transmitter must be visible for the point to be considered visible.
>>Most of the time you'll want to specify an elevation above ground,
>>but specifying an elevation above sea level can be useful for
>>aviation purposes."
>>
>>Am I misunderstanding how this function is used?
>>
>>Thank you,
>>-- Jeff Bensen
>>Bensen Engineering
>>
>>At 10:07 AM 9/30/2010, Global Mapper Support wrote:
>>
>> >Jeff,
>> >
>> >
>> >
>> >It looks like your area is setup right, but your view shed calculation
>>seems
>> >to be looking for visibility where a point nearly 25,000 ft above the
>> >surface of the earth is visible from the transmitter. Even with a 5,500
>ft
>> >tall building the visibility point is still nearly 20,000 ft over the
top
>>of
>> >the building and isn't blocked by it. Did you really intend your
receiver
>> >height to be that large?
>> >
>> >
>> >
>> >If I do a smaller receiver height (say 20 feet above the ground), then
>the
>> >building does block out the view shed as expected.
>> >
>> >
>> >
>> >Let me know if I can be of further assistance.
>> >
>> >
>> >
>> >Thanks,
>> >
>> >
>> >
>> >Mike
>> >
>> >Global Mapper Support
>> >
>> >support@... <mailto:support%40globalmapper.com>
<mailto:support%40globalmapper.com>
>> >
>> >
>> >
>> >From: global_mapper@yahoogroups.com
<mailto:global_mapper%40yahoogroups.com>
><mailto:global_mapper%40yahoogroups.com>
>> >On Behalf Of jbensen-0121@... <mailto:jbensen-0121%40xemaps.com>
<mailto:jbensen-0121%40xemaps.com>
>> >Sent: Thursday, September 30, 2010 7:20 PM
>> >To: global_mapper@yahoogroups.com
<mailto:global_mapper%40yahoogroups.com>
><mailto:global_mapper%40yahoogroups.com>
>> >Subject: [global_mapper] Vector feature heights and View Shed
>> >
>> >
>> >
>> >
>> >
>> >Mike -
>> >
>> >I recently tried modeling obstructions using user-created vector
features
>>in
>> >GM11, but am having no success.
>> >
>> >I traced the outline of a building from aerial photography as a series
of
>> >lines, converted these to an area feature, edited that feature to add an
>> >attribute called ELEVATION and gave it a value of 55.0 ft
>> >
>> >I checked "Use vector features with heights", "Heights of vector
features
>> >relative to ground", and "User created and modified features" (the layer
>> >that the area feature resides on) in the view shed dialog.
>> >
>> >I'm using the NED data purchased from GlobalMapper for the underlying
>> >elevation info.
>> >
>> >My hand calculations showed an issue around 30 miles or so, but this was
>>not
>> >reflected in the view shed.
>> >
>> >I then edited the ELEVATION attribute to contain 5555.0 ft
>> >
>> >Again, no obstruction in the view shed from what should have been a
solid
>> >wall in front of my transmitter.
>> >
>> >I then downloaded the latest build:
>> >GlobalMapper registered, v11.02, built Sep 28 2010 00:49:08
>> >
>> >Re-ran the view shed, but got the same results.
>> >
>> >Am I missing something?
>> >
>> >Thank you,
>> >-- Jeff Bensen
>> >Bensen Engineering
>
>
>
>
>
>[Non-text portions of this message have been removed]
>
>
>
>------------------------------------
>
>Yahoo! Groups Links
>
>
>
R. S. (Bob) Heuman <robert.heuman@...
<mailto:robert.heuman%40alumni.monmouth.edu> >
Copyright retained. My opinions - no one else's...
If this is illegal where you are, do not read it!

Retention of this message in violation of Canadian
Privacy Laws will be prosecuted.





[Non-text portions of this message have been removed]

Jeff,



I have completed updating the view shed calculation to check for a point
being in a given grid cell at 5 separate points within the cell so that
areas that are small compared to the cell sample spacing should be handled
better. I have placed a new build at
http://www.globalmapper.com/global_mapper12.zip with the change for you to
try. Simply download that file and extract the contents into your existing
v12.xx installation folder to give it a try. If you are using the 64-bit v12
version there is a new build at
http://www.globalmapper.com/global_mapper12_64bit.zip .



Let me know if I can be of further assistance.



Thanks,



Mike

Global Mapper Support

support@...



From: global_mapper@yahoogroups.com [mailto:global_mapper@yahoogroups.com]
On Behalf Of jbensen-0121@...
Sent: Friday, October 01, 2010 11:04 AM
To: global_mapper@yahoogroups.com
Subject: RE: [global_mapper] Vector feature heights and View Shed





Mike -

Elevation data is from the Seamless National Elevation Database DVDs,
purchased through the GlobalMapper web site on 16 May 2006, files
dated 5/28/2005.

Projection is UTM, Zone 18, NAD83, Planar units = Meters.

Sample spacing:
X-axis: 49.3458003913278 meters
Y-axis: 62.6189474897926 meters

Note that after reading your last reply I started thinking about
sample spacing. I tried the following:
X-axis: 24.3908681576824
Y-axis: 31.4090196388162

This did yield a blockage pattern similar to what I was expecting.

So this raises the question for relatively small obstructions
(approximately 34 meters within the view shed angle in my scenario):
What proportion of the Sample Spacing 'pixel' must be obstructed in
order for the view shed to reflect that obstruction?

-- Jeff

At 10:07 AM 10/1/2010, Global Mapper Support wrote:

>Jeff,
>
>
>You are interpreting it correctly, in my tests I didn't go out that far. I
>will do some more tests and see if I can reproduce what is happening with
>that long of a distance. What is your elevation data source and what sample
>spacing are you using to generate the view shed?
>
>
>
>Thanks,
>
>
>
>Mike
>
>Global Mapper Support
>
>support@... <mailto:support%40globalmapper.com>
>
>
>
>From: global_mapper@yahoogroups.com
<mailto:global_mapper%40yahoogroups.com>
>On Behalf Of jbensen-0121@... <mailto:jbensen-0121%40xemaps.com>
>Sent: Friday, October 01, 2010 4:52 AM
>To: global_mapper@yahoogroups.com <mailto:global_mapper%40yahoogroups.com>
>Subject: RE: [global_mapper] Vector feature heights and View Shed
>
>
>
>
>
>Mike -
>
>Perhaps this is boiling down to a misconception on my part. By
>specifying a receiver height of 25,000 feet (an aircraft), I thought
>the software would calculate visibility at that Rx height throughout
>the angle range specified and out to the distance specified.
>
>Very close to the transmitter I agree there should be no blockage.
>But with a 5,500 foot tall obstruction a mere 275 feet away from my
>transmitter I would expect blockage well before the 35 mile range
>covered by this view shed, even with a receiver height of 25,000
>feet. Indeed, at 25 miles downrange my transmitter look angle is only
>10.6 degrees upward which is far too shallow of an angle to clear the
>obstruction.
>
> From the GM manual, v11, PDF download version, page 159:
>"The Receiver Elevation section allows the user to specify the
>minimum height above the ground or sea level from which the
>transmitter must be visible for the point to be considered visible.
>Most of the time you'll want to specify an elevation above ground,
>but specifying an elevation above sea level can be useful for
>aviation purposes."
>
>Am I misunderstanding how this function is used?
>
>Thank you,
>-- Jeff Bensen
>Bensen Engineering
>
>At 10:07 AM 9/30/2010, Global Mapper Support wrote:
>
> >Jeff,
> >
> >
> >
> >It looks like your area is setup right, but your view shed calculation
>seems
> >to be looking for visibility where a point nearly 25,000 ft above the
> >surface of the earth is visible from the transmitter. Even with a 5,500
ft
> >tall building the visibility point is still nearly 20,000 ft over the top
>of
> >the building and isn't blocked by it. Did you really intend your receiver
> >height to be that large?
> >
> >
> >
> >If I do a smaller receiver height (say 20 feet above the ground), then
the
> >building does block out the view shed as expected.
> >
> >
> >
> >Let me know if I can be of further assistance.
> >
> >
> >
> >Thanks,
> >
> >
> >
> >Mike
> >
> >Global Mapper Support
> >
> >support@... <mailto:support%40globalmapper.com>
> >
> >
> >
> >From: global_mapper@yahoogroups.com
<mailto:global_mapper%40yahoogroups.com>
> >On Behalf Of jbensen-0121@... <mailto:jbensen-0121%40xemaps.com>
> >Sent: Thursday, September 30, 2010 7:20 PM
> >To: global_mapper@yahoogroups.com
<mailto:global_mapper%40yahoogroups.com>
> >Subject: [global_mapper] Vector feature heights and View Shed
> >
> >
> >
> >
> >
> >Mike -
> >
> >I recently tried modeling obstructions using user-created vector features
>in
> >GM11, but am having no success.
> >
> >I traced the outline of a building from aerial photography as a series of
> >lines, converted these to an area feature, edited that feature to add an
> >attribute called ELEVATION and gave it a value of 55.0 ft
> >
> >I checked "Use vector features with heights", "Heights of vector features
> >relative to ground", and "User created and modified features" (the layer
> >that the area feature resides on) in the view shed dialog.
> >
> >I'm using the NED data purchased from GlobalMapper for the underlying
> >elevation info.
> >
> >My hand calculations showed an issue around 30 miles or so, but this was
>not
> >reflected in the view shed.
> >
> >I then edited the ELEVATION attribute to contain 5555.0 ft
> >
> >Again, no obstruction in the view shed from what should have been a solid
> >wall in front of my transmitter.
> >
> >I then downloaded the latest build:
> >GlobalMapper registered, v11.02, built Sep 28 2010 00:49:08
> >
> >Re-ran the view shed, but got the same results.
> >
> >Am I missing something?
> >
> >Thank you,
> >-- Jeff Bensen
> >Bensen Engineering





[Non-text portions of this message have been removed]

Greina,



I have updated that option so it should work with that fixed grid cell size.
I have placed a new build at http://www.globalmapper.com/global_mapper12.zip
with the change for you to try. Simply download that file and extract the
contents into your existing v12.xx installation folder to give it a try. If
you are using the 64-bit v12 version there is a new build at
http://www.globalmapper.com/global_mapper12_64bit.zip .



Let me know if I can be of further assistance.



Thanks,



Mike

Global Mapper Support

support@...



From: global_mapper@yahoogroups.com [mailto:global_mapper@yahoogroups.com]
On Behalf Of greina1
Sent: Friday, October 01, 2010 4:33 AM
To: global_mapper@yahoogroups.com
Subject: Re: [global_mapper] Gridded export with specific pixel size





Mike,

Some month ago, you added the 'Crop right and bottom cells to export
bounds' option when doing a fixed pixel size export.

Could you add this option to be active also for the gridded cell width
and height export??

So one could save some manual calculating.

Greina

Am 07.02.2010 20:22, schrieb Global Mapper Support:
> Greina,
>
> I have completed enabling the 'Crop right and bottom cells to export
bounds'
> option when doing a fixed pixel size export. I didn't add a new checkbox,
> but just made the existing one stay enabled for that gridding option. I
have
> placed a new build at http://www.globalmapper.com/global_mapper11.zip with
> the change for you to try. Simply download that file and extract the
> contents into your existing v11.xx installation folder to give it a try.
If
> you are using the 64-bit v11 version there is a new build at
> http://www.globalmapper.com/global_mapper11_64bit.zip .
>
> Let me know if I can be of further assistance.
>
> Thanks,
>
> Mike
> Global Mapper Support
> support@... <mailto:support%40globalmapper.com>
>
> -----Original Message-----
> From: global_mapper@yahoogroups.com
<mailto:global_mapper%40yahoogroups.com>
[mailto:global_mapper@yahoogroups.com
<mailto:global_mapper%40yahoogroups.com> ]
> On Behalf Of greina1
> Sent: Saturday, February 06, 2010 2:17 PM
> To: global_mapper@yahoogroups.com <mailto:global_mapper%40yahoogroups.com>

> Subject: [global_mapper] Gridded export with specific pixel size
>
> Mike
>
> I did a gridded export by defining a specific pixel size. Unfortunately
> there is no option
> "Crop right and bottom cells to export bounds". So I got the background
> exported too, which I do not want.
>
> I know, there is a similar option where I can define this. But this does
> not help me, as I use the gridded export within a batch conversion of
> different sized maps.
> So I would like to ask, if you could add this useful option "Crop right
> and bottom cells to export bounds" also to the pixel based gridding.
>
> Thanks
>
> Greina
>
>
> ------------------------------------
>
> Yahoo! Groups Links
>
>
>
>
>
>
> ------------------------------------
>
> Yahoo! Groups Links
>
>
>
>





[Non-text portions of this message have been removed]

Mike -

I downloaded your new build and tried it out. It seems to work as expected.

I ran a view shed at the coarse sample size (49x62m) and saw blockage
similar to the finer sample size (24x31m) I ran a few days ago.

Thank you for your assistance with this issue. The view sheds I run
are frequently over large areas and small sample sizes are not always feasible.

-- Jeff Bensen
     Bensen Engineering




At 05:42 PM 10/1/2010, Global Mapper Support wrote:

>Jeff,
>
>
>
>I have completed updating the view shed calculation to check for a point
>being in a given grid cell at 5 separate points within the cell so that
>areas that are small compared to the cell sample spacing should be handled
>better. I have placed a new build at
>http://www.globalmapper.com/global_mapper12.zip with the change for you to
>try. Simply download that file and extract the contents into your existing
>v12.xx installation folder to give it a try. If you are using the 64-bit v12
>version there is a new build at
>http://www.globalmapper.com/global_mapper12_64bit.zip .
>
>
>
>Let me know if I can be of further assistance.
>
>
>
>Thanks,
>
>
>
>Mike
>
>Global Mapper Support
>
>support@...
>
>
>
>From: global_mapper@yahoogroups.com [mailto:global_mapper@yahoogroups.com]
>On Behalf Of jbensen-0121@...
>Sent: Friday, October 01, 2010 11:04 AM
>To: global_mapper@yahoogroups.com
>Subject: RE: [global_mapper] Vector feature heights and View Shed
>
>
>
>
>
>Mike -
>
>Elevation data is from the Seamless National Elevation Database DVDs,
>purchased through the GlobalMapper web site on 16 May 2006, files
>dated 5/28/2005.
>
>Projection is UTM, Zone 18, NAD83, Planar units = Meters.
>
>Sample spacing:
>X-axis: 49.3458003913278 meters
>Y-axis: 62.6189474897926 meters
>
>Note that after reading your last reply I started thinking about
>sample spacing. I tried the following:
>X-axis: 24.3908681576824
>Y-axis: 31.4090196388162
>
>This did yield a blockage pattern similar to what I was expecting.
>
>So this raises the question for relatively small obstructions
>(approximately 34 meters within the view shed angle in my scenario):
>What proportion of the Sample Spacing 'pixel' must be obstructed in
>order for the view shed to reflect that obstruction?
>
>-- Jeff
>
>At 10:07 AM 10/1/2010, Global Mapper Support wrote:
>
> >Jeff,
> >
> >
> >You are interpreting it correctly, in my tests I didn't go out that far. I
> >will do some more tests and see if I can reproduce what is happening with
> >that long of a distance. What is your elevation data source and what sample
> >spacing are you using to generate the view shed?
> >
> >
> >
> >Thanks,
> >
> >
> >
> >Mike
> >
> >Global Mapper Support
> >
> >support@... <mailto:support%40globalmapper.com>
> >
> >
> >
> >From: global_mapper@yahoogroups.com
><mailto:global_mapper%40yahoogroups.com>
> >On Behalf Of jbensen-0121@... <mailto:jbensen-0121%40xemaps.com>
> >Sent: Friday, October 01, 2010 4:52 AM
> >To: global_mapper@yahoogroups.com <mailto:global_mapper%40yahoogroups.com>
> >Subject: RE: [global_mapper] Vector feature heights and View Shed
> >
> >
> >
> >
> >
> >Mike -
> >
> >Perhaps this is boiling down to a misconception on my part. By
> >specifying a receiver height of 25,000 feet (an aircraft), I thought
> >the software would calculate visibility at that Rx height throughout
> >the angle range specified and out to the distance specified.
> >
> >Very close to the transmitter I agree there should be no blockage.
> >But with a 5,500 foot tall obstruction a mere 275 feet away from my
> >transmitter I would expect blockage well before the 35 mile range
> >covered by this view shed, even with a receiver height of 25,000
> >feet. Indeed, at 25 miles downrange my transmitter look angle is only
> >10.6 degrees upward which is far too shallow of an angle to clear the
> >obstruction.
> >
> > From the GM manual, v11, PDF download version, page 159:
> >"The Receiver Elevation section allows the user to specify the
> >minimum height above the ground or sea level from which the
> >transmitter must be visible for the point to be considered visible.
> >Most of the time you'll want to specify an elevation above ground,
> >but specifying an elevation above sea level can be useful for
> >aviation purposes."
> >
> >Am I misunderstanding how this function is used?
> >
> >Thank you,
> >-- Jeff Bensen
> >Bensen Engineering
> >
> >At 10:07 AM 9/30/2010, Global Mapper Support wrote:
> >
> > >Jeff,
> > >
> > >
> > >
> > >It looks like your area is setup right, but your view shed calculation
> >seems
> > >to be looking for visibility where a point nearly 25,000 ft above the
> > >surface of the earth is visible from the transmitter. Even with a 5,500
>ft
> > >tall building the visibility point is still nearly 20,000 ft over the top
> >of
> > >the building and isn't blocked by it. Did you really intend your receiver
> > >height to be that large?
> > >
> > >
> > >
> > >If I do a smaller receiver height (say 20 feet above the ground), then
>the
> > >building does block out the view shed as expected.
> > >
> > >
> > >
> > >Let me know if I can be of further assistance.
> > >
> > >
> > >
> > >Thanks,
> > >
> > >
> > >
> > >Mike
> > >
> > >Global Mapper Support
> > >
> > >support@... <mailto:support%40globalmapper.com>
> > >
> > >
> > >
> > >From: global_mapper@yahoogroups.com
><mailto:global_mapper%40yahoogroups.com>
> > >On Behalf Of jbensen-0121@... <mailto:jbensen-0121%40xemaps.com>
> > >Sent: Thursday, September 30, 2010 7:20 PM
> > >To: global_mapper@yahoogroups.com
><mailto:global_mapper%40yahoogroups.com>
> > >Subject: [global_mapper] Vector feature heights and View Shed
> > >
> > >
> > >
> > >
> > >
> > >Mike -
> > >
> > >I recently tried modeling obstructions using user-created vector features
> >in
> > >GM11, but am having no success.
> > >
> > >I traced the outline of a building from aerial photography as a series of
> > >lines, converted these to an area feature, edited that feature to add an
> > >attribute called ELEVATION and gave it a value of 55.0 ft
> > >
> > >I checked "Use vector features with heights", "Heights of vector features
> > >relative to ground", and "User created and modified features" (the layer
> > >that the area feature resides on) in the view shed dialog.
> > >
> > >I'm using the NED data purchased from GlobalMapper for the underlying
> > >elevation info.
> > >
> > >My hand calculations showed an issue around 30 miles or so, but this was
> >not
> > >reflected in the view shed.
> > >
> > >I then edited the ELEVATION attribute to contain 5555.0 ft
> > >
> > >Again, no obstruction in the view shed from what should have been a solid
> > >wall in front of my transmitter.
> > >
> > >I then downloaded the latest build:
> > >GlobalMapper registered, v11.02, built Sep 28 2010 00:49:08
> > >
> > >Re-ran the view shed, but got the same results.
> > >
> > >Am I missing something?
> > >
> > >Thank you,
> > >-- Jeff Bensen
> > >Bensen Engineering

Hello,

New User here.

I got a batch of GEOTIFF data from a customer that was supposed to be saved in
1:250,000 scale, but instead has been saved off in 1:130,00 scale.

My objective is to save these tiles as 1:250,000 scale GEOTIFFs.

I open the data and right mouse click on the tile in the control console; there
is supposed to be a command there to rescale using a known distance in the tile.
No such luck.

Any pointers would be gratefully appreciated.

v/r

Mike

Mike,



Are the files actually incorrectly positioned, or do you just want to save
them to a different scale? Assuming that you just want to rescale them, the
easiest thing to do is load them up, then use the File->Export Raster Data
option to export to a new GeoTIFF to the desired scale.



If you have a bunch to rescale, you could use the File->Batch
Convert/Reproject menu command and press the button to change the sample
spacing and specify the spacing to be 1.923077 times the original spacing
(this is approximately 250,000 / 130,000).



Let me know if I can be of further assistance.



Thanks,



Mike

Global Mapper Support

support@...



From: global_mapper@yahoogroups.com [mailto:global_mapper@yahoogroups.com]
On Behalf Of Michael
Sent: Sunday, October 03, 2010 7:16 AM
To: global_mapper@yahoogroups.com
Subject: [global_mapper] Rescale GEOTIFF from 1:130,000 to 1:250,000 scale





Hello,

New User here.

I got a batch of GEOTIFF data from a customer that was supposed to be saved
in 1:250,000 scale, but instead has been saved off in 1:130,00 scale.

My objective is to save these tiles as 1:250,000 scale GEOTIFFs.

I open the data and right mouse click on the tile in the control console;
there is supposed to be a command there to rescale using a known distance in
the tile. No such luck.

Any pointers would be gratefully appreciated.

v/r

Mike





[Non-text portions of this message have been removed]

Greina,

That was a recently found issue, it should work in the latest v12 builds.

Thanks,

Mike
Global Mapper Support
support@...

-----Original Message-----
From: global_mapper@yahoogroups.com [mailto:global_mapper@yahoogroups.com]
On Behalf Of greina1
Sent: Thursday, September 30, 2010 12:47 AM
To: global_mapper@yahoogroups.com
Subject: [global_mapper] Map catalog does not show BigTIFs larger than 4 GB

   Mike,

I loaded some BigTIFF of different sizes in a MapCatalog. Unfortunately
GM11 32bit does not show all BigTIFs larger than 4 GB although they show to
be properly loaded.

I then exported all maps and get the background at those places where
BigTIFs larger than 4 GB had been placed.

Greina


------------------------------------

Yahoo! Groups Links

Mike,
I habe made a geo-pdf in our GIS-System, but when I load it into GM12
Globalmapper is unable to determine the Reference System.
I habe Uploaded a Sample File "fwp.pdf"
Do you habe any ideas?

Thanks

Peter

Peter,



The file doesn't appear to contain any of the dictionary entries that the
geo-positioning would be held in. Are you sure it is a proper GeoPDF?



Thanks,



Mike

Global Mapper Support

support@...



From: global_mapper@yahoogroups.com [mailto:global_mapper@yahoogroups.com]
On Behalf Of peter_drexel
Sent: Thursday, October 07, 2010 2:07 AM
To: global_mapper@yahoogroups.com
Subject: [global_mapper] pdf





Mike,
I habe made a geo-pdf in our GIS-System, but when I load it into GM12
Globalmapper is unable to determine the Reference System.
I habe Uploaded a Sample File "fwp.pdf"
Do you habe any ideas?

Thanks

Peter





[Non-text portions of this message have been removed]

Mike,
at least the pdf contains coordinates.
When I open it in in Acrobat Reader 9 I can query the Coordinates by using
-Tools -Analysis -Geospatial Location Tool.
So it shoud be some kind of a geopdf?

Thanks

Peter



--- In global_mapper@yahoogroups.com, "Global Mapper Support"
<global_mapper@...> wrote:
>
> Peter,
>
>
>
> The file doesn't appear to contain any of the dictionary entries that the
> geo-positioning would be held in. Are you sure it is a proper GeoPDF?
>
>
>
> Thanks,
>
>
>
> Mike
>
> Global Mapper Support
>
> support@...
>
>
>
> From: global_mapper@yahoogroups.com [mailto:global_mapper@yahoogroups.com]
> On Behalf Of peter_drexel
> Sent: Thursday, October 07, 2010 2:07 AM
> To: global_mapper@yahoogroups.com
> Subject: [global_mapper] pdf
>
>
>
>
>
> Mike,
> I habe made a geo-pdf in our GIS-System, but when I load it into GM12
> Globalmapper is unable to determine the Reference System.
> I habe Uploaded a Sample File "fwp.pdf"
> Do you habe any ideas?
>
> Thanks
>
> Peter
>
>
>
>
>
> [Non-text portions of this message have been removed]
>

Hi MikeIs there any way in GM by which we could pan sharpen multiple files in
batch mode ?or compose multiple RGB files in batch mode ?
Regards




[Non-text portions of this message have been removed]

Peter,



I took another look and it appears that the file is encrypted, but our PDF
library isn't detecting that right and decrypting it, so the PDF data isn't
being read properly. I have submitted a support request to them so they can
fix their library for this file.



Thanks,



Mike

Global Mapper Support

support@...



From: global_mapper@yahoogroups.com [mailto:global_mapper@yahoogroups.com]
On Behalf Of peter_drexel
Sent: Friday, October 08, 2010 5:33 AM
To: global_mapper@yahoogroups.com
Subject: [global_mapper] Re: pdf





Mike,
at least the pdf contains coordinates.
When I open it in in Acrobat Reader 9 I can query the Coordinates by using
-Tools -Analysis -Geospatial Location Tool.
So it shoud be some kind of a geopdf?

Thanks

Peter

--- In global_mapper@yahoogroups.com
<mailto:global_mapper%40yahoogroups.com> , "Global Mapper Support"
<global_mapper@...> wrote:
>
> Peter,
>
>
>
> The file doesn't appear to contain any of the dictionary entries that the
> geo-positioning would be held in. Are you sure it is a proper GeoPDF?
>
>
>
> Thanks,
>
>
>
> Mike
>
> Global Mapper Support
>
> support@...
>
>
>
> From: global_mapper@yahoogroups.com
<mailto:global_mapper%40yahoogroups.com>
[mailto:global_mapper@yahoogroups.com
<mailto:global_mapper%40yahoogroups.com> ]
> On Behalf Of peter_drexel
> Sent: Thursday, October 07, 2010 2:07 AM
> To: global_mapper@yahoogroups.com <mailto:global_mapper%40yahoogroups.com>

> Subject: [global_mapper] pdf
>
>
>
>
>
> Mike,
> I habe made a geo-pdf in our GIS-System, but when I load it into GM12
> Globalmapper is unable to determine the Reference System.
> I habe Uploaded a Sample File "fwp.pdf"
> Do you habe any ideas?
>
> Thanks
>
> Peter
>
>
>
>
>
> [Non-text portions of this message have been removed]
>





[Non-text portions of this message have been removed]

Saif,



What exactly do you mean by compose multiple RGB files in batch mode? You
could write a Global Mapper script to load multiple files with whatever
display options you need, then export them to a new file if that is what you
mean.



Thanks,



Mike

Global Mapper Support

support@...



From: global_mapper@yahoogroups.com [mailto:global_mapper@yahoogroups.com]
On Behalf Of Saif Khalid
Sent: Friday, October 08, 2010 10:20 AM
To: global_mapper@yahoogroups.com
Subject: [global_mapper] Pan Sharpening / Image Fusion





Hi MikeIs there any way in GM by which we could pan sharpen multiple files
in batch mode ?or compose multiple RGB files in batch mode ?
Regards

[Non-text portions of this message have been removed]





[Non-text portions of this message have been removed]

I mean to say that IKONOS has Red Green Blue and NIR bands, Now in ERDAS Imagine
we can load three or four bands and then with the help of these bands we can
make a layer stacked file which is single file with all bands in natural colors.
Similarly I know that GM has capability to produce same layer stack files by
opening them and changing from options Keep Red Keep Green Keep Blue and then
save them. But If I have thousands of file than how to proceed in batch process
?
Similarly I know that GM has a way to pan sharpen low resolution multi spectral
image with high resolution panchromatic image. but again the same question that
how to pan sharpen thousands of files in batch mode ?
Regards
Saif
--- On Fri, 8/10/10, Global Mapper Support <global_mapper@...> wrote:
IFrom: Global Mapper Support <global_mapper@...>
Subject: RE: [global_mapper] Pan Sharpening / Image Fusion
To: global_mapper@yahoogroups.com
Received: Friday, 8 October, 2010, 9:29 AM
















 









       Saif,



What exactly do you mean by compose multiple RGB files in batch mode? You

could write a Global Mapper script to load multiple files with whatever

display options you need, then export them to a new file if that is what you

mean.



Thanks,



Mike



Global Mapper Support



support@...



From: global_mapper@yahoogroups.com [mailto:global_mapper@yahoogroups.com]

On Behalf Of Saif Khalid

Sent: Friday, October 08, 2010 10:20 AM

To: global_mapper@yahoogroups.com

Subject: [global_mapper] Pan Sharpening / Image Fusion



Hi MikeIs there any way in GM by which we could pan sharpen multiple files

in batch mode ?or compose multiple RGB files in batch mode ?

Regards



[Non-text portions of this message have been removed]



[Non-text portions of this message have been removed]






























[Non-text portions of this message have been removed]

Saif,



You would do all this with a script file. Using the IMPORT command you can
specify the blend mode to use to combine the images how you need. See
http://globalmapper.com/helpv12/ScriptReference.html for details. The IMPORT
command is where the options are for setting up the blend modes and other
options, then you can use the EXPORT_RASTER command to export a new file. Use
DIR_LOOP_START and DIR_LOOP_END to loop through the files in a directory.



Let me know if I can be of further assistance.



Thanks,



Mike

Global Mapper Support

support@...



From: global_mapper@yahoogroups.com [mailto:global_mapper@yahoogroups.com] On
Behalf Of Saif Khalid
Sent: Friday, October 08, 2010 11:55 PM
To: global_mapper@yahoogroups.com
Subject: RE: [global_mapper] Pan Sharpening / Image Fusion






I mean to say that IKONOS has Red Green Blue and NIR bands, Now in ERDAS Imagine
we can load three or four bands and then with the help of these bands we can
make a layer stacked file which is single file with all bands in natural colors.
Similarly I know that GM has capability to produce same layer stack files by
opening them and changing from options Keep Red Keep Green Keep Blue and then
save them. But If I have thousands of file than how to proceed in batch process
?
Similarly I know that GM has a way to pan sharpen low resolution multi spectral
image with high resolution panchromatic image. but again the same question that
how to pan sharpen thousands of files in batch mode ?
Regards
Saif
--- On Fri, 8/10/10, Global Mapper Support <global_mapper@...
<mailto:global_mapper%40yahoo.com> > wrote:
IFrom: Global Mapper Support <global_mapper@...
<mailto:global_mapper%40yahoo.com> >
Subject: RE: [global_mapper] Pan Sharpening / Image Fusion
To: global_mapper@yahoogroups.com <mailto:global_mapper%40yahoogroups.com>
Received: Friday, 8 October, 2010, 9:29 AM



Saif,

What exactly do you mean by compose multiple RGB files in batch mode? You

could write a Global Mapper script to load multiple files with whatever

display options you need, then export them to a new file if that is what you

mean.

Thanks,

Mike

Global Mapper Support

support@... <mailto:support%40globalmapper.com>

From: global_mapper@yahoogroups.com <mailto:global_mapper%40yahoogroups.com> 
[mailto:global_mapper@yahoogroups.com <mailto:global_mapper%40yahoogroups.com> ]

On Behalf Of Saif Khalid

Sent: Friday, October 08, 2010 10:20 AM

To: global_mapper@yahoogroups.com <mailto:global_mapper%40yahoogroups.com>

Subject: [global_mapper] Pan Sharpening / Image Fusion

Hi MikeIs there any way in GM by which we could pan sharpen multiple files

in batch mode ?or compose multiple RGB files in batch mode ?

Regards

[Non-text portions of this message have been removed]

[Non-text portions of this message have been removed]

[Non-text portions of this message have been removed]





[Non-text portions of this message have been removed]

Mike,

My Adobe Acrobat Pro TerraGo plugin toolbar doesn't read any coordinates in the
PDF.

Dave G.

--- In global_mapper@yahoogroups.com, "Global Mapper Support"
<global_mapper@...> wrote:
>
> Peter,
>
>
>
> I took another look and it appears that the file is encrypted, but our PDF
> library isn't detecting that right and decrypting it, so the PDF data isn't
> being read properly. I have submitted a support request to them so they can
> fix their library for this file.
>
>
>
> Thanks,
>
>
>
> Mike
>
> Global Mapper Support
>
> support@...
>
>
>
> From: global_mapper@yahoogroups.com [mailto:global_mapper@yahoogroups.com]
> On Behalf Of peter_drexel
> Sent: Friday, October 08, 2010 5:33 AM
> To: global_mapper@yahoogroups.com
> Subject: [global_mapper] Re: pdf
>
>
>
>
>
> Mike,
> at least the pdf contains coordinates.
> When I open it in in Acrobat Reader 9 I can query the Coordinates by using
> -Tools -Analysis -Geospatial Location Tool.
> So it shoud be some kind of a geopdf?
>
> Thanks
>
> Peter
>
> --- In global_mapper@yahoogroups.com
> <mailto:global_mapper%40yahoogroups.com> , "Global Mapper Support"
> <global_mapper@> wrote:
> >
> > Peter,
> >
> >
> >
> > The file doesn't appear to contain any of the dictionary entries that the
> > geo-positioning would be held in. Are you sure it is a proper GeoPDF?
> >
> >
> >
> > Thanks,
> >
> >
> >
> > Mike
> >
> > Global Mapper Support
> >
> > support@
> >
> >
> >
> > From: global_mapper@yahoogroups.com
> <mailto:global_mapper%40yahoogroups.com>
> [mailto:global_mapper@yahoogroups.com
> <mailto:global_mapper%40yahoogroups.com> ]
> > On Behalf Of peter_drexel
> > Sent: Thursday, October 07, 2010 2:07 AM
> > To: global_mapper@yahoogroups.com <mailto:global_mapper%40yahoogroups.com>
>
> > Subject: [global_mapper] pdf
> >
> >
> >
> >
> >
> > Mike,
> > I habe made a geo-pdf in our GIS-System, but when I load it into GM12
> > Globalmapper is unable to determine the Reference System.
> > I habe Uploaded a Sample File "fwp.pdf"
> > Do you habe any ideas?
> >
> > Thanks
> >
> > Peter
> >
> >
> >
> >
> >
> > [Non-text portions of this message have been removed]
> >
>
>
>
>
>
> [Non-text portions of this message have been removed]
>

Dave,



I could see coordinates with the Acrobat Geospatial Location tool in Acrobat
Reader, so there is something there. I think the problem Global Mapper is
having is because the library isn't able to decrypt it for some reason and
not because the positioning data is bad. I'm still waiting on a fix from our
PDF library provider.



Thanks,



Mike

Global Mapper Support

support@...



From: global_mapper@yahoogroups.com [mailto:global_mapper@yahoogroups.com]
On Behalf Of jdgrissett
Sent: Saturday, October 09, 2010 12:31 PM
To: global_mapper@yahoogroups.com
Subject: [global_mapper] Re: pdf





Mike,

My Adobe Acrobat Pro TerraGo plugin toolbar doesn't read any coordinates in
the PDF.

Dave G.

--- In global_mapper@yahoogroups.com
<mailto:global_mapper%40yahoogroups.com> , "Global Mapper Support"
<global_mapper@...> wrote:
>
> Peter,
>
>
>
> I took another look and it appears that the file is encrypted, but our PDF
> library isn't detecting that right and decrypting it, so the PDF data
isn't
> being read properly. I have submitted a support request to them so they
can
> fix their library for this file.
>
>
>
> Thanks,
>
>
>
> Mike
>
> Global Mapper Support
>
> support@...
>
>
>
> From: global_mapper@yahoogroups.com
<mailto:global_mapper%40yahoogroups.com>
[mailto:global_mapper@yahoogroups.com
<mailto:global_mapper%40yahoogroups.com> ]
> On Behalf Of peter_drexel
> Sent: Friday, October 08, 2010 5:33 AM
> To: global_mapper@yahoogroups.com <mailto:global_mapper%40yahoogroups.com>

> Subject: [global_mapper] Re: pdf
>
>
>
>
>
> Mike,
> at least the pdf contains coordinates.
> When I open it in in Acrobat Reader 9 I can query the Coordinates by using
> -Tools -Analysis -Geospatial Location Tool.
> So it shoud be some kind of a geopdf?
>
> Thanks
>
> Peter
>
> --- In global_mapper@yahoogroups.com
<mailto:global_mapper%40yahoogroups.com>
> <mailto:global_mapper%40yahoogroups.com> , "Global Mapper Support"
> <global_mapper@> wrote:
> >
> > Peter,
> >
> >
> >
> > The file doesn't appear to contain any of the dictionary entries that
the
> > geo-positioning would be held in. Are you sure it is a proper GeoPDF?
> >
> >
> >
> > Thanks,
> >
> >
> >
> > Mike
> >
> > Global Mapper Support
> >
> > support@
> >
> >
> >
> > From: global_mapper@yahoogroups.com
<mailto:global_mapper%40yahoogroups.com>
> <mailto:global_mapper%40yahoogroups.com>
> [mailto:global_mapper@yahoogroups.com
<mailto:global_mapper%40yahoogroups.com>
> <mailto:global_mapper%40yahoogroups.com> ]
> > On Behalf Of peter_drexel
> > Sent: Thursday, October 07, 2010 2:07 AM
> > To: global_mapper@yahoogroups.com
<mailto:global_mapper%40yahoogroups.com>
<mailto:global_mapper%40yahoogroups.com>
>
> > Subject: [global_mapper] pdf
> >
> >
> >
> >
> >
> > Mike,
> > I habe made a geo-pdf in our GIS-System, but when I load it into GM12
> > Globalmapper is unable to determine the Reference System.
> > I habe Uploaded a Sample File "fwp.pdf"
> > Do you habe any ideas?
> >
> > Thanks
> >
> > Peter
> >
> >
> >
> >
> >
> > [Non-text portions of this message have been removed]
> >
>
>
>
>
>
> [Non-text portions of this message have been removed]
>





[Non-text portions of this message have been removed]

I've been tinkering with the Generate Watershed tool, in particular, the
Operations at Selected Point Locations (Select with Digitizer Tool).  My
watershed is roughly 10,000 acres, my DEM has a 3 meter resolution.  Accepting
the default values; 3 meter resolution, 500 stream cell count, 10.5 meter
depression fill depth, the program was still filling depressions this morning
(Monday) after starting the routine Friday afternoon and allowing it to run all
weekend.  I gave up on it this morning.  Do I have a parameter set wrong or is
this normal.  My terrain is very rugged.

The depression filling can take an extremely long time for some DEMs at high
fill depths (we are investigating alternate algorithms). Try reducing your
fill depth to something like 1-2 meters and run it again, it should likely
go much faster. You could even set it to 0 if you want and skip depression
filling, but you likely wouldn't get complete flow paths unless your DEM had
already had depressions filled.



Thanks,



Mike

Global Mapper Support

support@...



From: global_mapper@yahoogroups.com [mailto:global_mapper@yahoogroups.com]
On Behalf Of jamesdmusgrave
Sent: Monday, October 11, 2010 9:57 AM
To: global_mapper@yahoogroups.com
Subject: [global_mapper] Generate Watershed





I've been tinkering with the Generate Watershed tool, in particular, the
Operations at Selected Point Locations (Select with Digitizer Tool). My
watershed is roughly 10,000 acres, my DEM has a 3 meter resolution.
Accepting the default values; 3 meter resolution, 500 stream cell count,
10.5 meter depression fill depth, the program was still filling depressions
this morning (Monday) after starting the routine Friday afternoon and
allowing it to run all weekend. I gave up on it this morning. Do I have a
parameter set wrong or is this normal. My terrain is very rugged.





[Non-text portions of this message have been removed]

Mike

I don't know if this is a bug but I find that if I delete a group of overlays,
the group 'title' remains and if you click on it GM crashes rather ungracefully.
The problem is repeatable on my machine a Dell XPS running Windows 7 64-bit 8 GB
RAM

GM 64-bit v.12 Build 21Sep10 23:50:06

Thanx
Bob Saunders
Calgary, AB

Bob,



That problem and a couple of others with grouping were recently fixed. I
have placed a new build at http://www.globalmapper.com/global_mapper12.zip
with the change for you to try. Simply download that file and extract the
contents into your existing v12.xx installation folder to give it a try. If
you are using the 64-bit v12 version there is a new build at
http://www.globalmapper.com/global_mapper12_64bit.zip .



Let me know if I can be of further assistance.



Thanks,



Mike

Global Mapper Support

support@...



From: global_mapper@yahoogroups.com [mailto:global_mapper@yahoogroups.com]
On Behalf Of Bob
Sent: Tuesday, October 12, 2010 8:36 AM
To: global_mapper@yahoogroups.com
Subject: [global_mapper] Group Overlay Bug?





Mike

I don't know if this is a bug but I find that if I delete a group of
overlays, the group 'title' remains and if you click on it GM crashes rather
ungracefully. The problem is repeatable on my machine a Dell XPS running
Windows 7 64-bit 8 GB RAM

GM 64-bit v.12 Build 21Sep10 23:50:06

Thanx
Bob Saunders
Calgary, AB





[Non-text portions of this message have been removed]