Hi Kevin,
I think Lars Umlauf wrote these matlab scripts decades ago. Not sure whether he can still find them somewhere to share. Maybe I am wrong, but I think these scripts only calculated additional quantities required by GETM based on an existing curvilinear grid generated by seagrid (e.g. convc). So they will probably not help to generate a curvilinear grid.
But if you can already describe your grid analytically, it should be pretty easy to write this information into topo.nc(?) If not, Xiangyu Li and Nina Reese could share their expertise with the Delft3D curvilinear grid generator. See the attached Fig. 2 from Xiangyu's paper https://doi.org/10.1175/JPO-D-21-0292.1 for his GETM setup for the Pearl River Estuary.
Cheers, Knut
Kevin --
---
You received this message because you are subscribed to the Google Groups "GETM-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to getm-users+...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/getm-users/32d198ad-2ae8-4fcc-a1c6-aa976ad4b775n%40googlegroups.com.
Hi, I just had a look - but I can't find them any more. Must be
more than 15 years ago that I coded this...
Sorry!
Lars
To view this discussion on the web visit https://groups.google.com/d/msgid/getm-users/e4660609-8264-8b5f-37c0-a0a639491d7d%40gmx.net.
-- ------------------------------------------------ Lars Umlauf Physical Oceanography and Instrumentation Leibniz-Institute for Baltic Sea Research phone : ++49 381 5197 223 fax : ++49 381 5197 114 web : www.io-warnemuende.de/lars-umlauf-en.html address: Leibniz-Institute for Baltic Sea Research Seestrasse 15 D-18119 Rostock-Warnemuende Germany -------------------------------------------------
--
---
You received this message because you are subscribed to the Google Groups "GETM-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to getm-users+...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/getm-users/32d198ad-2ae8-4fcc-a1c6-aa976ad4b775n%40googlegroups.com.
Hey Knut et al,
While seagrid seems like a great tool, I wonder if there is a similar code (or port of), which is based on python or some other free software.
While Matlab may be free for students and universities, we have tried to break free of Matlab for quite some time due to the inhibitive costs of the program. We really aim for a free and open software stack.
Any ideas on how to generate orthogonal curvilinear grids for bathymetry based only on free software?
As some of you may know I maintain a set of scripts and programs useful for getm applications
https://sourceforge.net/projects/getm-utils/
this includes scripts for dealing with bathymetry. The repository is not totally clean and a lot of documentation is missing, but hopefully, it can be the basis of bathymetry generation for getm.
BTW, even for getm_utils, part of the repo (in particular the subdomain subdivision part) still relies on Matlab, so I am fully aware of the problem of legacy software.
For now, I just try to not add any new ties to commercial software products.
MED VENLIG HILSEN
/ BEST REGARDS
Bjarne Büchmann
Joint GEOMETOC Support Centre
MOBIL +45 40 78 73 20
To view this discussion on the web visit https://groups.google.com/d/msgid/getm-users/e4660609-8264-8b5f-37c0-a0a639491d7d%40gmx.net.
This email was scanned by Bitdefender
@Nina and Xiangyu: can you provide a link and some comments for
the grid generation tool from Delft3D you used?
To view this discussion on the web visit https://groups.google.com/d/msgid/getm-users/b76d5dcfd18649b9a5f3b62fdf7f07dd%40fcoo.dk.
On Nov 4, 2022, at 17:54, Knut <knut...@gmx.net> wrote:
Hi Xiangyu,
Thank you for the input.
I have not (yet) tried to build the Delft3D source, but the instructions for Linux are truly problematic.
https://oss.deltares.nl/web/delft3d/get-started
As far as I can see, the use of Windows pre-build binaries are restricted to license costing EUR3600 or more.
Building on Windows requires M$ compiler suite, and even if that was not the case, I would prefer to not build *anything* on Windows.
So we are effectively left with building from source on a Linux-based system, Right?
Only supported OSs are RedHat7 and CentOS7. Both are obsolete – at or near end-of-life.
As for open-source compilers, they write “GNU Fortran compiler 4.9.1.” and “Do not use GNU Fortran compiler 8.x.x or newer”.
Gfortran is presently at v. 11.3.0 even for and OS/Ubuntu installation (not from source). Installing v7 or older is out of the question.
It is not clear how old the instructions are, but they must be quite a few years old – and are badly outdated.
So, building Delft3D seems problematic – and might even be overkill for this kind of operation. It might still be a good chose, I just cant see any evidence to that effect.
The examples given at https://www.kunyangcoastal.com/post/delft3d-grid-generation-tutorial seems - at least at first glance – to be problematic in numerical sense. I am really not a believer in coast-following coordinates – at least not for a code like GETM. For a pure “river”-code things may be different – that would be outside my scope. But the extreme difference in size of neighboring cells seems problematic. I would much prefer to use smoother grid, and then use land-masking to actually fix the coastline. In any case, we need the final bathymetry to be map’able to an I,j rectangular domain, and I don’t even know if that
The grid from the paper reference, eg
https://journals.ametsoc.org/view/journals/phoc/52/9/JPO-D-21-0292.1.xml#fig2
seem very interesting/cool, but presumably also very “hand-held” in terms of fiddling with “bending” along river sections and arms(?)
With these caveats, I think that the tool may actually look promising, and probably, I should give it a try.
Do you have any recommendations/experience (or even log) regarding the installation/use of the Delft3D grid generation.
Preferably on a reasonably modern Linux version (eg Alma Linux 9, RockyLinux v9, or Ubuntu 22.04) using OS-installable compilers and tools?
MED VENLIG HILSEN
/ BEST REGARDS
Bjarne Büchmann
Joint GEOMETOC Support Centre
MOBIL +45 40 78 73 20
To view this discussion on the web visit https://groups.google.com/d/msgid/getm-users/2EE6A6F2-96D4-4C43-9E74-AD0C26C9332D%40io-warnemuende.de.
I have not (yet) tried to build the Delft3D source, but the instructions for Linux are truly problematic.
https://oss.deltares.nl/web/delft3d/get-started
As far as I can see, the use of Windows pre-build binaries are restricted to license costing EUR3600 or more.
Building on Windows requires M$ compiler suite, and even if that was not the case, I would prefer to not build *anything* on Windows.
So we are effectively left with building from source on a Linux-based system, Right?
Only supported OSs are RedHat7 and CentOS7. Both are obsolete – at or near end-of-life.
As for open-source compilers, they write “GNU Fortran compiler 4.9.1.” and “Do not use GNU Fortran compiler 8.x.x or newer”.
Gfortran is presently at v. 11.3.0 even for and OS/Ubuntu installation (not from source). Installing v7 or older is out of the question.
It is not clear how old the instructions are, but they must be quite a few years old – and are badly outdated.
So, building Delft3D seems problematic – and might even be overkill for this kind of operation. It might still be a good chose, I just cant see any evidence to that effect.
The examples given at https://www.kunyangcoastal.com/post/delft3d-grid-generation-tutorial seems - at least at first glance – to be problematic in numerical sense. I am really not a believer in coast-following coordinates – at least not for a code like GETM. For a pure “river”-code things may be different – that would be outside my scope. But the extreme difference in size of neighboring cells seems problematic. I would much prefer to use smoother grid, and then use land-masking to actually fix the coastline. In any case, we need the final bathymetry to be map’able to an I,j rectangular domain, and I don’t even know if that
The grid from the paper reference, eg
https://journals.ametsoc.org/view/journals/phoc/52/9/JPO-D-21-0292.1.xml#fig2
seem very interesting/cool, but presumably also very “hand-held” in terms of fiddling with “bending” along river sections and arms(?)
With these caveats, I think that the tool may actually look promising, and probably, I should give it a try.
Do you have any recommendations/experience (or even log) regarding the installation/use of the Delft3D grid generation.
Preferably on a reasonably modern Linux version (eg Alma Linux 9, RockyLinux v9, or Ubuntu 22.04) using OS-installable compilers and tools?
To view this discussion on the web visit https://groups.google.com/d/msgid/getm-users/efe548ffdb654a659eec0276595aa02a%40fcoo.dk.
To view this discussion on the web visit https://groups.google.com/d/msgid/getm-users/0FF6D730-DAC5-4228-B670-68AD085D008C%40io-warnemuende.de.