Skip to content

GitLab

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
D
dorie
  • Project overview
    • Project overview
    • Details
    • Activity
    • Releases
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 31
    • Issues 31
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
  • Merge Requests 9
    • Merge Requests 9
  • Operations
    • Operations
    • Incidents
    • Environments
  • Analytics
    • Analytics
    • Repository
    • Value Stream
  • Wiki
    • Wiki
  • Members
    • Members
  • Activity
  • Graph
  • Create a new issue
  • Commits
  • Issue Boards
Collapse sidebar

The TS-GitLab will have to shut down towards the end of the year — please think about migrating your projects to GitLab.com or GitHub.
(This is still a very early message, meant to keep you informed. There will be more urgent ones in the future.)

  • dorie
  • dorie
  • Issues
  • #193

Closed
Open
Created May 25, 2020 by Hannes Bauser@hbauserDeveloper

setting of [grid]extensions seems to not work with gmsh grids

Setting of [grid]extensions seems to not work with gmsh grids.

Summary

The configuration file guide states for the extensions setting in the configuration file:
Physical extensions of the domain in meters. Given in x, then y, then z-direction. If a mesh file is imported, they have to match its maximum extensions.

However, if I import a mesh file, the extensions seem to not matter (I only checked this qualitatively).

Steps to reproduce

The appended example has a gmsh file with extensions 2x2x2.1, the config file only has extensions of 1x1x1. The results seem to have extensions of 2x2x2.1.
(The example is merely the case I was working on. If you need a minimal example, let me know).

What is the current bug behaviour?

Extensions in the config file seem to not matter when loading a gmsh file. However, the extensions are required. Without specifying them the following error is thrown:

Aborting DORiE after exception: RangeError [get:/Users/hbauser/DORiE/dune-common/dune/common/parametertree.hh:183]: Cannot parse value "NONE" for key "richards..grid.extensions"RangeError [parseRange:/Users/hbauser/DORiE/dune-common/dune/common/parametertree.hh:237]: as a range of items of type double (0 items were extracted successfully)

What is the expected correct behaviour?

If the extensions do indeed not matter, it should not be required to specify them.
If they do matter, I think it would be good to have a check whether they match the gmsh file (since the impact is not immediately obvious).

Relevant logs, screenshots, files...?

gmsh_3Dslanted_dimtest.zip

To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
None
Milestone
None
Assign milestone
Time tracking
None
Due date
None