Anuncios
Welcome to the Revit Ideas Board! Before posting, please read the helpful tips here. Thank you for your Ideas!

Wrong Simulations - Daylight saving time (DST) / Summer Time properly implement

I just notice that Daylight Simulations in Revit are wrong.

Revit does not apply summer time by default/doesn´t recognise when it has to be applied. But whenever it is manual check the summer time is also in winter apply, which means that in winter is the time false. 

It is more something that has to be mend als something to improve. Daylight Simulations are 1hr shift half the time, if a simulation is done all over a year. Making that 2 simulations (one for summer one for winter) have to be run in order to get proper results. Most users will never notice it. Even when they find the option "Summer Time", they will assume that it is working just in summer, as expected.

Estimations for future DTS dates are available online: eg. https://www.timeanddate.com/time/dst/2019.html 

but easier to implement is the option to enter manually the dates right when you check the "Summer Time".


https://forums.autodesk.com/t5/revit-architecture-forum/revit-daylight-saving-accuracy/m-p/3760863#M...

https://forums.autodesk.com/t5/revit-ideas/daylight-savings-time-tick-box/idc-p/7346659#M11219

Comentarios
Contributor
Contributor

I've responded to a partially relevant topic regarding solar positioning, which may also affect Revit (not just Dynamo) in this link, which also refers to this post. However, it explicitly avoids the DST issues due to it's complexity. Further commentary (and links) are provided in the reference link page above.

 

From my limited experience to Daylight Analysis, Sunlight Analysis and Insolation Analysis, the DST isn't relevant as the difference (or delta) is the issue, not exact time of day that the issue occurs. E.g. Your new building blocks out my light for 2 hours a day. Not, your new building blocks out my light between 17:28 & 19:28.

 

I hope this comment provides a little more clarity, as it I'm aware that it is not a directly relevant answer.

Contributor
Contributor

Since the tick box "Use Daylight Saving time" located under the  "Location" settings, falsely gives the impression that Revit takes care of everything, when in fact it just implements DST year round.

 

An easy fix would be to move the "Use Daylight Saving time" tick boxfrom the  "Location" settings to the Sun Settings dialog where the user could set this manually per Single Day og Multi-Day set-up. This is more honest, as the user anyway have to be aware of that this setting is just a manual one.

 

We have standard views set up in our Revit template, that use pre-defined dates and times, and this way DST would be correct, for us at least.

Advocate
Advocate

I would love to see this fixed - Given the complexity of the solar analysis tools these days, this seems like something easy to adjust. 

Participant
Participant

This problem has existed from the beginning.
Lawsuits result from misplaced shadows. This must be fixed.
The solution proposed is so right and straightforward (and a comparatively small lift) that I can't believe this wasn't done years ago.
I believe there hasn't been much discussion on this because most folks believe that Revit is adjusting the hour only during months in Daylight Savings time, and would be dismayed if they discovered all their Winter studies were off by an hour.

Contributor
Contributor

I warned the factory about this a long time ago about this subject and some other potential glitches in the Solar Study tool. Crickets.

Contributor
Contributor

A possible solution exists via a "Zero Touch" node available here:

https://forum.dynamobim.com/t/solar-azimuth-altitude-incorrect-values/16207/2

Contributor
Contributor

@tom.james Thanks Tom. I actually coded this up in Rhino/Grasshopper/Ladybug with automatic DST adjustments but I think the average Revit user finds coding in either GH or DYN intimidating. They should be able to rely upon the built in tool and as @hsRASX8 mentioned, both time zone and DST trigger month varies from place to place. This should be as easy as allowing a view specific override of the project setting. Or even better, just have it set automatically...Autodesk has the same access to DST information that users do. And not to underemphasize he importance of this,  as @cmungenast mentioned, there are legal implications to errors of this scale (for instance, Vancouver and many other cities have strict shadow regulations and an architect could be in hot water with a mistake of this magnitude.)