Jump to content
GMS, SMS, and WMS User Forum

Mick

Members
  • Content Count

    4
  • Joined

  • Last visited

Community Reputation

0 Neutral

About Mick

  • Rank
    Member

Contact Methods

  • Website URL
    http://
  • ICQ
    0

Profile Information

  • Interests
    Hydrogeology, Groundwater Modelling, Computer Programming, Data Transformation

Recent Profile Visitors

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

  1. Hello, Iam currently working on a reasonably sized model in GMS, and experiencing difficulties when it comes time to map the transient recharge model. I have had success working on a very similar model, which had 949 polygons assigned in a recharge coverage and 45 stress periods, which meant that my recharge text file (which was assigned to the transient polygon data set) was approximately 42705 lines in length. My subsequent model consists of 1163 polygons and 45 stress periods, which makes the transient recharge text file about 52335 lines in length. I have found that I can get the transient data into the model (ie imported) but once that has been done, then the coverage can not be mapped, or the .gpr saved. I’m wondering whether GMS has an internal limitation to the number of polygons, or size of transient data set which can be worked with, both in theory and practically? I have tried the same process on a couple of different computers (core 2 duos) with the same result. Any help you may be able to offer would be much appreciated. Cheers, Mick
  2. Michael, Thanks mate, short and concise. I found the 'Assign dry cell value' dialogue in the LPF package options, so I'm going to make that some big negative number, and do likewise with the initial heads array that I will be importing. Cheers, Mick
  3. Hi all, I'm importing a model which has been written to MF2000 outside of GMS, and simply importing using the .nam file. I have found work around solutions for most of my problems thus far, but I do have one question. When GMS reads in my model, particular the initial heads array of values, what value should I have specified for those which are starting as dry? Should this be -999, as specified as 'No flow head' in the Global options, or is there somewhere else to specify a unique value for those starting dry? Thanks for any help, Mick
  4. Hello Forum, I am attempting to convert several models (some steady state only, and some transient) from the GW Vistas GUI to GMS. Ultimately I wish not only to be able to run the models from within GMS, but to maintain the user functionality which was created from within the GW Vistas environment. Specifically, zones created for Hydraulic conductivity, storage, recharge, and evapotranspiration etc will need to maintained, hence that parameters applied to these zones can be altered within GMS. My methodology thus far, has been: - To export all property shapefiles from the GW Vistas model - To open the modflow .nam file (created using MF 96 or 2000) - To georeference the model domain - To build a new conceptual model object - To build the required coverages - To import the required shapefiles - To map the shapefiles to the coverages At this point, I thought it is worth stopping and seeking some specific GMS advice, before proceeding any further. Before I get into the nitty gritty of my questions, my plan from here, would be: - To Initialise MODFLOW - To activate the cells in the coverage - To map to MODFLOW, and to re-run the model(s) to check the model output. Here are the questions which I have: - Without Arc Objects enabled, when you map shapefiles to the coverages, the FID fields become inverted (that is flipped in the sorting order), is there any reason for this? - If I dissolve the polygon shapefiles based on the parameter specific zones, then it causes issues when I perform the shapefile to feature objects conversion [Error: An outside polygon with ID18 for the current inside polygon was not found] I presume this is to do with topology, and hence, have until now performed a clean function on the shapefile (after dissolving it), prior to mapping the shapefile to feature objects. The net result is that I get multiple polygons in the coverage for the same zone, which I would like to avoid if possible. I am thinking of converting the shapefile to an Arc Coverage and using the Arc Objects > Feature Objects to help eliminate potential errors, but then again, when I perform that conversion, I'm guessing that the mutipart features in the shapefile will be broken down to individual arcs. - Is there some way of grouping like polygons in the created conceptual model coverages, or is there simply a better way to map shapefiles to Feature objects within GMS? - When I first open the models, even if they have been run in MF2000, they open with the BCF package. As I need to specify vertical hydraulic conductivity in my models, I'm assuming that I need to specify my conceptual model as having a LPF flow model. Will this cause any problems when it comes time to map my coverages to Modflow? I think this is probably enough questions for now, as I progress, I'll endeavour to post more specific questions on the site. I appreciate any help, and will endeavour to help out on other topics where I can. Kind regards, Mick
×
×
  • Create New...