Search the web
Sign In
New User? Sign Up
wcsml · 3D Nature
? Already a member? Sign in to Yahoo!

Yahoo! Groups Tips

Did you know...
Want to share photos of your group with the world? Add a group photo to Flickr.

Best of Y! Groups

   Check them out and nominate your group.
Having problems with message search? Fill out this form to ensure your group is one of the first to be migrated to the new message search system.

Messages

  Messages Help
Advanced
Messages 34335 - 34364 of 34364   Oldest  |  < Older  |  Newer >  |  Newest
Messages: Show Message Summaries   (Group by Topic) Sort by Date ^  
#34335 From: "tim_mcbroome" <mcb_t@...>
Date: Fri Nov 6, 2009 8:37 pm
Subject: Squashed elevetions in imported GRID
tim_mcbroome
Offline Offline
Send Email Send Email
 
Hi all,

I have bathymetry file in ESRI GRID format. When I import into to VNS the low
and high elevations are squashed.

I have confirmed that all projection settings are correct, I am not appieing any
scaling it is just a straight import.

Any suggestions as to what I am doing wrong?

#34336 From: "tim_mcbroome" <mcb_t@...>
Date: Fri Nov 6, 2009 8:44 pm
Subject: Re: Squashed elevetions in imported GRID
tim_mcbroome
Offline Offline
Send Email Send Email
 
I just added a screen capture to

http://tech.groups.yahoo.com/group/wcsml/files/McBroome/

--- In wcsml@yahoogroups.com, "tim_mcbroome" <mcb_t@...> wrote:
>
> Hi all,
>
> I have bathymetry file in ESRI GRID format. When I import into to VNS the low
and high elevations are squashed.
>
> I have confirmed that all projection settings are correct, I am not appieing
any scaling it is just a straight import.
>
> Any suggestions as to what I am doing wrong?
>

#34337 From: Chris 'Xenon' Hanson <xenon@...>
Date: Fri Nov 6, 2009 8:50 pm
Subject: Re: [WCS] Squashed elevetions in imported GRID
xenonofarcticus
Online Now Online Now
Send Email Send Email
 
tim_mcbroome wrote:
> Hi all,
> I have bathymetry file in ESRI GRID format. When I import into to VNS the low
and high elevations are squashed.
> I have confirmed that all projection settings are correct, I am not appieing
any scaling it is just a straight import.

   Usually if you know what the range SHOULD be, and then determine what it IS,
you can
figure out what went wrong and how to fix it. It it's too short by a factor
around 3, then
it's feet but you said meters. If it's the opposite, then you said feet and it
was really
meters.

   You specify the units (and an arbitrary conversion scaling factor) in the
Import Wizard.

--
      Chris 'Xenon' Hanson | Xenon @ 3D Nature | http://www.3DNature.com/
                 SketchUp Components: http://sketchup-components.com/

#34338 From: "tim_mcbroome" <mcb_t@...>
Date: Fri Nov 6, 2009 9:00 pm
Subject: Re: [WCS] Squashed elevetions in imported GRID
tim_mcbroome
Offline Offline
Send Email Send Email
 
Thanks, yes I have actually already tried a mix of units. It should be meters
according to my projection file but I tried feet as well just to see what the
result would be.

My lows are raised as well as the highs lowered so it seems like I am
translating something incorrectly rather than a straight forward scaling factor.
Perhaps I just misunderstand what is going on though.

--- In wcsml@yahoogroups.com, Chris 'Xenon' Hanson <xenon@...> wrote:
>
> tim_mcbroome wrote:
> > Hi all,
> > I have bathymetry file in ESRI GRID format. When I import into to VNS the
low and high elevations are squashed.
> > I have confirmed that all projection settings are correct, I am not appieing
any scaling it is just a straight import.
>
>   Usually if you know what the range SHOULD be, and then determine what it IS,
you can
> figure out what went wrong and how to fix it. It it's too short by a factor
around 3, then
> it's feet but you said meters. If it's the opposite, then you said feet and it
was really
> meters.
>
>   You specify the units (and an arbitrary conversion scaling factor) in the
Import Wizard.
>
> --
>      Chris 'Xenon' Hanson | Xenon @ 3D Nature | http://www.3DNature.com/
>                 SketchUp Components: http://sketchup-components.com/
>

#34339 From: Chris 'Xenon' Hanson <xenon@...>
Date: Fri Nov 6, 2009 9:13 pm
Subject: Re: [WCS] Squashed elevetions in imported GRID
xenonofarcticus
Online Now Online Now
Send Email Send Email
 
tim_mcbroome wrote:
> Thanks, yes I have actually already tried a mix of units. It should be meters
according to my projection file but I tried feet as well just to see what the
result would be.

   Keep in mind the projection file usually only specifies the HORIZONTAL units
that the
projection coordinates are measured in. It makes no statement about the VERTICAL
units the
actual data samples use.

> My lows are raised as well as the highs lowered so it seems like I am
translating something incorrectly rather than a straight forward scaling factor.
Perhaps I just misunderstand what is going on though.

   Well, the Import Wizard tells you the range of the source data. What is the
range it
displays, and what should the correct elevation range be according to what you
know?

--
      Chris 'Xenon' Hanson | Xenon @ 3D Nature | http://www.3DNature.com/
                 Virtual Globe: http://virtual-globe.org/

#34340 From: "tim_mcbroome" <mcb_t@...>
Date: Fri Nov 6, 2009 9:12 pm
Subject: Re: [WCS] Squashed elevetions in imported GRID
tim_mcbroome
Offline Offline
Send Email Send Email
 
Some background info:

The source is a 16-bit grid file that I exported to an 8-bit grid file so that
VNS could load it.

#34341 From: "Scott Cherba" <wcsm@...>
Date: Fri Nov 6, 2009 9:15 pm
Subject: RE: [WCS] Squashed elevetions in imported GRID
rscottcherba
Offline Offline
Send Email Send Email
 
Sometimes it's easier to correct the problem in VNS than try to figure out
what's wrong with the original data. One of the Import Wizard pages allows
you to specify the minimum and maximum values for the imported data.

Scott

> -----Original Message-----
> From: wcsml@yahoogroups.com [mailto:wcsml@yahoogroups.com]On Behalf Of
> tim_mcbroome
> Sent: Friday, November 06, 2009 2:00 PM
> To: wcsml@yahoogroups.com
> Subject: Re: [WCS] Squashed elevetions in imported GRID
>
>
> Thanks, yes I have actually already tried a mix of units. It
> should be meters according to my projection file but I tried feet
> as well just to see what the result would be.
>
> My lows are raised as well as the highs lowered so it seems like
> I am translating something incorrectly rather than a straight
> forward scaling factor. Perhaps I just misunderstand what is
> going on though.
>
> --- In wcsml@yahoogroups.com, Chris 'Xenon' Hanson <xenon@...> wrote:
> >
> > tim_mcbroome wrote:
> > > Hi all,
> > > I have bathymetry file in ESRI GRID format. When I import
> into to VNS the low and high elevations are squashed.
> > > I have confirmed that all projection settings are correct, I
> am not appieing any scaling it is just a straight import.
> >
> >   Usually if you know what the range SHOULD be, and then
> determine what it IS, you can
> > figure out what went wrong and how to fix it. It it's too short
> by a factor around 3, then
> > it's feet but you said meters. If it's the opposite, then you
> said feet and it was really
> > meters.
> >
> >   You specify the units (and an arbitrary conversion scaling
> factor) in the Import Wizard.
> >
> > --
> >      Chris 'Xenon' Hanson | Xenon @ 3D Nature | http://www.3DNature.com/
> >                 SketchUp Components: http://sketchup-components.com/
> >
>
>
>
>
> ------------------------------------
>
> ------------------------------------------------------------------
> ---------
> Subscribe/UnSubscribe, Online Archives:
http://www.groups.yahoo.com/group/wcsml/
Yahoo! Groups Links

#34342 From: "tim_mcbroome" <mcb_t@...>
Date: Fri Nov 6, 2009 9:37 pm
Subject: Re: [WCS] Squashed elevetions in imported GRID
tim_mcbroome
Offline Offline
Send Email Send Email
 
True it does only specify the LINEAR unit and that is why I have tried both
Survey Feet and Meter.

I am at a loss as to how to cull the high and low elevations from a GRID file
though.

Pixel values only represent shades of gray, cell size is resolution, and I just
don't know how to verify heights.

BTW, I just exporte the source 1-bit grid to an ASCII and tried to load that.
VNS appeared to get most of the way through the import but then crashed, I have
tried twice.

Thank you Scott and Chris for the suggestions thus far.

#34343 From: Chris 'Xenon' Hanson <xenon@...>
Date: Fri Nov 6, 2009 9:42 pm
Subject: Re: [WCS] Squashed elevetions in imported GRID
xenonofarcticus
Online Now Online Now
Send Email Send Email
 
tim_mcbroome wrote:
> Some background info:
> The source is a 16-bit grid file that I exported to an 8-bit grid file so that
VNS could load it.

   Why? What format? VNS can normally read a 16-bit grid file from many formats.

   Try to avoid too much dinking with your data, for there creeps in the
opportunity to
screw it up.

--
      Chris 'Xenon' Hanson | Xenon @ 3D Nature | http://www.3DNature.com/
                 SketchUp Components: http://sketchup-components.com/

#34344 From: Chris 'Xenon' Hanson <xenon@...>
Date: Fri Nov 6, 2009 9:49 pm
Subject: Re: [WCS] Squashed elevetions in imported GRID
xenonofarcticus
Online Now Online Now
Send Email Send Email
 
tim_mcbroome wrote:
> I am at a loss as to how to cull the high and low elevations from a GRID file
though.

   What tool are you doing all this GIS work in?

> BTW, I just exporte the source 1-bit grid to an ASCII and tried to load that.
VNS appeared to get most of the way through the import but then crashed, I have
tried twice.

   Um, what do you mean 1-bit?

   It seems like you're taking a lot of false paths that are distracting us and
raising
more (probably fruitless) questions. Focus on importing the most-original
version of the
data you have access to. Every time you alter the data, you run the risk of
unknowingly
damaging it, and increasing everyone's troubles.

--
      Chris 'Xenon' Hanson | Xenon @ 3D Nature | http://www.3DNature.com/
                 3D Earth: http://3d-earth.net/

#34345 From: "tim_mcbroome" <mcb_t@...>
Date: Fri Nov 6, 2009 9:49 pm
Subject: Re: [WCS] Squashed elevetions in imported GRID
tim_mcbroome
Offline Offline
Send Email Send Email
 
Because it failed to load, I would recieve "Please contact 3D Nature. This file
can't be decoded properly at this time". I had created another 16-bit version
that was reprojected into my project projection with ESRI 9.3 and that failed to
load as well. Only 8-bit versions have loaded so far.

The original data was sourced from the NGDC Coastal Relief Model

--- In wcsml@yahoogroups.com, Chris 'Xenon' Hanson <xenon@...> wrote:
>
> tim_mcbroome wrote:
> > Some background info:
> > The source is a 16-bit grid file that I exported to an 8-bit grid file so
that VNS could load it.
>
>   Why? What format? VNS can normally read a 16-bit grid file from many
formats.
>
>   Try to avoid too much dinking with your data, for there creeps in the
opportunity to
> screw it up.
>
> --
>      Chris 'Xenon' Hanson | Xenon @ 3D Nature | http://www.3DNature.com/
>                 SketchUp Components: http://sketchup-components.com/
>

#34346 From: "tim_mcbroome" <mcb_t@...>
Date: Fri Nov 6, 2009 9:52 pm
Subject: Re: [WCS] Squashed elevetions in imported GRID
tim_mcbroome
Offline Offline
Send Email Send Email
 
ESRI 9.3, ArcCatalog to be specific.

I had meant to type 16-bit.

I agree about focusing on the source data and always attempt to do so. In this
case it has not been an option.

--- In wcsml@yahoogroups.com, Chris 'Xenon' Hanson <xenon@...> wrote:
>
> tim_mcbroome wrote:
> > I am at a loss as to how to cull the high and low elevations from a GRID
file though.
>
>   What tool are you doing all this GIS work in?
>
> > BTW, I just exporte the source 1-bit grid to an ASCII and tried to load
that. VNS appeared to get most of the way through the import but then crashed, I
have tried twice.
>
>   Um, what do you mean 1-bit?
>
>   It seems like you're taking a lot of false paths that are distracting us and
raising
> more (probably fruitless) questions. Focus on importing the most-original
version of the
> data you have access to. Every time you alter the data, you run the risk of
unknowingly
> damaging it, and increasing everyone's troubles.
>
> --
>      Chris 'Xenon' Hanson | Xenon @ 3D Nature | http://www.3DNature.com/
>                 3D Earth: http://3d-earth.net/
>

#34347 From: Chris 'Xenon' Hanson <xenon@...>
Date: Fri Nov 6, 2009 9:55 pm
Subject: Re: [WCS] Squashed elevetions in imported GRID
xenonofarcticus
Online Now Online Now
Send Email Send Email
 
tim_mcbroome wrote:
> Because it failed to load, I would recieve "Please contact 3D Nature. This
file can't be decoded properly at this time". I had created another 16-bit
version that was reprojected into my project projection with ESRI 9.3 and that
failed to load as well. Only 8-bit versions have loaded so far.

   Ok. I don't think you've said yet exactly what format we're talking about, and
though
you haven't yet answered it, I'm assuming you're using ArcGIS?

   I think that error message is indicative of an E00 or ADF compressed raster,
which have
some undocumented compression methods (we're not the only app to have trouble
with these).
Have you tried re-saving the original 16-bit data as an ARCGrid or ARCASCII
grid?

--
      Chris 'Xenon' Hanson | Xenon @ 3D Nature | http://www.3DNature.com/
                 SketchUp Components: http://sketchup-components.com/

#34348 From: "tim_mcbroome" <mcb_t@...>
Date: Fri Nov 6, 2009 10:02 pm
Subject: Re: [WCS] Squashed elevetions in imported GRID
tim_mcbroome
Offline Offline
Send Email Send Email
 
Yes to ArcGIS, yes I ArcGrid and the ARC ASCII file is what just crashed VNS.

Perhaps ESRI changed some formatting with 9.3 service pack 1?

As a quick aside, I do not understand how a GRID file would know its elvations.
I understand that the color value of the pixel/cell determines height, I just
don't understand how 0 assigned a certain elevation and 255 another without that
information in the projections.

--- In wcsml@yahoogroups.com, Chris 'Xenon' Hanson <xenon@...> wrote:
>
> tim_mcbroome wrote:
> > Because it failed to load, I would recieve "Please contact 3D Nature. This
file can't be decoded properly at this time". I had created another 16-bit
version that was reprojected into my project projection with ESRI 9.3 and that
failed to load as well. Only 8-bit versions have loaded so far.
>
>   Ok. I don't think you've said yet exactly what format we're talking about,
and though
> you haven't yet answered it, I'm assuming you're using ArcGIS?
>
>   I think that error message is indicative of an E00 or ADF compressed raster,
which have
> some undocumented compression methods (we're not the only app to have trouble
with these).
> Have you tried re-saving the original 16-bit data as an ARCGrid or ARCASCII
grid?
>
> --
>      Chris 'Xenon' Hanson | Xenon @ 3D Nature | http://www.3DNature.com/
>                 SketchUp Components: http://sketchup-components.com/
>

#34349 From: Chris 'Xenon' Hanson <xenon@...>
Date: Fri Nov 6, 2009 10:10 pm
Subject: Re: [WCS] Squashed elevetions in imported GRID
xenonofarcticus
Online Now Online Now
Send Email Send Email
 
tim_mcbroome wrote:
> Yes to ArcGIS, yes I ArcGrid and the ARC ASCII file is what just crashed VNS.
> Perhaps ESRI changed some formatting with 9.3 service pack 1?

   Possibly. Is it something you could ZIP and send to out FTP server
(files.3dnature.com)
for us to look at?

   Have you checked if anything else can read the file, like the Global Mapper
demo?

> As a quick aside, I do not understand how a GRID file would know its
elvations. I understand that the color value of the pixel/cell determines
height, I just don't understand how 0 assigned a certain elevation and 255
another without that information in the projections.

   Well, in the case of an 8-bit, you would need some additional metadata.
Sometimes this
could be stored in an auxiliary .hdr file or something.

--
      Chris 'Xenon' Hanson | Xenon @ 3D Nature | http://www.3DNature.com/
   Landscape Architecture Software: http://landscape-architecture-software.com/

#34350 From: "tim_mcbroome" <mcb_t@...>
Date: Fri Nov 6, 2009 10:32 pm
Subject: Re: [WCS] Squashed elevetions in imported GRID
tim_mcbroome
Offline Offline
Send Email Send Email
 
Uploading the source file now. It is called hillsha_btde2.zip

--- In wcsml@yahoogroups.com, Chris 'Xenon' Hanson <xenon@...> wrote:
>
> tim_mcbroome wrote:
> > Yes to ArcGIS, yes I ArcGrid and the ARC ASCII file is what just crashed
VNS.
> > Perhaps ESRI changed some formatting with 9.3 service pack 1?
>
>   Possibly. Is it something you could ZIP and send to out FTP server
(files.3dnature.com)
> for us to look at?
>
>   Have you checked if anything else can read the file, like the Global Mapper
demo?
>
> > As a quick aside, I do not understand how a GRID file would know its
elvations. I understand that the color value of the pixel/cell determines
height, I just don't understand how 0 assigned a certain elevation and 255
another without that information in the projections.
>
>   Well, in the case of an 8-bit, you would need some additional metadata.
Sometimes this
> could be stored in an auxiliary .hdr file or something.
>
> --
>      Chris 'Xenon' Hanson | Xenon @ 3D Nature | http://www.3DNature.com/
>   Landscape Architecture Software: http://landscape-architecture-software.com/
>

#34351 From: "tim_mcbroome" <mcb_t@...>
Date: Fri Nov 6, 2009 10:58 pm
Subject: Re: [WCS] Squashed elevetions in imported GRID
tim_mcbroome
Offline Offline
Send Email Send Email
 
So I was typeing this message out and the obvious occured to me. That is a
hillshade file which I do not believe is the same as as standard GRID file, so
far as elevations are concerned.

I am loading up some 90M data of the same area in 16-bit GRID now.

--- In wcsml@yahoogroups.com, "tim_mcbroome" <mcb_t@...> wrote:
>
> Uploading the source file now. It is called hillsha_btde2.zip
>
> --- In wcsml@yahoogroups.com, Chris 'Xenon' Hanson <xenon@> wrote:
> >
> > tim_mcbroome wrote:
> > > Yes to ArcGIS, yes I ArcGrid and the ARC ASCII file is what just crashed
VNS.
> > > Perhaps ESRI changed some formatting with 9.3 service pack 1?
> >
> >   Possibly. Is it something you could ZIP and send to out FTP server
(files.3dnature.com)
> > for us to look at?
> >
> >   Have you checked if anything else can read the file, like the Global
Mapper demo?
> >
> > > As a quick aside, I do not understand how a GRID file would know its
elvations. I understand that the color value of the pixel/cell determines
height, I just don't understand how 0 assigned a certain elevation and 255
another without that information in the projections.
> >
> >   Well, in the case of an 8-bit, you would need some additional metadata.
Sometimes this
> > could be stored in an auxiliary .hdr file or something.
> >
> > --
> >      Chris 'Xenon' Hanson | Xenon @ 3D Nature | http://www.3DNature.com/
> >   Landscape Architecture Software:
http://landscape-architecture-software.com/
> >
>

#34352 From: "tim_mcbroome" <mcb_t@...>
Date: Fri Nov 6, 2009 11:35 pm
Subject: Re: [WCS] Squashed elevetions in imported GRID
tim_mcbroome
Offline Offline
Send Email Send Email
 
That appears to have been the issue.

--- In wcsml@yahoogroups.com, "tim_mcbroome" <mcb_t@...> wrote:
>
> So I was typeing this message out and the obvious occured to me. That is a
hillshade file which I do not believe is the same as as standard GRID file, so
far as elevations are concerned.
>
> I am loading up some 90M data of the same area in 16-bit GRID now.
>
> --- In wcsml@yahoogroups.com, "tim_mcbroome" <mcb_t@> wrote:
> >
> > Uploading the source file now. It is called hillsha_btde2.zip
> >
> > --- In wcsml@yahoogroups.com, Chris 'Xenon' Hanson <xenon@> wrote:
> > >
> > > tim_mcbroome wrote:
> > > > Yes to ArcGIS, yes I ArcGrid and the ARC ASCII file is what just crashed
VNS.
> > > > Perhaps ESRI changed some formatting with 9.3 service pack 1?
> > >
> > >   Possibly. Is it something you could ZIP and send to out FTP server
(files.3dnature.com)
> > > for us to look at?
> > >
> > >   Have you checked if anything else can read the file, like the Global
Mapper demo?
> > >
> > > > As a quick aside, I do not understand how a GRID file would know its
elvations. I understand that the color value of the pixel/cell determines
height, I just don't understand how 0 assigned a certain elevation and 255
another without that information in the projections.
> > >
> > >   Well, in the case of an 8-bit, you would need some additional metadata.
Sometimes this
> > > could be stored in an auxiliary .hdr file or something.
> > >
> > > --
> > >      Chris 'Xenon' Hanson | Xenon @ 3D Nature | http://www.3DNature.com/
> > >   Landscape Architecture Software:
http://landscape-architecture-software.com/
> > >
> >
>

#34353 From: Emma Sandström <emmasandstrom@...>
Date: Thu Nov 12, 2009 3:33 pm
Subject: Flooded trees
emmasandstrom
Offline Offline
Send Email Send Email
 
I have troubles width my beach ecosystems, my trees are getting flooded by the
lake and I'm running out of ideas. I'm using 93 dynamic-linked vectors and
vns3.05.
I have tried lowering the roughness parameter and the elevation depth at the
area terrafector, which reduces the amount of trees in the water but not
completely (I've tried down to -500m), this makes the beach really step and the
rendering long. I have tried to change the profile and I'm using relative
elevation, modified terrain and decrease only.
The Lake is not from the gallery. Lake elevation is set to 0m relative to vector
low elevation. I have tried using the reference elevation but no success.  I
have changed the beach height min and variation.  The beach is driven by three
materials (1% no foliage, 50% grass and 99% trees). The material driver is set
to 100% and the texture is set to water depth from 0m to 1m, and the values are
out low 100% and out high 0%. I have tried changing them forward and backward.
 I've tried using both slope  and relative elevation. But no success... what to
do?      
Cheers Emma




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

#34354 From: Adam Hauldren <adam@...>
Date: Thu Nov 12, 2009 9:57 pm
Subject: Re: [WCS] Flooded trees
nlightuk
Offline Offline
Send Email Send Email
 
Emma Sandström wrote:
> I have troubles width my beach ecosystems, my trees are getting flooded
> by the lake and I'm running out of ideas. I'm using 93 dynamic-linked
> vectors and vns3.05.
> I have tried lowering the roughness parameter and the elevation depth
> at the area terrafector, which reduces the amount of trees in the water
> but not completely (I've tried down to -500m), this makes the beach
> really step and the rendering long. I have tried to change the profile
> and I'm using relative elevation, modified terrain and decrease only.
> The Lake is not from the gallery. Lake elevation is set to 0m relative
> to vector low elevation. I have tried using the reference elevation but
> no success.  I have changed the beach height min and variation.  The
> beach is driven by three materials (1% no foliage, 50% grass and 99%
> trees). The material driver is set to 100% and the texture is set to
> water depth from 0m to 1m, and the values are out low 100% and out high
> 0%. I have tried changing them forward and backward.  I've tried using
> both slope  and relative elevation. But no success... what to do?
> Cheers Emma

Emma,

Based on your explanation, it would seem that your current beach
materials will be distributed like so:

No foliage from the beach edge to a water depth of 1cm
Grass from a water depth of 1cm to 9cm
Trees from a water depth of 10cm to a water depth of 1m

Try changing the water deoth of 1m to a water depth of -1m.

This will force the material gradient to be distributed ABOVE the
waterline, not under it.

If you haven't already done so, take a look at the texture tutorial I wrote:
http://www.3dnworld.com/tutorials.php?id=11
It has a section on driving beach diffuse intensity and reflection with
this sort of texture in order to simulate wet dirt.

Regards

Adam

#34355 From: "cdvg1302" <cdvg1302@...>
Date: Mon Nov 16, 2009 8:10 pm
Subject: Get x,y,z-coordinates of a rendered image
cdvg1302
Offline Offline
Send Email Send Email
 
Hi all,

I need to know the x,y,z coordinates from each pixel of a rendered image. I have
found, that VNS can render to RLA-format, which stores Latitude and Longitude or
x,y,z surface normals.
Which application can read this Latitude / Longitude values from RLA-files ?

Geri

#34356 From: Chris 'Xenon' Hanson <xenon@...>
Date: Mon Nov 16, 2009 8:32 pm
Subject: Re: [WCS] Get x,y,z-coordinates of a rendered image
xenonofarcticus
Online Now Online Now
Send Email Send Email
 
cdvg1302 wrote:
> Hi all,
> I need to know the x,y,z coordinates from each pixel of a rendered image. I
have found, that VNS can render to RLA-format, which stores Latitude and
Longitude or x,y,z surface normals.
> Which application can read this Latitude / Longitude values from RLA-files ?

   Nothing that I'm aware of. Most 3D apps don't understand lat/lon/elev. What
are you
trying to accomplish and how/where will you be using these coordinates? I can
probably
offer you better suggestions if I know more.

> Geri

--
      Chris 'Xenon' Hanson | Xenon @ 3D Nature | http://www.3DNature.com/
                 3D World Maps: http://3d-world-map.com/

#34357 From: "cdvg1302" <cdvg1302@...>
Date: Mon Nov 16, 2009 9:58 pm
Subject: Re: [WCS] Get x,y,z-coordinates of a rendered image
cdvg1302
Offline Offline
Send Email Send Email
 
I need the rendered image as a background still image for a web application,
where gps-tracks from a database have to be layed over this image in realtime.
To accomplish this, I have to know the coordinates of each pixel in the rendered
image.

Geri

--- In wcsml@yahoogroups.com, Chris 'Xenon' Hanson <xenon@...> wrote:
>
> cdvg1302 wrote:
> > Hi all,
> > I need to know the x,y,z coordinates from each pixel of a rendered image. I
have found, that VNS can render to RLA-format, which stores Latitude and
Longitude or x,y,z surface normals.
> > Which application can read this Latitude / Longitude values from RLA-files ?
>
>   Nothing that I'm aware of. Most 3D apps don't understand lat/lon/elev. What
are you
> trying to accomplish and how/where will you be using these coordinates? I can
probably
> offer you better suggestions if I know more.
>
> > Geri
>
> --
>      Chris 'Xenon' Hanson | Xenon @ 3D Nature | http://www.3DNature.com/
>                 3D World Maps: http://3d-world-map.com/
>

#34358 From: Chris 'Xenon' Hanson <xenon@...>
Date: Mon Nov 16, 2009 10:16 pm
Subject: Re: [WCS] Get x,y,z-coordinates of a rendered image
xenonofarcticus
Online Now Online Now
Send Email Send Email
 
cdvg1302 wrote:
> I need the rendered image as a background still image for a web application,
where gps-tracks from a database have to be layed over this image in realtime.
> To accomplish this, I have to know the coordinates of each pixel in the
rendered image.

   You can save out the Lat and Lon buffers as RAW floating-point data in two
different
files. The values in these files are relative to the Project Reference
Coordinates, to
minimize magnitude and maximize precision. Any programmer should be able to read
this
one-value-per-pixel data, add in the Project Reference Coordinate offsets and
come up with
the original lat/lon.

   You need to use VNS's RAW saver to do this.

> Geri

--
      Chris 'Xenon' Hanson | Xenon @ 3D Nature | http://www.3DNature.com/
            3D Landscape Design: http://3d-landscape-design.com/

#34359 From: "cdvg1302" <cdvg1302@...>
Date: Mon Nov 16, 2009 10:57 pm
Subject: Re: [WCS] Get x,y,z-coordinates of a rendered image
cdvg1302
Offline Offline
Send Email Send Email
 
You mean, that I have to save two seperate RAW-files for Lat and Lon ? I have
also noticed, that VNS can export the elevation as RAW-files. Could I use this
values as z-coordinates ?

Geri

--- In wcsml@yahoogroups.com, Chris 'Xenon' Hanson <xenon@...> wrote:
>
> cdvg1302 wrote:
> > I need the rendered image as a background still image for a web application,
where gps-tracks from a database have to be layed over this image in realtime.
> > To accomplish this, I have to know the coordinates of each pixel in the
rendered image.
>
>   You can save out the Lat and Lon buffers as RAW floating-point data in two
different
> files. The values in these files are relative to the Project Reference
Coordinates, to
> minimize magnitude and maximize precision. Any programmer should be able to
read this
> one-value-per-pixel data, add in the Project Reference Coordinate offsets and
come up with
> the original lat/lon.
>
>   You need to use VNS's RAW saver to do this.
>
> > Geri
>
> --
>      Chris 'Xenon' Hanson | Xenon @ 3D Nature | http://www.3DNature.com/
>            3D Landscape Design: http://3d-landscape-design.com/
>

#34360 From: Chris 'Xenon' Hanson <xenon@...>
Date: Mon Nov 16, 2009 11:38 pm
Subject: Re: [WCS] Get x,y,z-coordinates of a rendered image
xenonofarcticus
Online Now Online Now
Send Email Send Email
 
cdvg1302 wrote:
> You mean, that I have to save two seperate RAW-files for Lat and Lon ?

   Yes. There's probably a way where you could make it save them combined into
one file,
but the values would be interleaved within that file, and that would be harder
to understand.

> I have also noticed, that VNS can export the elevation as RAW-files. Could I
use this values as z-coordinates ?

   Yes, I imagine you could. I can't recall if it's in absolute elevation or
relative to
the Project Reference coordinates.

--
      Chris 'Xenon' Hanson | Xenon @ 3D Nature | http://www.3DNature.com/
                    3D Terrain: http://3d-terrain.com/

#34361 From: "cdvg1302" <cdvg1302@...>
Date: Tue Nov 17, 2009 2:32 pm
Subject: Re: Get x,y,z-coordinates of a rendered image
cdvg1302
Offline Offline
Send Email Send Email
 
Thank you for your quick and perfectly targeted answers !

Geri

--- In wcsml@yahoogroups.com, Chris 'Xenon' Hanson <xenon@...> wrote:
>
> cdvg1302 wrote:
> > You mean, that I have to save two seperate RAW-files for Lat and Lon ?
>
>   Yes. There's probably a way where you could make it save them combined into
one file,
> but the values would be interleaved within that file, and that would be harder
to understand.
>
> > I have also noticed, that VNS can export the elevation as RAW-files. Could I
use this values as z-coordinates ?
>
>   Yes, I imagine you could. I can't recall if it's in absolute elevation or
relative to
> the Project Reference coordinates.
>
> --
>      Chris 'Xenon' Hanson | Xenon @ 3D Nature | http://www.3DNature.com/
>                    3D Terrain: http://3d-terrain.com/
>

#34362 From: "Emma" <emmasandstrom@...>
Date: Wed Nov 18, 2009 3:30 pm
Subject: Re: [WCS] Flooded trees
emmasandstrom
Offline Offline
Send Email Send Email
 
--- In wcsml@yahoogroups.com, Adam Hauldren <adam@...> wrote:
>
> Emma Sandström wrote:
> > I have troubles width my beach ecosystems, my trees are getting flooded
> > by the lake and I'm running out of ideas. I'm using 93 dynamic-linked
> > vectors and vns3.05.
> > I have tried lowering the roughness parameter and the elevation depth
> > at the area terrafector, which reduces the amount of trees in the water
> > but not completely (I've tried down to -500m), this makes the beach
> > really step and the rendering long. I have tried to change the profile
> > and I'm using relative elevation, modified terrain and decrease only.
> > The Lake is not from the gallery. Lake elevation is set to 0m relative
> > to vector low elevation. I have tried using the reference elevation but
> > no success.  I have changed the beach height min and variation.  The
> > beach is driven by three materials (1% no foliage, 50% grass and 99%
> > trees). The material driver is set to 100% and the texture is set to
> > water depth from 0m to 1m, and the values are out low 100% and out high
> > 0%. I have tried changing them forward and backward.  I've tried using
> > both slope  and relative elevation. But no success... what to do?
> > Cheers Emma
>
> Emma,
>
> Based on your explanation, it would seem that your current beach
> materials will be distributed like so:
>
> No foliage from the beach edge to a water depth of 1cm
> Grass from a water depth of 1cm to 9cm
> Trees from a water depth of 10cm to a water depth of 1m
>
> Try changing the water deoth of 1m to a water depth of -1m.
>
> This will force the material gradient to be distributed ABOVE the
> waterline, not under it.
>
> If you haven't already done so, take a look at the texture tutorial I wrote:
> http://www.3dnworld.com/tutorials.php?id=11
> It has a section on driving beach diffuse intensity and reflection with
> this sort of texture in order to simulate wet dirt.
>
> Regards
>
> Adam
>
Thanks for your answer. I changed the input low and high to -1m and -10m and the
resultat got a lot better. I still have some few trees in the water but I can't
put anymore time on this for the moment. Thanks again.

#34363 From: "cdvg1302" <cdvg1302@...>
Date: Thu Nov 19, 2009 10:21 pm
Subject: Re: Get x,y,z-coordinates of a rendered image
cdvg1302
Offline Offline
Send Email Send Email
 
Chris,
we have a problem to interpret the RAW-file after opening in a
Hexidecimal-Editor:

1. Each row of the RAW-file must be the LAT-value for one pixel in the
rendering, right ?
2. How these values are related to the pixels in the rendering ? Are they going
from left to right ?
3. The values we can get of transforming Hexadecimal to Decimal are a bit
confusing. You have said, that they are relative to the Projects Reference
coordinates. Are they in  meters ? Where is a koma ?

Thanks in advance for your answer
Geri

--- In wcsml@yahoogroups.com, "cdvg1302" <cdvg1302@...> wrote:
>
> Thank you for your quick and perfectly targeted answers !
>
> Geri
>
> --- In wcsml@yahoogroups.com, Chris 'Xenon' Hanson <xenon@> wrote:
> >
> > cdvg1302 wrote:
> > > You mean, that I have to save two seperate RAW-files for Lat and Lon ?
> >
> >   Yes. There's probably a way where you could make it save them combined
into one file,
> > but the values would be interleaved within that file, and that would be
harder to understand.
> >
> > > I have also noticed, that VNS can export the elevation as RAW-files. Could
I use this values as z-coordinates ?
> >
> >   Yes, I imagine you could. I can't recall if it's in absolute elevation or
relative to
> > the Project Reference coordinates.
> >
> > --
> >      Chris 'Xenon' Hanson | Xenon @ 3D Nature | http://www.3DNature.com/
> >                    3D Terrain: http://3d-terrain.com/
> >
>

#34364 From: Chris 'Xenon' Hanson <xenon@...>
Date: Fri Nov 20, 2009 1:33 am
Subject: Re: [WCS] Re: Get x,y,z-coordinates of a rendered image
xenonofarcticus
Online Now Online Now
Send Email Send Email
 
cdvg1302 wrote:
> Chris,
> we have a problem to interpret the RAW-file after opening in a
Hexidecimal-Editor:
> 1. Each row of the RAW-file must be the LAT-value for one pixel in the
rendering, right ?
> 2. How these values are related to the pixels in the rendering ? Are they
going from
left to right ?

   Assuming you saved the RAW file with Full Channel Precision, each pixel in the
image
will have a 4-byte IEEE-754 32-bit single-precision floating point value,
scanning
left-to-right starting with the top line, and then the next line down, etc.

> 3. The values we can get of transforming Hexadecimal to Decimal are a bit
confusing. You have said, that they are relative to the Projects Reference
coordinates. Are they in  meters ? Where is a koma ?

   No offense, but it kinda sounds like you're not very familiar with
programming. You need
to understand what a floating-point number is and how to interpret them.
http://en.wikipedia.org/wiki/Floating_point#IEEE_754:_floating_point_in_modern_c\
omputers

> Thanks in advance for your answer
> Geri

--
      Chris 'Xenon' Hanson | Xenon @ 3D Nature | http://www.3DNature.com/
                 SketchUp Components: http://sketchup-components.com/

Messages 34335 - 34364 of 34364   Oldest  |  < Older  |  Newer >  |  Newest
Advanced
Add to My Yahoo!      XML What's This?

Copyright © 2009 Yahoo! Inc. All rights reserved.
Privacy Policy - Terms of Service - Guidelines - Help