Jump to content
RockWare Support Forum


  • Posts

  • Joined

  • Last visited

Everything posted by Alison

  1. Alison

    Gridded Topo

    Hi Craig, Here is a link to our client upload site: https://www.rockware.com/upload-for-rockware/ You may need to zip up the DXF file to get it to go through. Best Regards, Alison
  2. Alison

    Gridded Topo

    Craig, We'd be happy to take a look. Please send the DXF file over to tech@rockware.com along with information about the coordinate system you using, units, etc. Thanks, Alison
  3. Alison

    Gridded Topo

    Also, here is a KMZ file that I find really handy showing all of the State Plane zones. I often plot some Lat/Longs from my project along with this just to confirm that I'm using the correct zone.USA_State_Plane_Zones_NAD83.kml
  4. Alison

    Gridded Topo

    Are you seeing this shift when you export to Google Earth? If so, then yes, I think I would try reassigning the coordinate system in your project through the Coordinates tab. Unless you are working with some coordinates in your project that are in different units or a different coordinate system, I don't think you should need to re-scan your data to re-establish project dimensions.
  5. Vincent, Unfortunately, I am not able to reproduce this problem using our Sample dataset. Could you please contact tech@rockware.com with your menu settings? This might help us diagnose what the problem is. To create an RwMenu file, go to File|Export|I-Text and then click the Settings button in the upper right corner of the menu. Use the Save Current Menu Settings button to save the file. Best Regards, Alison
  6. Alison

    Gridded Topo

    Craig, The Spatial Filter tools at the top of the window will exclude data from the mapping calculations, but will not limit the extents of the grid. If you have a polygon that defines the extents of the xyz data, then you should turn on the Polygon clipping options during grid creation. Here, you can have the program create a polygon (using the Automatic settings), or reference a polygon file or table. You can set the grid cells outside of the polygon to null, so the contour lines in the map will not extent outside of the dataset area.
  7. We recommend that users take a look at this new forum posting before following the instructions above: It appears that the installation of a patch posted on the RockWare website (related to a known bug in RockPack) may also fix this issue.
  8. Users have reported a DLL error running the Safety Factor Calculations in RockPack III on a Windows 10 64-bit computer: Class not registered. You need the following file to be installed on your machine. MSSTDFMT.DLL. This is a DLL which is apparently not installed with newer versions of Windows, and it is required by RockPack III. We have found that one easy solution to this problem is to install the RockPackIII Plane2Beta Patch, which is described on the RockPackIII support page: https://www.rockware.com/product/rockpack-iii/#tab-in8sync_rockware_support The patch was originally designed to resolves some known errors in the PLANE failure calculations when metric units are used. We have found that it also seems to install this missing DLL. If you run into this problem and the installation of the patch does not resolve this, please contact tech@rockware.com.
  9. Craig, I'm sorry you are having this problem. My guess is that this has something to do with your menu setting. Unfortunately, access violations can be hard to diagnose without looking at the data and menu settings. If you are willing to send us your project, we will take a look at it as soon as we can. To do this, you could simply zip up your project folder, removing any files that are not applicable to this problem. You can send this to tech@rockware.com. Best Regards, Alison
  10. Vincent, I suspect that you need to change one of these columns to be hung off of the Collar Elevation datum, rather than the Elevation datum. This would be set at the top of the data table in the Borehole Manager database. If you continue to have problems, please feel free to send us your project (to tech@rockware.com) and we will take a look. Best Regards, Alison
  11. Kaitlin, Thanks for posting the image and detailed explanation! RockWorks really relies on data (non-detects or low measured concentrations) to delineate contamination. The program does not include any tools for predicting where contamination might end. Here are a few additional thoughts on this: 1. Vertically, contamination is often delineated by geology - either by a bedrock surface or perhaps a confining layer. If a geologic feature limits contamination vertically, you could use a stratigraphy surface as a lower "Subface" surface during modeling. 2. If you don't have sufficient data to delineate contamination laterally, you might consider using a distance filter or a polygon during modeling. Some users may also add additional "professional judgement" boreholes to help control the shape modeled contamination. If you continue to have questions, feel free to send an email to tech@rockware.com, along with your dataset. Best Regards, Alison
  12. Dan, We can still take a look at your file. Please go ahead and send it over to tech@rockware.com, along with the version of RockWorks you are using. Best Regards, Alison
  13. Hi Dan, I have tested a multi-tab Excel file using RockWorks17 (Revision 2020.5.6) and an not running into the same problem. After the program loads the XLS or XLSX file, I am given the option to select the worksheet, and the fields are updated. A couple of thoughts: 1. If you are using an older version of RockWorks17, its possible that we added this functionality or fixed a bug after that version was released. If you are able to update the software, that might resolve the problem. 2. I noticed in the screenshot that you are linking to a file on OneDrive. I am not aware of problems with this, but you might try moving the file to a non-synched location just to make sure that the program is having a hard time accessing a file that is also being actively synched. If you continue to have problems, feel free to reach out to our tech support team at tech@rockware.com. We may want to take a look at your XLS file once we've determined that this is not related to the use of an older version of the software or to synching on OneDrive. Best Regards, Alison
  14. You can disable the chemistry portion of the model by unchecking Enable Reactive Transport. This is an option under the Properties|Global Properties menu in PetraSim. I think this changes MOPR(1) to 2, but you should check this to confirm the setting. Please see the TOUGHREACT v3.32 "QuickRef" PDF for a description of this.
  15. Please go ahead and email your SIM file to tech@rockware.com and we will take a look. If you have not tried running your model without the chemistry, please do this first. This should hopefully help you determine if the problem is with the flow portion of the model, or the chemistry.
  16. There may be a problem with your flow model. Have you tried running the model with the chemistry disabled?
  17. Aigerim, These all would be a better question for the LBL forum and I ask that you repost these questions there. 1. For CTOT, I THINK that you would use all of these molality values as they are listed, but use 1 for h2o. If you determine that this is incorrect, please come back and share that information here. 2. Regarding CGUESS, I believe that normally, you can use the same value as CTOT, or one order of magnitude lower. Here is a link to a discussion about "guess" and "tot" on the LBL forum: https://tough.forumbee.com/t/36a3b9/setting-up-initial-water-chemistry 3. Regarding h+, take a look at the TOUGHREACT manual for ICON =3 (known activity). This is often used to define a known pH "For example, to input a known pH value, use this option and set CTOT = 10-pH for H+ activity."
  18. The main reason your model will not run is that you have not assigned an Initial Water zone to all of the elements in the model. I did this, and the model does run for a little while. However, if you look at the runlog.out file, you'll see lots of errors about convergence problems, so it seems that you have more work to do on your initial water chemistry and minerals. Have you put together a static geochemical model using a program such as PHREEQC or GWB? If not, you should really do that before trying to add the chemistry to TOUGHREACT. Ideally, you will want your minerals and water to be in equilibrium. As I had mentioned, it might help for you to put together some single cell models testing your initial water and chemistry before trying to run a more complex model.
  19. If you are getting that error, then you should check to confirm that you have all of the basis species listed for so2(aq) added as Primary Variables.
  20. Aigerim, There are a number of problems with your model. I think the main problem is that you have not selected an aqueous species. I tried switching to the "enable all" option, and got a message in the runlog.out file that there were too many derived aqueous species, so you will need to select some. A few other things to note: 1. In your initial water zone, you've assigned values of 0 for CGUESS and also values of 0 for CTOT for h2o and so4-2. These should not be 0. 2. Another problem that I noticed with your model is that you have not assigned any zones to the elements. I would recommend that you do this by layer. You can double click on a layer in the data tree on the left side of the window (for example, Caprock 1), and under chemical zones, set an initial water zone, mineral zone, etc. My experience has been that you need to assign an initial water zone to all of the cells for a model to run. I would recommend that you switch to a simpler model, maybe even just a single cell model, initially. This would allow you to work out any problems with your water chemistry and minerals before moving on to a move complicated flow model. You also might try creating the flow model without any chemistry initially, and then add the chemistry once your flow model is working.
  21. Aigerim, You would not want to store your SIM file in the C:\Program Files\PetraSim 2020\tough64\treact_v3 directory. You would only want to place the TOUGHREACT v3.32 executable and the required DLLs there. Storing a SIM file and TOUGHREACT input files there would cause this Access Violation. You should store the SIM file and related input files in a location such as the Documents folder on your computer. The other option would be to place a copy of the TOUGHREACT executable and the required DLLs in the same directory as the input files, and run the simulation from a command line, rather than from the PetraSim interface.
  22. Hi Aigerim, I see that you are using TOUGHREACT v3.32, which is not quite as integrated with PetraSim as TOUGHREACT v1.2. In order to get your model to run from a command line, I had to put the following DLL files in the same directory as the TOUGHREACT executable. I then placed these same DLLS in the following directory, and the model ran through the PetraSim interface. C:\Program Files\PetraSim 2020\tough64\treact_v3 The message about the simulation halting previously is inaccurate, as this model seems to run to completion (this is something we need to address as we add better support for TOUGHREACT v3.32). I am able to access the flow.out and runlog.out using the links in the program. Also, if I look in the directory with the SIM file, I see that the simulation has created TecPlot output files, but NOT CSV files. The fact that you are able to view some results in the interface indicated that there are also CSV files in the model directory. I am not sure why there are CSV files in the directory with your SIM File, but my guess is that these are left over from a previous TOUGHREACT v1.2 model run, or perhaps you used our online conversion tool to create them from the TecPlot output? I would recommend that you delete ALL output files and rerun your model. As a rule, each SIM file should be stored in its own directory to avoid confusion with overwriting output files.
  23. Aigerim, Does the flow.out file exist in the file with the runlog.out file? If it does, you should be able to open it outside of the PetraSim program. If you continue to have problems, or if somehow the flow.out file is not being created, please send us your SIM File as we'll see if we can reproduce the problem. Best Regards, Alison
  24. I think that you will probably need to use the Surface Complexation tools in TOUGHREACT v2 or v3.32 to do what you are looking for, as I don't think the Kd zones will allow mass to be desorbed. PetraSim does include some support for TOUGHREACT v2 and v3.32, but does not include support in the interface for Surface Complexation. You would need to acquire the newer simulator through LBL and you would need to make modifications to the input files created by PetraSim to add Surface Complexation zones. If you own these newer simulators and would like additional information about using them with PetraSim, please contact me directly at alison@rockware.com
  25. It is my understanding that the composition of the brine is really defined by the brine properties that the user defines (which is a reference P and T, along with a density). I don't think that the standard EOS7 simulator would allow you to define more than a single brine, so I don't think that it would be possible to track the spread of brines of different origins. You might consider posting this same question on the LBL TOUGH forum: https://tough.forumbee.com/ Someone there may have some additional suggestions or input for you. Best Regards, Alison
  • Create New...