Aquileo | Recent changes to ticketshttps://sourceforge.net/p/gridlab-d/tickets/Recent changes to ticketsenTue, 01 Aug 2017 14:39:41 -0000Aquileo | Modification to schedulehttps://sourceforge.net/p/gridlab-d/tickets/993/tom4321Tue, 01 Aug 2017 14:39:41 -0000https://sourceforge.netd1f2254940319e55fd35eccda4cba7cdd0682546Aquileo | #938 Schedule skews and random numbershttps://sourceforge.net/p/gridlab-d/tickets/938/?limit=25#c85b<div class="markdown_content"><p>Hi Andy,</p>
<p>Thank you!!!</p>
<p>Joe</p></div>Joe Z.Wed, 05 Jul 2017 22:14:22 -0000https://sourceforge.net09fc6a2da938108e8643c1b632fd4d4501264f83Aquileo | #938 Schedule skews and random numbershttps://sourceforge.net/p/gridlab-d/tickets/938/?limit=25#5f22<div class="markdown_content"><p>Hi Joe,</p>
<p>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. </p>
<p>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.</p>
<p>Andy</p></div>Andy FisherWed, 05 Jul 2017 22:09:44 -0000https://sourceforge.netfd42d44d9d2e6e570ff66d8608af401dd341d904Aquileo | #938 Schedule skews and random numbershttps://sourceforge.net/p/gridlab-d/tickets/938/?limit=25#10c5<div class="markdown_content"><p>Has this issue been solved? Thanks!</p>
<p>Joe</p></div>Joe Z.Sun, 02 Jul 2017 21:05:14 -0000https://sourceforge.net92dec117f7f24b6914c2268bacd979a8c5b64c82Aquileo | #992 Documentation and reference material for underground cablehttps://sourceforge.net/p/gridlab-d/tickets/992/?limit=25#c9a4<div class="markdown_content"><ul>
<li><strong>status</strong>: new --> closed</li>
<li><strong>Resolution</strong>: none --> documented</li>
</ul></div>Jason FullerWed, 31 May 2017 23:00:51 -0000https://sourceforge.net9e2166272500ad92b8292fd78e287a0b59fd38fbAquileo | #992 Documentation and reference material for underground cablehttps://sourceforge.net/p/gridlab-d/tickets/992/?limit=25#0d74<div class="markdown_content"><p>Please see power flow user guides:</p>
<p><a href="http://gridlab-d.sourceforge.net/wiki/index.php/Power_Flow_User_Guide">http://gridlab-d.sourceforge.net/wiki/index.php/Power_Flow_User_Guide</a><br/>
<a href="http://gridlab-d.sourceforge.net/wiki/index.php/Powerflow#Overhead_and_Underground_Lines">http://gridlab-d.sourceforge.net/wiki/index.php/Powerflow#Overhead_and_Underground_Lines</a></p>
<p>(which end up directing you to Bill Kersting's book on Distribution Analysis).</p></div>Jason FullerWed, 31 May 2017 23:00:23 -0000https://sourceforge.netb3046a8c1a4faac5eb8f56280fc17381dfc03931Aquileo | Documentation and reference material for underground cablehttps://sourceforge.net/p/gridlab-d/tickets/992/<div class="markdown_content"><p>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</p></div>Poorva BedgeTue, 23 May 2017 21:03:40 -0000https://sourceforge.netd64424c21789ce19fd9f6baf61630657c5928264Aquileo | Documentation and reference material for underground cablehttps://sourceforge.net/p/gridlab-d/tickets/992/<div class="markdown_content"><p>Ticket 992 has been modified: Documentation and reference material for underground cable<br/>
Edited By: Jason Fuller (jcfuller)<br/>
Status updated: u'new' => u'closed'<br/>
_resolution updated: u'none' => u'documented'</p></div>Poorva BedgeTue, 23 May 2017 21:03:40 -0000https://sourceforge.netb767cffad1503efe6509cd2906b3d149b5d50d6aAquileo | #991 tzinfo.txt has incorrect offsets for Europehttps://sourceforge.net/p/gridlab-d/tickets/991/?limit=25#0870<div class="markdown_content"><p>It certainly looks like the Europe TZ database is shifted so that CET cities are listed as WET, EET as CET, etc.<br/>
</p></div>David P. ChassinSun, 29 Jan 2017 20:46:01 -0000https://sourceforge.nete72444316d9104c115d68513cc4b0683a539719fAquileo | tzinfo.txt has incorrect offsets for Europehttps://sourceforge.net/p/gridlab-d/tickets/991/<div class="markdown_content"><p>In the Europe section of tzinfo.txt, entries are off by one hour. Entries for North Ameria appear to be corect.</p>
<p>For example:<br/>
MSK-4MSKS should be MSK-3MSKS - since MSK is UTC+3 (https://en.wikipedia.org/wiki/Moscow_Time)<br/>
EET-3EEST should be EET-2EEST - since Eastern European Time is UTC+2 (https://en.wikipedia.org/wiki/Eastern_European_Time)<br/>
CET-2CEST should be CET-1CEST - since Central European Time is UTC+1 (https://en.wikipedia.org/wiki/Central_European_Time)<br/>
WET-1WEST should be WET0WEST - since Western European Time is UTC (https://en.wikipedia.org/wiki/Western_European_Time)</p>
<p>Proof can also be had by using Google to search for "CET-1CEST" vs. "CET-2CEST" yielding 3380 hits vs. zero hits.</p>
<p>Many (if not all) the cities/countries listed do not belong to the time zones they are listed under.</p>
<p>For example:<br/>
EU/DE/Berlin is listed under WET (Western European Time), but is in fact in CET-1CEST (https://en.wikipedia.org/wiki/Berlin)<br/>
and many, many others.</p></div>Derrick OswaldSun, 29 Jan 2017 18:40:54 -0000https://sourceforge.netd9d296e1b45225f56e2312519a53cab3218fb45d