Welcome, Guest
Username: Password: Remember me
Forgot your password? Forgot your username? Create an account
Forum
PRE/POST PROCESSORS
Blue Kenue
Create a SLF file for continued computation
Flat Threaded
  • Page:
  • 1
  • 2

TOPIC: Create a SLF file for continued computation

Create a SLF file for continued computation 9 years 5 months ago #17287

  • Pierre-Louis
  • Pierre-Louis's Avatar
Dear all

I'd like to run a simulation with a initial deformation of the free surface elevation. (a tsunamis wave)
I know that a can do that with the CONDIN.f subroutine.
But I'd like to do it with an interpolation of a XYZ file using BlueKenue.
I tried to create a SLF file with the batymetrie (BOTTOM) and the FREE SURFACE variables and launch the computation as a CONTINUED COMPUTATION.

But I have some problems concerning the UNITS.
here is the steps I do
1) create a new serafin object
2) adding BOTTOM mesh using "add variable"
3) I set the units as "M" for meter
4) Ok (See right click: Properties -> data -> units)

but here, my Mesh is'nt interpolated.
So I use the 2D interpolator.
And after the interpolation, the unit disappears.

Same probleme with FREE SURFACE

So when I launch my telemac simulation it plant because of a units error.
.
.
.
                     *************************************
                     *    END OF MEMORY ORGANIZATION:    *
                     *************************************

 INBIEF (BIEF): NOT A VECTOR MACHINE (ACCORDING TO YOUR DATA)
 STRCHE (BIEF): NO MODIFICATION OF FRICTION

 THERE IS   1 SOLID BOUNDARIES:

 BOUNDARY   1 :
  BEGINS AT BOUNDARY POINT:      1 , WITH GLOBAL NUMBER:      662
  AND COORDINATES:     573390.0           4337488.
  ENDS AT BOUNDARY POINT:      1 , WITH GLOBAL NUMBER:      662
  AND COORDINATES:     573390.0           4337488.

 CORFON (TELEMAC2D): NO MODIFICATION OF BOTTOM

 TITLE OF PREVIOUS COMPUTATION: newSelafin

 NAME: BOTTOM            UNIT:
 NAME: FREE SURFACE      UNIT:

 SUITE_SERAFIN : READ OF RECORD     1

 TIME OF RECORD:     0.000000     S

 VARIABLE : BOTTOM
 UNKNOWN, IT WILL NOT BE KEPT

 VARIABLE : FREE SURFACE
 UNKNOWN, IT WILL NOT BE KEPT
 RESCUE : PREVIOUS COMPUTATION RESULTS FILE
          WITHOUT VELOCITY U, WE FIX IT TO ZERO
 RESCUE : PREVIOUS COMPUTATION RESULTS FILE
          WITHOUT VELOCITY V, WE FIX IT TO ZERO
 RESCUE : WATER DEPTH CANNOT BE COMPUTED

 PLANTE: PROGRAM STOPPED AFTER AN ERROR
_____________
runcode::main:
:
   |runCode: Fail to run
   |D:\test_7_reprise_calcule\japon.cas_2015-06-15-14h52min28s\out_telemac2d.exe
   |~~~~~~~~~~~~~~~~~~
   |STOP 2
   |~~~~~~~~~~~~~~~~~~

D:\test_7_reprise_calcule>pause

thanks for your help
The administrator has disabled public write access.

Create a SLF file for continued computation 9 years 5 months ago #17289

  • cyamin
  • cyamin's Avatar
  • OFFLINE
  • openTELEMAC Guru
  • Posts: 997
  • Thank you received: 234
Hello,

I believe Telemac2D derives "FREE SURFACE" from the variables "BOTTOM" and "WATER DEPTH" within the previous computation file. Try specifying these two first.

Regards,
Costas
The administrator has disabled public write access.

Create a SLF file for continued computation 9 years 5 months ago #17294

  • Pierre-Louis
  • Pierre-Louis's Avatar
it still not working.
I have the same error with WATER DEPTH
 TITLE OF PREVIOUS COMPUTATION: BOTTOM

 NAME: BOTTOM            UNIT:
 NAME: WATER DEPTH       UNIT:

 SUITE_SERAFIN : READ OF RECORD     1

 TIME OF RECORD:     0.000000     S

 VARIABLE : BOTTOM
 UNKNOWN, IT WILL NOT BE KEPT

 VARIABLE : WATER DEPTH
 UNKNOWN, IT WILL NOT BE KEPT
 RESCUE : PREVIOUS COMPUTATION RESULTS FILE
          WITHOUT VELOCITY U, WE FIX IT TO ZERO
 RESCUE : PREVIOUS COMPUTATION RESULTS FILE
          WITHOUT VELOCITY V, WE FIX IT TO ZERO
 RESCUE : WATER DEPTH CANNOT BE COMPUTED

 PLANTE: PROGRAM STOPPED AFTER AN ERROR

attached my input file
Attachments:
The administrator has disabled public write access.

Create a SLF file for continued computation 9 years 5 months ago #17299

  • jmhervouet
  • jmhervouet's Avatar
Hello,

It seems that the variables names are not given in full in your file, with the units between characters 17 and 32. The subroutine that reads is LITENR in library bief. A workaround could be to take LITENR in your Fortran file and change 32 into 16 when checking the names...

With best regards,

Jean-Michel Hervouet
The administrator has disabled public write access.

Create a SLF file for continued computation 9 years 5 months ago #17300

  • sebourban
  • sebourban's Avatar
  • OFFLINE
  • Administrator
  • Principal Scientist
  • Posts: 814
  • Thank you received: 219
Hello Jean-Michel -- can we make this as default in the whole of the TELEMAC system ? ... we never need to check on the units, do we ?

Thank you.
Sébastien
The administrator has disabled public write access.

Create a SLF file for continued computation 9 years 5 months ago #17302

  • konsonaut
  • konsonaut's Avatar
  • OFFLINE
  • openTELEMAC Guru
  • Posts: 413
  • Thank you received: 144
From a user point of view: this would be nice. From time to time it happens walking into this trap.
Clemens
The administrator has disabled public write access.

Create a SLF file for continued computation 9 years 5 months ago #17303

  • jmhervouet
  • jmhervouet's Avatar
Hello,

We can do it, but I would not bet too much that we'll never find a counterexample... someone wanting a velocity in m/s and a velocity in km/h for example... It could be that in sediment transport we have this case. We can issue a rule that it is forbidden to have two variables with same name and different units. Anyway this part of the code is in the hands of Yoann now, so I wash mine of any further problem... :P

With best regards,

JMH
The administrator has disabled public write access.

Create a SLF file for continued computation 9 years 5 months ago #17301

  • konsonaut
  • konsonaut's Avatar
  • OFFLINE
  • openTELEMAC Guru
  • Posts: 413
  • Thank you received: 144
Hello,

two solutions, hopefully:
save the water surface mesh as BlueKenue ASCII t3s file. Open it with a text editor and add the line: :AttributeUnits 1 M
it should look like:
...
#
:AttributeUnits 1 M
#
:NodeCount 15470
:ElementCount 27750
:ElementType T3
#
:EndHeader
...
After that you can add a new variable to selafin object and map it.

Second solution:
Save the water surface mesh but it is not necessary to edit the file. add a new variable and in the dialog box specify the the new variable and specify the water surface mesh as source mesh and activate "Copy Node Values from Source". Don't forget to specify the unit "M".

Hope this helps,
Clemens
The administrator has disabled public write access.

Create a SLF file for continued computation 9 years 5 months ago #17304

  • Pierre-Louis
  • Pierre-Louis's Avatar
It's working.
Thanks Konsonaut.
I launched a simulation. I confirmed you tomorow that it's realy working.
The administrator has disabled public write access.

Create a SLF file for continued computation 9 years 5 months ago #17328

  • Pierre-Louis
  • Pierre-Louis's Avatar
Hello

The solution of mr konsonaut was good.
I do not add the line:
:AttributeUnits 1 M

in tne .in2 interpolator file.
Even if my .xyz file has the line ":AttributeUnits 1 M", when I create the .in2 file this variable is not kept.

And when I interpolate the mesh in my serafin file, here, BK preserve the Variable.

To answer mr cyamin,
I can independently define the FREE SURFACE or WATER DEPTH. Telemac recalculate the second one. (with the bathymetrie, BOTTOM variable).

Tanks all for your help
(I have worked at least three weeks on this problem).
The administrator has disabled public write access.
Flat Threaded
  • Page:
  • 1
  • 2
Moderators: Serrer, a.barton
Forum
PRE/POST PROCESSORS
Blue Kenue
Create a SLF file for continued computation

The open TELEMAC-MASCARET template for Joomla!2.5, the HTML 4 version.