Contour Line Overlay

[Arpan Bakshi]

Anyone else have problems getting the Ecotect Radiance Image viewer to generate a contour lines information overlay on the PICT output from DIVA Visualize Image?

--

Arpan

[Max D]

What is the precise nature of the error? I think to remember that I
got it to work once, however I might be mistaken and don't have Diva +
Eco in front of me now .. in any case, you can call falsecolor with
the appropriate options itself, however I think then you'd need to
composit manually or use pcomb or similar.

Best wishes,

Max

> --
> You received this message because you are subscribed to the Google Groups
> "DIVA for Rhino" group.
> To post to this group, send email to diva-fo...@googlegroups.com.
> To unsubscribe from this group, send email to
> diva-for-rhin...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/diva-for-rhino?hl=en.

[Max D]

ahh and just a shot into the dark, it might be that ecotect gets
confused because the images output by DIVA have gone through pfilt and
have some exposure value added, meaning they are not "raw" radiance
images.. if you modify the *img.bat file and re-run it manually, you
can prevent diva from deleting the original "*.unf" file, rename it as
pict and use that. disclaimer: it's late in Berlin and this comment
might be off! :)

[Arpan Bakshi]

I tried add a -cl and -p to the Radiance Parameters but this did not work. Any other ways to add contours over the image without going into the back end?

--

--

Arpan

[Max D]

You could also try RadDisplay: http://deluminaelab.com/en/raddisplay_details.html ...

The parameters you fed into DIVA would not work, as they only get fed to rpict, and the falsecolor conversion you are looking for would be done on the images after their generation, by the falsecolor utility- that's what gets called by wxfalsecolor, too (falsecolor2.exe)! I will look into all this, too, as that question interests me also; it'd take a while, though, and I am sure others will chime in soon, too.

Best,

Max

[J. Alstan Jakubiec]

Hi Arpan, Max,

One very convenient thing about the contour lines that wxFalsecolor
generates, is that they are not anti-aliased. This makes them very
appropriate for compositing, even outside of using the Radiance command
line parameters.

You can select all black pixels and render them transparent, (Radiance
command line or otherwise). I did this in Photoshop as a proof of concept:
http://jakubiec.net/temp/clines_example.png

The noise from the blinds makes a visually enticing rainbow too as a bonus.

Best,
Alstan

[Arpan Bakshi]

Brilliant! Would you recommend leaving units as cd/m2? From the workshop I remember hearing (possibly incorrectly) this is a default we should change to lm/m2?

[J. Alstan Jakubiec]

I believe in this case cd/m2 is correct. Someone can correct me if I am
wrong, but candela (luminous intensity) is direction-dependent (and as the
observer, you see a pixel from only one direction in the image). A lumen
(cd*sr) is basically the integral of an object's luminous intensity in all
directions, but we can't observe that from an image, at least not one
generated by a reverse-raytrace process. This might not be the best
explanation.

Alstan

On Sat, 31 Mar 2012 00:13:33 -0400, Arpan Bakshi <arpan...@gmail.com>
wrote:

[Arpan Bakshi]

I think I was busy playing with the cool light meter while you were teaching us that one !

[J. Alstan Jakubiec]

After thinking about it a bit longer, I should qualify that a lumen
doesn't have to be 'in all directions' as I said, but it is measured
across some solid angle (measured in steradians). Everything else makes
sense. Funny that you almost never really think about what a candela or a
lumen actually is.

Best,
Alstan

On Sat, 31 Mar 2012 00:32:08 -0400, Arpan Bakshi <arpan...@gmail.com>

[J. Alstan Jakubiec]

And of course, to add one final word...

lm/m2 would be lux (or emittance, in the reverse case), which
Radiance/rpict can calculate with a special command parameter (-i) to
calculate illuminance.

Now this thread can finally die, I hope all reading could follow my
confusing thought process here.

Best regards,
Alstan

On Sat, 31 Mar 2012 00:40:12 -0400, J. Alstan Jakubiec

[Max D]

So I conveniently forgot last night that wx does, in fact, generate
contour lines?! ^_^
Well, let's just say I've raised awareness about other options, then :D

x
m

[Arpan Bakshi]

After all that late Friday night tech talk when we all should have been watching a movie or engaging in some other form of recreation, here is the outcome up the wxfalsecolor overlay method--

[Arpan Bakshi]

After all that late Friday night tech talk when we all should have been watching a movie or engaging in some other form of recreation, here is the outcome up the wxfalsecolor overlay method

(attached)

On Sat, Mar 31, 2012 at 9:04 AM, Arpan Bakshi <arpan...@gmail.com> wrote:

After all that late Friday night tech talk when we all should have been watching a movie or engaging in some other form of recreation, here is the outcome up the wxfalsecolor overlay method--

 

 

 

 

--

Arpan

[Thomas Bleicher]

I think it's time to mention that wxfalsecolor has a skinny sister called falsecolor2 which implements all the features of wxfalsecolor on the command line. One thing I haven't added to the GUI yet is the support for background images. I had it in there as a test but it didn't quite work out. In falsecolor2 you can create an image like the attached with the following command line:

falsecolor2 -ip input.hdr -cl -lp -S > output.hdr

The "-ip" tells falsecolor to use the same image for the mapping as for the background, "-cl" creates contour lines and "-lp -S" places the legend at the bottom edge inside the image. Use "falsecolor2 -h" to see the supported command line options.

If it's not part of your DIVA installation you can download a Windows EXE file from the project page:

http://code.google.com/p/pyrat/downloads/detail?name=falsecolor2.exe

Regards,

Thomas 

>> To post to this group, send email to diva-for-rhino@googlegroups.com.

>> To unsubscribe from this group, send email to

>> diva-for-rhino+unsubscribe@googlegroups.com.

>> For more options, visit this group at
>> http://groups.google.com/group/diva-for-rhino?hl=en.

--
You received this message because you are subscribed to the Google Groups
"DIVA for Rhino" group.

To post to this group, send email to diva-for-rhino@googlegroups.com.

To unsubscribe from this group, send email to

diva-for-rhino+unsubscribe@googlegroups.com.

For more options, visit this group at
http://groups.google.com/group/diva-for-rhino?hl=en.

--
Arpan

 --
You received this message because you are subscribed to the Google Groups
"DIVA for Rhino" group.

To post to this group, send email to diva-for-rhino@googlegroups.com.

To unsubscribe from this group, send email to

diva-for-rhino+unsubscribe@googlegroups.com.

For more options, visit this group at
http://groups.google.com/group/diva-for-rhino?hl=en.

--
You received this message because you are subscribed to the Google Groups "DIVA for Rhino" group.

To post to this group, send email to diva-for-rhino@googlegroups.com.
To unsubscribe from this group, send email to diva-for-rhino+unsubscribe@googlegroups.com.

[Diego Ibarra]

Arpan,
Good self-assessment about Friday night! (haha). However, I must say
your posts are always a good read and great contribution (the three of
you).
Cheers,
Diego

On Mar 31, 9:05 am, Arpan Bakshi <arpanbak...@gmail.com> wrote:
> After all that late Friday night tech talk when we all should have been
> watching a movie or engaging in some other form of recreation, here is the
> outcome up the wxfalsecolor overlay method
>
> (attached)
>
>
>
>
>
>
>
> On Sat, Mar 31, 2012 at 9:04 AM, Arpan Bakshi <arpanbak...@gmail.com> wrote:
> > After all that late Friday night tech talk when we all should have been
> > watching a movie or engaging in some other form of recreation, here is the
> > outcome up the wxfalsecolor overlay method--
>

> >> arpanbak...@gmail.com>

> >> >> wrote:
>
> >> >>> I think I was busy playing with the cool light meter while you were
> >> >>> teaching us that one !
>
> >> >>> On Mar 31, 2012, at 12:23 AM, "J. Alstan Jakubiec" <
> >> als...@jakubiec.net>
> >> >>> wrote:
>
> >> >>>> I believe in this case cd/m2 is correct. Someone can correct me if I
> >> am
> >> >>>> wrong, but candela (luminous intensity) is direction-dependent (and
> >> as the
> >> >>>> observer, you see a pixel from only one direction in the image). A
> >> lumen
> >> >>>> (cd*sr) is basically the integral of an object's luminous intensity
> >> in all
> >> >>>> directions, but we can't observe that from an image, at least not one
> >> >>>> generated by a reverse-raytrace process. This might not be the best
> >> >>>> explanation.
>
> >> >>>> Alstan
>
> >> >>>> On Sat, 31 Mar 2012 00:13:33 -0400, Arpan Bakshi <

> >> arpanbak...@gmail.com>

> >> >>>> wrote:
>
> >> >>>>> Brilliant! Would you recommend leaving units as cd/m2? From the
> >> >>>>> workshop I remember hearing (possibly incorrectly) this is a
> >> default we
> >> >>>>> should change to lm/m2?
>
> >> >>>>> On Mar 31, 2012, at 12:05 AM, "J. Alstan Jakubiec"
> >> >>>>> <als...@jakubiec.net> wrote:
>
> >> >>>>>> Hi Arpan, Max,
>
> >> >>>>>> One very convenient thing about the contour lines that wxFalsecolor
> >> >>>>>> generates, is that they are not anti-aliased. This makes them very
> >> >>>>>> appropriate for compositing, even outside of using the Radiance
> >> command line
> >> >>>>>> parameters.
>
> >> >>>>>> You can select all black pixels and render them transparent,
> >> (Radiance
> >> >>>>>> command line or otherwise). I did this in Photoshop as a proof of
> >> concept:
> >> >>>>>>http://jakubiec.net/temp/clines_example.png
>
> >> >>>>>> The noise from the blinds makes a visually enticing rainbow too as
> >> a
> >> >>>>>> bonus.
>
> >> >>>>>> Best,
> >> >>>>>> Alstan
>

> >> >>>>>> On Fri, 30 Mar 2012 20:47:25 -0400, Max D <max.f...@gmail.com>

> >> wrote:
>
> >> >>>>>>> You could also try RadDisplay:
> >> >>>>>>>http://deluminaelab.com/en/raddisplay_details.html...
>
> >> >>>>>>> The parameters you fed into DIVA would not work, as they only get
> >> fed
> >> >>>>>>> to
> >> >>>>>>> rpict, and the falsecolor conversion you are looking for would be
> >> >>>>>>> done on
> >> >>>>>>> the images after their generation, by the falsecolor utility-
> >> that's
> >> >>>>>>> what
> >> >>>>>>> gets called by wxfalsecolor, too (falsecolor2.exe)! I will look
> >> into
> >> >>>>>>> all
> >> >>>>>>> this, too, as that question interests me also; it'd take a while,
> >> >>>>>>> though,
> >> >>>>>>> and I am sure others will chime in soon, too.
>
> >> >>>>>>> Best,
>
> >> >>>>>>> Max
>
> >> >>>>>>> On Sat, Mar 31, 2012 at 1:18 AM, Arpan Bakshi <

> >> arpanbak...@gmail.com>

> >> >>>>>>> wrote:
>
> >> >>>>>>>> I tried add a -cl and -p to the Radiance Parameters but this did
> >> not
> >> >>>>>>>> work.
> >> >>>>>>>> Any other ways to add contours over the image without going into
> >> the
> >> >>>>>>>> back
> >> >>>>>>>> end?
>
> >> >>>>>>>> [image: Inline image 1]
>
> >> >>>>>>>> --
>

> >> >>>>>>>> On Fri, Mar 30, 2012 at 7:04 PM, Max D <max.f...@gmail.com>

> >> wrote:
>
> >> >>>>>>>>> ahh and just a shot into the dark, it might be that ecotect gets
> >> >>>>>>>>> confused because the images output by DIVA have gone through
> >> pfilt
> >> >>>>>>>>> and
> >> >>>>>>>>> have some exposure value added, meaning they are not "raw"
> >> radiance
> >> >>>>>>>>> images.. if you modify the *img.bat file and re-run it manually,
> >> >>>>>>>>> you
> >> >>>>>>>>> can prevent diva from deleting the original "*.unf" file,
> >> rename it
> >> >>>>>>>>> as
> >> >>>>>>>>> pict and use that. disclaimer: it's late in Berlin and this
> >> comment
> >> >>>>>>>>> might be off! :)
>

> >> >>>>>>>>> On Sat, Mar 31, 2012 at 1:01 AM, Max D <max.f...@gmail.com>

> >> wrote:
> >> >>>>>>>>> > What is the precise nature of the error? I think to remember
> >> that
> >> >>>>>>>>> > I
> >> >>>>>>>>> > got it to work once, however I might be mistaken and don't
> >> have
> >> >>>>>>>>> > Diva +
> >> >>>>>>>>> > Eco in front of me now .. in any case, you can call falsecolor
> >> >>>>>>>>> > with
> >> >>>>>>>>> > the appropriate options itself, however I think then you'd
> >> need
> >> >>>>>>>>> > to
> >> >>>>>>>>> > composit manually or use pcomb or similar.
>
> >> >>>>>>>>> > Best wishes,
>
> >> >>>>>>>>> > Max
>
> >> >>>>>>>>> > On Sat, Mar 31, 2012 at 12:48 AM, Arpan Bakshi

> >> >>>>>>>>> > <arpanbak...@gmail.com>

> ...
>
> read more »
>
>  Y_Perspective_0092115.clsky.jpg
> 355KViewDownload

[Arpan Bakshi]

Diego, it isn't easy writing to this forum filled with docs and post-docs, where I am merely dabbling with daylight in comparison!

Another interesting situation here, assigning exterior shades of varying aperture radii to  "fixed shading" in Viper, yields the same window beam solar on average summer day, hourly results. Any prep before assigning Breps, I may be missing?

Date/Time	ZONE1:Zone Beam Solar from Exterior Windows Energy[J](Hourly)
07/15  01:00:00	0
07/15  02:00:00	0
07/15  03:00:00	0
07/15  04:00:00	0
07/15  05:00:00	0
07/15  06:00:00	0
07/15  07:00:00	0
07/15  08:00:00	0
07/15  09:00:00	0
07/15  10:00:00	4785304.56
07/15  11:00:00	13262353.36
07/15  12:00:00	15841713.88
07/15  13:00:00	17633763.35
07/15  14:00:00	15772761.22
07/15  15:00:00	10063214.33
07/15  16:00:00	1895099.717
07/15  17:00:00	0
07/15  18:00:00	0
07/15  19:00:00	0
07/15  20:00:00	0
07/15  21:00:00	0
07/15  22:00:00	0
07/15  23:00:00	0
07/15  24:00:00	0

[Arpan Bakshi]

--

Arpan

--

Arpan