Different timezone per scene?
-
I imagine I did this before, but I can't make it work now.
I want one set of scenes to have GMT+1 and another set to have GMT+2. But whenever I change the timezone I affect all scenes. What am I doing wrong?
-
As far as I remember (another discussion, "another forum" - and I think Rick Wilson was also involved...) that time zone (localisation) settings cannot be saved with scenes now (although this was possible with older versions but maybe just 5 and back?)
-
@gaieus said:
As far as I remember (another discussion, "another forum" - and I think Rick Wilson was also involved...) that time zone (localisation) settings cannot be saved with scenes now (although this was possible with older versions but maybe just 5 and back?)
? Why on earth was that changed?!?
I think it was possible in SU6 - I've not used anything older - but I do think I remember setting up scenes with multiple timezones.
-
This is very odd. Now I'm very confused what timezone my scenes uses. I typed into the Ruby console a little snippet that lists the page name and the timezone for that page:
model.pages.each { |p| puts "#{p.name} - TZ: #{p.shadow_info['TZOffset']}" }
Modelspace - TZ; 2.0 Snitt - KjΓΈpmannsgata - TZ; 2.0 Oversikt 1 - TZ; 2.0 Oversikt 2 - TZ; 2.0 Oversikt 3 - TZ; 2.0 Oversikt 4 - TZ; 2.0 Scene 7 - TZ; 2.0 Scene 8 - TZ; 2.0 Scene 9 - TZ; 2.0 V 12 - TZ; 1.0 S 09 - TZ; 2.0 S 12 - TZ; 2.0 S 15 - TZ; 2.0 S 18 - TZ; 2.0 S 21 - TZ; 2.0
Not that one says a timezone offset by 1.0. But when I select that page and go into model info it still says GMT+2.
I'm now not sure if that page really is offset by +1, as I want it, or if it ignores that value...
-
Well, you know I cannot follow this part any longer...
-
I believe they removed those kinds of abilitied from 7 because they wanted a model to be located in real world space. So changint the time Zone in a single model does not make sense, since buildings do not move from time zone to time zone.
When 7 was released, they asked if that was going to mess anyone up and I think they no's outnumbered the yes's.
Chris
-
@chris fullmer said:
So changint the time Zone in a single model does not make sense, since buildings do not move from time zone to time zone.
But they do. Due to that blasted DST.
@chris fullmer said:
When 7 was released, they asked if that was going to mess anyone up and I think they no's outnumbered the yes's.
Wish I'd been part of the team then. I'd yell a big yes louder than the lot.
-
So why do you want a different time zone for different scenes. The only reason I can think this would matter is for shadows, and the geometry of the shadows throughout the day is determined by the geo-location. Of course if sunrise is at 6:37am vs. 5:37am or 7:37am is determined by time zone, or DST (which SU doesn't support?).
Are you going to display the time alongside the shadows? If this will be done through a ruby can you just do some math inside of the ruby to allow for TimeZone or DST adjustment?
-
We often set up sun studies, with top down perspektives, black&white, with shadows at different times of the day as well as well as different times of the year. That means some are within DST and some are not.
Previously we just set different timezone for each scene. Now I'm concerned these old scenes will be incorrect when we open them again. Something I will need to stress as it can have quite an impact on the project if the shadows are wrong.
For new ones I could just offset the time by one hour, but this whole change in SU7 really bothers me.
-
I don't see how this should be a proble for you Thom, since the sun only rises for about 1 month out of the year up in your territory, yeah?
-
...not that far away. this time of year, it's dark when I go to work and it's dark when I go home.
-
@thomthom said:
We often set up sun studies, with top down perspektives, black&white, with shadows at different times of the day as well as well as different times of the year. That means some are within DST and some are not.
Previously we just set different timezone for each scene. Now I'm concerned these old scenes will be incorrect when we open them again. Something I will need to stress as it can have quite an impact on the project if the shadows are wrong.
For new ones I could just offset the time by one hour, but this whole change in SU7 really bothers me.
It would be interesting to open one up and we what happens (with a copy or autosave turned off of course). Seems like for a given scene there are two outcomes.
A. The shadow is shown properly but the time shown has been altered.
B. Or the time stays the same but the shadow shows incorrectlyI'd like A vs. B, but I guess there is an option C as well.
C. SU 7 while it doesn't allow you to change the time zone by scene does respect old files which already have scenes setup this way. However you wouldn't be able to make new files from scratch like this, and once you change the time zone in your new SU7 file, you may lose the ability to offset again (for that file). -
Will have to dig out one of the older projects when I get back at the office. Think I'd even set up a template with the common dates,shadow settings and scenes so I could just import any project.
-
I had a request to animate the North Angle between scenes. This may be related since these similar attributes are stored in the ShadowInfo. I checked V6 and it remembers the North Angle between Scenes, where as the latest 7.1 does not.
Then I noticed a Page has it's own ShadowInfo (as well as the Model,) but setting the NorthAngle attribute for the page does not work either.
-
Looks like the needs of Google earth have dictated SU progress, this was possible before, have never needed it but do remember having shadows set up for different locations for different scenes before (version 5 I think)
-
I'm sure it worked as late as SU6, as that's the SU version I started using.
-
Locking down the north angle and model location (including time zones apparently) on a per model basis (instead of a per-scene basis) was implemented in 7.0. I'm pretty sure it had to do with some desireable Google Earth workflows, and simplifying things on their end for G.E interaction.
I would guess they had to keep the placeholders in the scene info for old model compatability. But I think SU 7 ignores it. Maybe there is a possible workaround using a scenes observer Thom? Write a little Web Dialog that lets the user input angle and location and such and then store it in the scene info or wherever it gets stored (or wherever you want to put it). Then change the model location each time the user updates a scene. Well, i'm sure its more complex than my quick, shallow outline. But it might be possible if the scene observers are working well enough?
Chris
-
Here is my current setup for showing shadows from different locations. Mainly want to do this to make North facing elevation look better.
For most project I generally break the project into a few major components that I can export to external files to save versions of the project.
- Building
- Site
- Landscaping (trees site furniture etc)
For one project in particular I saved all of these together as a master component. There was someone else working on a presentation, and I just had them swap out the master component when the needed it. Also the file had lots of high res photo matches and I was emailing across the country. So rather than re-sending the big file with the scenes, I sent the stripped down component without any scene info.
This same thing can apply to have the same model shown from different locations or orientations; The trick is I used a separate SU file for each one, and then just imported the master component. Every time I updated the model, I would then update the component instance.
-
I am currently using two extra scenes for my sun study of two different dates. I import the main model into each of the other models which is set up to their own time/date/timezone.
Works. But it still bothers me that this change was made in regard to maintaining old models/projects.
-
I can get a nice animation of the NorthAngle when clicking Scenes (using my plug-in,) but it doesn't work when playing the animation, nor does it export as video.
Advertisement