Default projectionDefault projectionRE: Default projectionPeter Vermeulenhttp://oss.deltares.nl/c/message_boards/find_message?p_l_id=298173&messageId=10506452016-10-24T11:04:26Z2016-10-24T11:04:26ZHi Bas,<br /><br />Probably something wrong with your runfile. Please send it to me.<br /><br />Kind regards,<br /><br />Peter VermeulenPeter Vermeulen2016-10-24T11:04:26ZRE: Default projectionBas van Dijkhttp://oss.deltares.nl/c/message_boards/find_message?p_l_id=298173&messageId=10480552016-10-20T09:23:32Z2016-10-20T09:23:32ZHi Peter,<br /><br />quick question. When trying to run my runfile in imodflow,<br />the following error occured:<br /><br /><i>Expecting more input on line [ 1,1.0,0.0, "directory to my bnd file"]</i><br /><br />What could be the cause of this? I tried it for both values of 0 and -1 for the sea (i.e. the inactive cells).<br />Hope to hear from you soon!<br /><br />BasBas van Dijk2016-10-20T09:23:32ZRE: Default projectionBas van Dijkhttp://oss.deltares.nl/c/message_boards/find_message?p_l_id=298173&messageId=10304202016-09-27T13:45:07Z2016-09-27T13:45:07ZHi Peter,<br /><br />Yes the model is running with the original files with cellsize of 0.08 m, which represent the original resolution of 5 arc degrees.<br />Altering the porosity values has been a great idea! <br />I've multiplied the porosity with the sqrt(cellsize05min.correct.map)/celllength().<br />Maps with a different varying cell sizes over the lenght of the earth were use to compensate for the differences in cell sizes.<br />The results in the *.iff file show adequate time values for the flowpaths.<br />Using this conversion factor must come with its limitations however.. I suspect that the calculations of the flowpaths are affected by this assumption.<br /><br />The most desired outcome would still be to reproject the original input files,<br />and make imodflow and imod work with those. I am certain that the solver configuration of the runfile has something to do with this.<br />I would really like to come over to deltares and discuss this with you.<br />Perhaps you can give me your email, or you can send me one, <br />I stated my email address in my last post before this one.<br /><br />Thanks again,<br /><br />BasBas van Dijk2016-09-27T13:45:07ZRE: Default projectionPeter Vermeulenhttp://oss.deltares.nl/c/message_boards/find_message?p_l_id=298173&messageId=10248122016-09-21T08:34:22Z2016-09-21T08:34:22ZHi Bas,<br /><br />Yes, you are always welcome to come over to Deltares.<br /><br />So, if I understand you correctly, the model is running with the original files (in degrees) with cellsize of 0.08m. Also the particles work fine, to get the right age for the particles you have to alter the porosity-values. Small values will increase the age, and large values will slow it down, but the porosity values will NOT influence the actual path of the particles. In this case, I believe you have to multiply the porosity values with <span style='font-family: Courier New;'>m/0.08</span> where <span style='font-family: Courier New;'>m</span> stands for the size of the gridcell in meters (so, you have to know how much 1 degree is in meters).<br /><br />Kind regards,<br />Peter VermeulenPeter Vermeulen2016-09-21T08:34:22ZRE: Default projectionBas van Dijkhttp://oss.deltares.nl/c/message_boards/find_message?p_l_id=298173&messageId=10239862016-09-20T13:17:28Z2016-09-20T13:16:08ZHi Peter,<br /><br />The thing is, imodflow and imod have been run successfully for the initial input files (in degrees) with also a cellsize of 0.08.<br />The resulting pathlines (attachment 1) seem accurate, however the scale is incorrect, as can be seen in the bottom right corner.<br />My ultimate goal of this research is to derive the coherent groundwater age of each flowpath from the *.iff file, but due to the error in scale this is not possible.<br /><br />As I mentioned earlier, to deal with this problem, I've changed the projection of all input files to one in meters. After that the model was not able to solve it anymore.<br />I suspect this has something to do with solver configuration of the runfile. The empty line above "active modules" does not have any effect. <br />Using the network as described in the idf file is not completely clear to me. Would you mind elaborating on that?<br /><br />The input files of the model are quite large (approx. 10 files of 100 Mb), so sending them might be hard.<br />You can contact me through email, if you would like (in Dutch is fine of course)<br />b.vandijk4@students.uu.nl<br /><br />As I am student working on my MSc thesis at the UU, it might be even easier to meet up, if you're open to that.<br />It could help me out a lot. Thank you in advance.<br /><br />BasBas van Dijk2016-09-20T13:16:08ZRE: Default projectionPeter Vermeulenhttp://oss.deltares.nl/c/message_boards/find_message?p_l_id=298173&messageId=10197612016-09-15T07:40:03Z2016-09-15T07:40:03ZHi Bas,<br /><br />I'm afraid I don't understand your question. As as I can see, your model didn't start solving the problem due to some errors in your input data. I've been running a model with degrees (from the UU) succesfully with cellsizes of 0.08. A small detail is that there should be no empty line in your runfile above "<span style='font-family: Courier New;'>ACTIVE MODULES</span>". And it is better to use <span style='font-family: Courier New;'>NSCL=0</span> and than use the network as described in the IDF file <b>C:\WSM\ASCII\landmarks.idf</b>.<br /><br />If you still face some issues, you may send me the model, than I can have a better look and understanding of your problem.<br /><br />Kind regards<br />Peter VermeulenPeter Vermeulen2016-09-15T07:40:03ZRE: Default projectionBas van Dijkhttp://oss.deltares.nl/c/message_boards/find_message?p_l_id=298173&messageId=10181662016-09-13T09:55:57Z2016-09-13T09:53:25ZHi Peter,<br /><br />after a while I didn't expect a response anymore,<br />but here it is, thank you! Unfortunately, the problem is still occuring.<br /><br />I've not tried to work with a newer version of iMod yet, <br />as the first simulations with the input files in degrees did acutally present flowpaths.<br />I have established that my problems so far might have to do something with the settings in the runfile.<br />The initial runfile where the input files have a projection in degrees are originally from another research,<br />and is assumed to be correct. The file can be regarded in attachment run1.<br /><br />As earlier explained, I have tried to change the projection of the input files to meters,<br />as there is a scale problem using the original input files that are in degrees.<br />The iMod manual states that the QCLOSE in the runfile is defined as the following:<br /><br /><i>"Closure criterion for the mass balance. This criterion depends on the<br />grid size, since large grid cells produce larger errors in mass balances<br />than smaller ones does."</i><br /><br />My self-developed runfile for the reprojected inputs can be viewed in attachment run2.<br />Obivously the cell size differs for the two files (0.08 vs. 9276.587 respectively), I have not altered QCLOSE however. <br />Might this be what holds back imodflow? <br />And more importantly, if yes, what is a more viable value for QCLOSE, or how can I find out?<br /><br />Thanks again!<br /><br />BasBas van Dijk2016-09-13T09:53:25ZRE: Default projectionPeter Vermeulenhttp://oss.deltares.nl/c/message_boards/find_message?p_l_id=298173&messageId=9994302016-08-18T09:19:33Z2016-08-18T09:19:33ZHi Bas,<br /><br />After you've transformed your data the model isn't converging anymore - though it says it converges. Probably the "new" model lacks a proper boundary condition or it has some "isolated" gridcells that are not connected anymore. This causes the used PCG solver to fail. Also I saw that you;re using an old version of iMODFLOW (v2.6.45), could you try it with the released iMODFLOW version v3.4?<br /><br />Kind regards,<br />Peter VermeulenPeter Vermeulen2016-08-18T09:19:33ZRE: Default projectionBas van Dijkhttp://oss.deltares.nl/c/message_boards/find_message?p_l_id=298173&messageId=9750082016-07-18T22:31:11Z2016-07-18T22:27:42ZHi Frans,<br /><br />Thank you for the quick and clear response.<br /><br />I won't use the WGS84 EPSG:28992 Amersfoort RDnew then.<br />As all my data (ascii files) is in degrees, I am able to run the model, but the scale is incorrect, and therefore the absolute results of the pathline simulation as well.<br />I still wonder if it is possible to change the default projection of iMOD to a projection in degrees?<br /><br />As an alternative appraoch I've been able to transform the projection of all the original ascii files, <br />which serve as input for iMOD, to a projection in meters (I tried both WGS 1984 Plate Carree and Mollweide).<br />Now, after changing the model extent and the resolution to meters too, in the runfile, the command prompt is able to run iMODFLOW. <br />I've noticed a big difference in the command syntax however:<br /><br /><img alt='' src='https://s31.postimg.org/uoqv2bakb/image.png' /> (1)<br /><br /><img alt='' src='https://s32.postimg.org/5nr5cjhrp/image.png' /> (2)<br /><br />(1) represents the conventional process with a runfile, where one still has to deal with the scale disorder.<br />(2) presents the process where the input data is already transformed to a projection in meters.<br />There's seems to be no streamflow, as there are no head closure - cell calculations.<br /><br />The results can still be run in iMOD, but unfortunately no flowpaths appear, and the *.iff file results in the following:<br /><br /><img alt='' src='https://s31.postimg.org/xbvlguagr/image.png' /> (3)<br /><br />Particles are released, but no actual flowpath simulations occur. <br />The time values of 200 years, are simply there because I've set the maximum trace time at 200 yrs. <br />What do you think obstructs the calculations in the command prompt? <br />Or what do you think prevents the model from running pathline simulations?<br /><br /><br />Any thoughts or suggestions would be really appreciated!<br />Thank you in advance.<br /><br />BasBas van Dijk2016-07-18T22:27:42ZRE: Default projectionFrans Roelofsenhttp://oss.deltares.nl/c/message_boards/find_message?p_l_id=298173&messageId=9735602016-07-16T12:50:51Z2016-07-16T12:50:51ZHi Bas, <br /><br />At this moment we work in iMOD on a groundwater model for the Ganga basin, India. <br />Our Projection is the Lambert projection (EPSG 02030), a XY projection. <br /><br />You don't need to use the Amersfoort projection. <br />iMOD is XY based so as long as you pick a XY projection it is no problem.<br />The line in the Manual about the WGS84 EPSG:28992 projection needs a revision.<br /><br />Kind regards, <br /><br />FransFrans Roelofsen2016-07-16T12:50:51ZDefault projectionBas van Dijkhttp://oss.deltares.nl/c/message_boards/find_message?p_l_id=298173&messageId=9730332016-07-15T18:30:31Z2016-07-15T18:30:31ZHi,<br /><br />I'm doing a research focussed on pathline simulations, but still pretty new on working with iMOD.<br />The manual states that the default projection is WGS84 EPSG:28992 Amersfoort RDnew.<br />This is obviosuly centered on Amersfoort, but I'd actually like to run pathline simulations for the whole world,<br />where this projection gives great deformations for Australia for example.<br />Is it possible to change the default projection somewhere?<br />(This is of great significance, as all my input data is in degrees, while the unit of iMOD is meters).<br /><br />Thank you in advance.<br /><br />BasBas van Dijk2016-07-15T18:30:31Z