Jump to content
GMS, SMS, and WMS User Forum

Rob Virtue

Members
  • Content Count

    39
  • Joined

  • Last visited

Community Reputation

0 Neutral

About Rob Virtue

  • Rank
    Senior Member

Profile Information

  • Location
    Australia

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. How are the drains mapped? If they are from arcs, the elevations will not necessarily follow the variation in topography, especially if topography is irregular and node spacing wide relative to the grid. If as a polygon, for the same reason, elevations may not match if topography is irregular and the grid and raster resolution are not similar. Solutions are : Use the automatic layer range allocation with "Auto-assign BC to one cell", so they can go into the layer below if below the top layer (if that is conceptually acceptable) If using arcs, redistribute vertices more finely along the arc, to a similar spacing to the grid, convert them to nodes so it can have more variation over distance. Simplest and most robust option is to use a Seepage Face rather than Drain, so that the drain elevation in the grid is set relative to the upper cell top elevation. In your case set the “elevation offset” set to -1m.
  2. Can you please add the new Australian mapping datum, GDA2020, to the projection options.
  3. In Windows 7 (and presumably other versions) , it depends on the font size selected under Control Panel\All Control Panel Items\Display.
  4. Dunaj, Check under HELP>REGISTER> that you have the TIN module enabled.
  5. I used to get this a lot but it's been a while. If it is a transient model, make sure there are no observations in the first time step (or maybe first stress period?) . This can stop the model running or the head file saving properly.
  6. Rob Virtue

    ET surface

    Kirk, We had the same issue recently (18 September 2015), with the option for "2D Dataset -> Array" being greyed out, and were given this work-around from Jack at Aquaveo support. It seems to have worked. "Currently the option to use the "2D Dataset -> Array" command for U-Grids is not available, however I believe that the developers are working to implement it in future versions of GMS. I've got a possible work-around for you. This assumes that your topographic surface can be represented as a 2D scatter set or TIN. In this case right-click on your U-Grid and select 3D->2D, and then select layer 1 so as to make a 2D U-Grid of the top layer of your 3D U-Grid. This ensures that the cell IDs of layer 1 in your 3D U-Grid line up with the cell IDs of the 2D U-Grid. Now select the 2D U-Grid to ensure that it is the active U-Grid, and select the topographic surface data that you have and convert it to a 2D scatter set. Then interpolate that 2D scatter set to the 2D U-Grid. Now you will right-click on the interpolated dataset on the 2D U-Grid, and select "View Values". Copy the column of f values here, click ok to exit that dialog and bring up the dialog for the EVT package on the 3D U-Grid. Now paste in those values to the array for the EVT package. You can check to make sure that the cell IDs are the same and line up all right. If you have trouble doing this, please let us know."
  7. Mina, I suspect you have specified head cells with the head elevation set below the base of the cell, which causes a terminal error. Use the automatic layer assignment option to ensure the elevations are set at the uppermost cell ("Auto assign to one cell") or the uppermost and all underlying cells ("Auto-assign including lower cells") where the elevation is above the base of the cell. If you are using transient heads, be aware that automatic layer assignment seems to use the elevations from the first stress period.
  8. Mgozdor, This occurs if you have the "use to define model boundary (active area)" box checked in ANY coverage in addition to your activation coverage. This is a common problem at the moment, because if you select "layer range" in a coverage, it automatically checks the "..active area)" box. A bit annoying really. It will cause the activation errors whether you map the coverage to the model or not, so make sure you check ALL of your coverage.
  9. Rob Virtue

    PEST

    I am having the same problem (GMS 10.0.6). It appears that PEST is looking for flow observations for DRN and CHD boundaries, even though there are no coverages with flow observations in the current model.
  10. If you have a high conductance value for the general head boundary relative to the cell K, it will act as a variable head cell as there is not a significant restriction to flow. If you drop the conductance to a very low value relative to K (conductance can be varied over time just like head) flow is restricted so that the is negligable exchange to and from the GHB term. By varying the conductance, the GHB can be used like adding or removing a constant/variable head boundary, without the need to stop and start the model.
  11. Another option would be to use a general head boundary instead, with heads as you are using for the constant head boundary, and use the conductance values to turn it "on" and "off".
  12. I was editing a large model and added one new scatter point, which caused GMS to crash. I could then not reopen the model. After the panic attack subsided, I noticed that my hard drive was full. After deleting or moving about 3 GB of files off my hard drive the model opened and edited OK for a while and then crashed again. I noticed the hard drive was full again and did some hunting around and found that there was about 30 GB of world imagery files in \temp. Two Lesson: - make sure the "online maps" box not checked in GIS once the image is downloaded, to prevent is downloading again every time the view changes; and - regularly clear the cache (under "advanced" options in "get on line maps") or delete temp files. Panic over and back to the model. And backing up the model.
  13. Are transient TINS and PHT3D in the recent release of GMS9.1.1?
×
×
  • Create New...