Recent changes to tickets

Modification to schedule

2017-08-01T14:39:41.298000Z

#938 Schedule skews and random numbers

2017-07-05T22:14:22.296000Z

Hi Andy,

Thank you!!!

Joe

#938 Schedule skews and random numbers

2017-07-05T22:09:44.198000Z

Hi Joe,

Unfortunately this issue has not been resolved but it is in the queue. Currently this issue can be circumvented through a use of a model generation script of some kind that randomly assigns a number to the schedule_skew.

I was able to find the cause of why using the random number assignment to schedule_skew doesn't work. global object properties that are part of the object structure do not support any of the variable assignments like transforms and random numbers. Some additions to load.c need to be made for object structure assignments.

Andy

#938 Schedule skews and random numbers

2017-07-02T21:05:14.024000Z

Has this issue been solved? Thanks!

Joe

#992 Documentation and reference material for underground cable

2017-05-31T23:00:51.479000Z

status: new --> closed
Resolution: none --> documented

#992 Documentation and reference material for underground cable

2017-05-31T23:00:23.230000Z

Please see power flow user guides:

http://gridlab-d.sourceforge.net/wiki/index.php/Power_Flow_User_Guide
http://gridlab-d.sourceforge.net/wiki/index.php/Powerflow#Overhead_and_Underground_Lines

(which end up directing you to Bill Kersting's book on Distribution Analysis).

Documentation and reference material for underground cable

2017-05-23T21:03:40.158000Z

Where can I find documentation on how the underground cable Z matrix calculation has been done in grid lab D. I have gone through the cpp code for underground cable (http://www.gridlabd.org/documents/doxygen/1.1/underground__line_8cpp-source.html), but need the reference material to know the underlying formulas and constants

Documentation and reference material for underground cable

2017-05-23T21:03:40.158000Z

Ticket 992 has been modified: Documentation and reference material for underground cable
Edited By: Jason Fuller (jcfuller)
Status updated: u'new' => u'closed'
_resolution updated: u'none' => u'documented'

#991 tzinfo.txt has incorrect offsets for Europe

2017-01-29T20:46:01.590000Z

It certainly looks like the Europe TZ database is shifted so that CET cities are listed as WET, EET as CET, etc.

tzinfo.txt has incorrect offsets for Europe

2017-01-29T18:40:54.269000Z

In the Europe section of tzinfo.txt, entries are off by one hour. Entries for North Ameria appear to be corect.

For example:
MSK-4MSKS should be MSK-3MSKS - since MSK is UTC+3 (https://en.wikipedia.org/wiki/Moscow_Time)
EET-3EEST should be EET-2EEST - since Eastern European Time is UTC+2 (https://en.wikipedia.org/wiki/Eastern_European_Time)
CET-2CEST should be CET-1CEST - since Central European Time is UTC+1 (https://en.wikipedia.org/wiki/Central_European_Time)
WET-1WEST should be WET0WEST - since Western European Time is UTC (https://en.wikipedia.org/wiki/Western_European_Time)

Proof can also be had by using Google to search for "CET-1CEST" vs. "CET-2CEST" yielding 3380 hits vs. zero hits.

Many (if not all) the cities/countries listed do not belong to the time zones they are listed under.

For example:
EU/DE/Berlin is listed under WET (Western European Time), but is in fact in CET-1CEST (https://en.wikipedia.org/wiki/Berlin)
and many, many others.