<?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>Bathymetry inverted</title>
  <link rel="self" href="https://dlt-acc.firelay.cloud/c/message_boards/find_thread?p_l_id=3231581&amp;threadId=5637959" />
  <subtitle>Bathymetry inverted</subtitle>
  <id>https://dlt-acc.firelay.cloud/c/message_boards/find_thread?p_l_id=3231581&amp;threadId=5637959</id>
  <updated>2026-05-15T15:08:38Z</updated>
  <dc:date>2026-05-15T15:08:38Z</dc:date>
  <entry>
    <title>RE: Bathymetry inverted</title>
    <link rel="alternate" href="https://dlt-acc.firelay.cloud/c/message_boards/find_message?p_l_id=3231581&amp;messageId=5993179" />
    <author>
      <name>M&amp;oacute;nica Alencastre</name>
    </author>
    <id>https://dlt-acc.firelay.cloud/c/message_boards/find_message?p_l_id=3231581&amp;messageId=5993179</id>
    <updated>2023-07-15T15:50:38Z</updated>
    <published>2023-07-15T15:50:38Z</published>
    <summary type="html">It seems like you&amp;#39;re encountering a puzzling issue with the bathymetry data while working with Delft Flow FM and Delft 3D. The values appear to flip, particularly at the edges of the grid, where the highest elevation should be observed. This anomaly also persists when importing the bathymetry into ArcPro. While I don&amp;#39;t have a specific solution for this problem, it&amp;#39;s possible that the flipping of values could be attributed to a data processing or transformation issue.&lt;br /&gt;In situations like these, it&amp;#39;s helpful to consider various factors that could contribute to the problem. One potential area to investigate is the data transformation process itself. Check if there are any steps or algorithms involved in the conversion, interpolation, or exportation of the bathymetry data that might introduce unexpected behavior.&lt;br /&gt;Additionally, since you mentioned working with Artificial Intelligence (AI) and the Internet of Things (IoT), it&amp;#39;s worth exploring if any AI or IoT components are &lt;a href="https://iotbusinessnews.com/2023/07/06/04040-the-synergy-of-iot-and-ai-revolutionizing-the-future-of-business/"&gt;involved in&lt;/a&gt; the data processing workflow. These technologies can sometimes introduce complexities, especially when integrating different systems or automating certain tasks. Reviewing the configurations and settings related to AI or IoT aspects could reveal potential causes of the flipped values.</summary>
    <dc:creator>M&amp;oacute;nica Alencastre</dc:creator>
    <dc:date>2023-07-15T15:50:38Z</dc:date>
  </entry>
  <entry>
    <title>RE: Bathymetry inverted</title>
    <link rel="alternate" href="https://dlt-acc.firelay.cloud/c/message_boards/find_message?p_l_id=3231581&amp;messageId=5640290" />
    <author>
      <name>Munawir Pratama</name>
    </author>
    <id>https://dlt-acc.firelay.cloud/c/message_boards/find_message?p_l_id=3231581&amp;messageId=5640290</id>
    <updated>2023-02-02T12:40:54Z</updated>
    <published>2023-02-02T12:40:54Z</published>
    <summary type="html">Hi Marilyn,&lt;br /&gt;&lt;br /&gt;I did not see any problem in your &amp;#34;after interpolation&amp;#34; data.&lt;br /&gt;The flipped value actually had made the bathymetry in the correct convention for D-FLOW FM, since it assign the bathymetry value as ELEVATION where the &amp;#34;negatives are at the ocean.&amp;#34;&lt;br /&gt;Or please let me know if I misunderstood the problem.&lt;br /&gt;&lt;br /&gt;Thank you - Munawir</summary>
    <dc:creator>Munawir Pratama</dc:creator>
    <dc:date>2023-02-02T12:40:54Z</dc:date>
  </entry>
  <entry>
    <title>Bathymetry inverted</title>
    <link rel="alternate" href="https://dlt-acc.firelay.cloud/c/message_boards/find_message?p_l_id=3231581&amp;messageId=5637958" />
    <author>
      <name>Marilyn Reish</name>
    </author>
    <id>https://dlt-acc.firelay.cloud/c/message_boards/find_message?p_l_id=3231581&amp;messageId=5637958</id>
    <updated>2023-02-01T15:47:59Z</updated>
    <published>2023-02-01T15:47:59Z</published>
    <summary type="html">I brought bathymetry data into Delft Flow FM from Dashboard by converting the grid in FM Flow and then bringing the grid into Delft 3D and importing the bathymetry, and interpolating the bed level data onto the grid and exporting it to bring it into FM Flow.  The bathymetry appears to be correct when I first import it into Delft 3D but then the values seem to flip.  The edges of the grid (which are land) and should be the highest elevation are flipped to negative values.  The bathymetry appears to be correct but with flipped values.   Does anyone know why this might be occurring?   I also have been bringing this bathymetry in to ArcPro in order to make a point cloud to hopefully re-shape the bedlevel to run simulations in Delft Flow FM but you can see that bringing in that bathymetry results in flipped values in ArcPro as well.</summary>
    <dc:creator>Marilyn Reish</dc:creator>
    <dc:date>2023-02-01T15:47:59Z</dc:date>
  </entry>
</feed>
