<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <title>mdu and ext files context</title>
  <link rel="self" href="https://dlt-acc.firelay.cloud/en/c/message_boards/find_thread?p_l_id=4041874&amp;threadId=4392545" />
  <subtitle>mdu and ext files context</subtitle>
  <id>https://dlt-acc.firelay.cloud/en/c/message_boards/find_thread?p_l_id=4041874&amp;threadId=4392545</id>
  <updated>2026-05-12T15:58:18Z</updated>
  <dc:date>2026-05-12T15:58:18Z</dc:date>
  <entry>
    <title>RE: mdu and ext files context</title>
    <link rel="alternate" href="https://dlt-acc.firelay.cloud/en/c/message_boards/find_message?p_l_id=4041874&amp;messageId=4392603" />
    <author>
      <name>Michal Kleczek</name>
    </author>
    <id>https://dlt-acc.firelay.cloud/en/c/message_boards/find_message?p_l_id=4041874&amp;messageId=4392603</id>
    <updated>2018-07-20T14:40:10Z</updated>
    <published>2018-07-20T14:40:10Z</published>
    <summary type="html">&lt;p&gt;Dear Reza,&lt;/p&gt;
&lt;p&gt;The format that you are using, is what we call the 'new' external
  forcing file format. The format itself is not that new and it was
  introduced a few years ago (I think already in the first release).
  Please note that there are still models that are using the old format
  (e.g. the one you got from developers). We are trying to extend
  functionalities of the new format and slowly phase out the old format.
  We try to be as much backward compatible as possible, hence the confusion. &lt;/p&gt;
&lt;p&gt;For you it should not matter and you should be able to use the new
  format. In this 'new' format instead of extra *.tim files, 
  information is stored in the *.bc format with a more block structure.
  That is why you don't need '.tim' exporter for boundaries anymore.
  Instead you should export &lt;em&gt;Boundary Condition file&lt;/em&gt; (.bc) and
  within it you will find all necessary information (time series). In
  case you have some inconsistencies or problems with OpenDA and the
  newer external file format, please let us know so we can inform OpenDA
  developers that they have some improvements to do.&lt;br /&gt;
  &lt;br /&gt; For further reading about bc format I recommend to take a look
  at our D-Flow_FM_User_Manual and following locations:&lt;/p&gt;
&lt;ul&gt;
  &lt;li&gt;section 7.4.1.2 Physical information&lt;/li&gt;
  &lt;li&gt;Appendix B, section B.5.2 New style external forcing (boundary
    conditions only)&lt;/li&gt;&lt;/ul&gt;
&lt;p&gt;
  &lt;br /&gt; Please let us know if you have any further remarks. &lt;/p&gt;
&lt;p&gt;Kind regards,&lt;/p&gt;
&lt;p&gt;Michal Kleczek,&lt;br /&gt; Deltares &lt;/p&gt;</summary>
    <dc:creator>Michal Kleczek</dc:creator>
    <dc:date>2018-07-20T14:40:10Z</dc:date>
  </entry>
  <entry>
    <title>mdu and ext files context</title>
    <link rel="alternate" href="https://dlt-acc.firelay.cloud/en/c/message_boards/find_message?p_l_id=4041874&amp;messageId=4392544" />
    <author>
      <name>Mohammadreza Khanarmuei</name>
    </author>
    <id>https://dlt-acc.firelay.cloud/en/c/message_boards/find_message?p_l_id=4041874&amp;messageId=4392544</id>
    <updated>2018-05-16T11:36:05Z</updated>
    <published>2018-05-14T08:33:13Z</published>
    <summary type="html">&lt;p&gt;Hi There,&lt;/p&gt;
&lt;p&gt; &lt;/p&gt;
&lt;p&gt;I am trying to do data assimilation into D-FLOW by OpenDA and now I'm
  rebuilding OpenDA's developer examples to become familiar with its
  methods and materials. The example, which I attached it to this
  inquiry, is a simple estuary with discharge for the east boundary and
  astronomical water level for the west boundary. Since ensemble Kalman
  filter as a data assimilation method needs to add some uncertainty to
  a boundary, the time series of noise has been introduced at the west
  boundary with the value of zeroes, but it will be filled with the
  noise values once OpenDA starts to run.&lt;/p&gt;
&lt;p&gt;The problem that I've encountered is that &amp;quot;.mdu&amp;quot; and
  &amp;quot;.ext&amp;quot; files which OpenDA developers have created
  are different from my files. I noticed that their version of D-FLOW
  was different from mine. I would be thankful if you could please let
  me know whether the version of D-FLOW is the reason for this
  difference or not? Moreover, What should I do to address this problem?
  Because I need to provide .mdu and .ext files similar to their example
  files to let OpenDA interact with D-FLOW. &lt;br /&gt; Information about
  this example can be found in the user manual of D-FLOW Flexible Mesh,
  Chapter 19, page 294.&lt;/p&gt;
&lt;p&gt;In addition, I've tried several times to save &amp;quot;.tim&amp;quot; format
  of noise time series at the west boundary, but I couldn't. I should
  mention that I am using &lt;strong&gt;Delft3D FM Suite 2017 HMWQ 1.2.2.36603&lt;/strong&gt;.  &lt;/p&gt;
&lt;p&gt;Attached please find developer's example materials and my materials.&lt;/p&gt;
&lt;p&gt;Thanks in advance for your time and consideration.&lt;/p&gt;
&lt;p&gt; &lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Reza&lt;/p&gt;</summary>
    <dc:creator>Mohammadreza Khanarmuei</dc:creator>
    <dc:date>2018-05-14T08:33:13Z</dc:date>
  </entry>
</feed>
