It did not work. I have tried with some output conditions, No luck
↧
Forum Post: RE: Site map in fence diagram
↧
Forum Post: RE: Graphing design lines in gINT
Hi, I am also interested in achieving this, even adding some degree of complexity: I need "su1:top" and "su2:bottom". Phil, I have tried the method you recommended, without success, I probably put statements in the wrong fields... I have also tried something like: >, >)>> in data expression of Independant data and: >, >)>>)>> >,"= >", >,"= >", >)>> in data expression of Dependant data but it seems to plot only the > expression. Would you have an idea why it doesn't work? Thank you
↧
↧
Forum Post: How to calculate stability of Abutment with bored pile?
Dear Sir or Madam! Now, i need to analyse stability (slip) of Abutment used bored pile by Geo 5 software but in the manual of Geo 5 don't mention this issue, so if you know please tell me. Thank you very much!
↧
Forum Post: RE: Graphing design lines in gINT
We do this a lot. We use 'Curves from equations'. Originally we controlled the values required via Report Variables. More recently we have created a table in our database to store information for the lines, which we then call up via a single Report variable. We've now got a system that does exactly what we want, although a lot of coding was required (gINT does not make it easy!)
↧
Forum Post: RE: How to calculate stability of Abutment with bored pile?
Hi - If you could please email me at katie.aguilar "at" bentley "dot" com (replace the items in quotes with the actual symbol) I can help you better. In Abutment, slip is evaluated. But not with piles. You can transfer the foundation to the Pile Group program if you have it. Also, in the slope stability program you can model the pile with special properties to evaluate for global stability. I can send you an example if you like.
↧
↧
Forum Post: RE: Well Completion Diagram Conundrum
I was referring back to this post. I like this Break symbol. I'll have to send you guys my examples to you can see how they turned out.
↧
Forum Post: Plotting both the uncorrected and rock corrected curves On the compaction graph
HI, I'm trying to develop a template that plots both the uncorrected compaction curve and the rock corrected compaction curve. I looked at another example on here for adding the rock corrected curve and that worked but then it wouldn't plot the corrected curve. Any Ideas?
↧
Forum Post: RE: Is there somewhere to input organic matter content in Lab Testing?
If you have the Lab Testing Add In you can just create a new field in the Lab Specimen Table called "Organic Content" and then reference that field in a text entity on the Particle Size Report. That is what I do. If you are more savvy than I am you could probably use gINT rules to create a new table (or modify the WC Density Table) and then have it calculate the organic content for you.
↧
Forum Post: gINT Mobile - iPad or tablet
Is there a mobile (iPad) application planned for gINT in a near future?
↧
↧
Forum Post: RE: gINT Mobile - iPad or tablet
I can't speak to what Bentley plans to develop. I hear about a lot of people using gINT Logs on a Rugged tablet PC, consider the following for a successful implementation: * Hide fields and tables you don't need for field logging. The DGD Tool has a Hide Scenario function that programmatically hides groups/tables/fields you don't want to see based on selection from a field on the Project table. * Use graphical data input, and see the log report as you enter data * Use a component description - description broken up into many fields, mostly with lookup lists * At the end of each day zip the gpj and email it to your office * By working in the same software you want the data to ultimately reside in data transfer problems are minimized PDF log reports while in the field * When using field devices one must consider automatic backup of data. There are 3rd party apps that can upload automatic backups of gpj files to a webserver.
↧
Forum Post: Outputting Gravel Sands Fines % works on one machine but not another
I use the code below to get % of gravels, sands and fines to output on logs and fences against depth. I have an issue now where it's not outputting on a particular machine. All the machines read from the same library so I don't think it's a library issue. I've a feeling it may be the 'User System Data' such as 'AGS PSD D Size Multi' but I'm not sure. Would anyone care to offer their opinion? >,_ >_ >_ >,0)>>,_ %_ )>>,_ >_ >_ >,0)>>,_ %_ )>>,_ >)>>_ >)>>,_ >_ >,0)>>_ )>>,_ %_ )>>,_ )>>
↧
Forum Post: RE: How can i change the units to SI in gINT? Thank you.
Hello Aparna, For the HOZE SIZE entity in your header how did you get 'NX to BOH' under the hole dimensions? Thank you
↧
Forum Post: Editing Data Templates
Hello, I'm new with gINT Logs and I've been trying to modify a data template to better suit our companies needs. For test pitting I've been describing the test pit dimensions as 0.9 m W x 0.5 m L x 1.9 m D for example. However, when I view the output, the dimensions do not fit on the given line. I'm wondering what dimensions everyone else reports the dimensions of a test pit or bore hole in. I'm also unsure how to modify a template. Does anyone have any ideas for beginners when it comes to modifying templates? I've read three tutorials and they aren't helping.
↧
↧
Forum Post: RE: Plotting both the uncorrected and rock corrected curves On the compaction graph
Ok, well I tried using the trick that dcwshanwil used for the Triax graphs, that is using the overlaid report format to stack the graphs on top of each other. That worked but great! I will try this on my Triax graphs as well.
↧
Forum Post: RE: Outputting Gravel Sands Fines % works on one machine but not another
Hi Gavin, The expression looks to be fine. I did a basic test adding your expression to a text vs depth entity in the gINT provided standard AGS files. I used a standard AGS file populated with example data. See Below. The information looks to output as I would expect. The User system data Items you mention are stored in the library file When you get different results from different machines, the most common causes are listed below. The Machines are using different library files. Open the program on each machine and verify that not only are they pointing to the same library but that the path is the same. You may have a file with the same or similar name but in a different location. If the Path is the c drive then the file on your c drive may be different than the file on the other machine (which could indicate a different file). If you are certain you have the same library file open then you may inadvertently be using a different report. In output in the yellow drop down at the top verify that you are using the same exact report when comparing output between two machines. Make sure you are outputting the exact same dataset. Project file and lab test. (Could be the same issue as library above) If you are sure that all three items above are an exact match , verify the product version installed on each machine. If the product version is different you may want to make sure both machines have the same version. From inside the program go to Help ..about gINT to see the version number on each machine If you are unsure about this or all the items above are verified and you are still seeing the issue please send me an e-mail at kirk.johnson@bentley.com with your contact info and I would be happy to look at both machines with you. Here is the output using the expression you provided
↧
Forum Post: RE: How can i change the units to SI in gINT? Thank you.
In the above sample I have used standard gINT Canadian Files. The Input data in the field of Hole size is showing ' 0.15 to 7.7m, NX to BOH'. In the report header the entity of Hole size has an associated text expression that is calling upon this Hole size entry.
↧
Forum Post: RE: gINT Mobile - iPad or tablet
If you are looking for a fully functional version of gINT for iOS or android I can not speak to that and you can stop reading right now. If you are looking for a means of inputting data electronically in the field that can be used in gINT to produce final logs and fences using gINT in the office, the following may be a way to go. For the last 10 years we have used carefully constructed excel spreadsheets to facilitate direct input of field information in the field and eliminated recording of field information on paper logs or in field notebooks. This greatly speeds and streamlines the process of producing finished logs. It also promotes consistency and completeness in the finished product regardless of the individual completing the log. It works as follows: 1. The excel spreadsheet includes just the tables and fields that are required to be completed in the field for a single boring. No project information, no lab test information. If your data structure does not include component descriptions this can be built into the spreadsheet so that you are completing the component description in the spreadsheet and the spreadsheet assembles the final single description to pass to gINT. The spreadsheet uses excel data validation lists to create drop down pick lists for each field that are simply selected by field personel; limiting the amount of keyboard entry required in the field and making use of the touch interface on portable devices. 2. A single excel spreadsheet is completed for each boring and saved on the field device. It can then be emailed to the office from the field device or downloaded to a PC with gINT installed. 3. The excel file is imported into the project using a correspondence file that matches the fields in the excel file to the appropriate fields in gINT. If you make sure the fields in excel are named the same as in gINT then this correspondence file is quite simple. Exporting your current gINT data structure to excel to start building your field input workbook is a good way to insure this. 4. The gINT project file resides in the office or on a single PC located on the project. This set up has the following advantages: 1. It employs a one file per boring strategy. This allows multiple field personnel to input borings in the field and send them to a central person for import when each is completed. Partially completed borings can be passed to other loggers to be completed in the same way you would treat a paper log. There are no concerns about merging project files from multiple sources and keeping field versions of the project files in sync with office versions. 2. The pull down pick lists can be made "smart" in excel. They can be ordered so that more common choices appear first (rather than alphabetically in gINT). The top depth pull down can present the last bottom depth as a choice (the next logical entry). The bottom depth can provide choices of the last top depth plus common sampler lengths. Date time fields can provide the current date and time as a choice. Items displayed as choices can be dependent on other choices made in the spread sheet...for example you can have a cell to choose between cohesive soils and granular soils or various rock types. Subsequent pick lists will then only display choices appropriate for that selection promoting consistency and appropriate descriptions. Completeness checks can be built in to make sure all required information is collected and input in the field. Some fields can be automated using excel lookup tables...for example selecting "sandstone" as a primary material can automatically select the graphic symbol name used in your gINT library for sandstone. You can incorporate the complete boring tabulation for the project into the spreadsheet so that if you select the boring number from the tabulation list the location information (Lat. and Long. Station and offset, coordinates and elevation) associated with that boring is automatically looked up and presented as a choice to enter. Standard notes (such as "Top of rock at 6.1 ft.") can be automatically assembled and presented as a choice. You get the picture, lots of possibilities depending on your familiarity and skill with excel. 3. You can always make custom entries when the items in the pick lists do not provide an appropriate choice. This requires use of a pop up soft key board provided as an integral part of most mobile operating systems but does not limit the field personnel to predefined choices. 4. By working in excel you have cross platform compatibility built in. We started using this system on windows mobile 5 PDA's but can now use it on android tablets or phones, windows tablets, and probably iPADs (haven't tried that yet as the iPAD is not particularly suitable for use in a rugged environment but there is no reason why it shouldn't work with office 365 now available for iPAD). It can also be used on any desktop or laptop PC or apple computer that runs Microsoft office so you do not need gINT installed to input a log. 5. Additional reference information that is frequently referred to in the field can be built in to additional tabs in the excel file so that it is always available in the field. This can include definitions of descriptive terms such as "stiff" or "medium dense" or "sub angular" or sampler code abbreviations, etc. 6. The pick lists help ensure consistent entries. For example the logger is not entered as "Joe Logger" on one log "J. Logger" on another and "Joeseph P. Logger" on another. This helps make searches and filtering of your project data more productive and accurate. 7. If you are really ambitious, you can build automatic classification routines into the spread sheet so that the field logger simply inputs the results of field tests and observations (such as % gravel, % sand, % fines) and the spreadsheet automatically selects the appropriate description. I realize the above does not provide you a detailed "how to" for building the spreadsheet and correspondence file. Such a discussion is way beyond what I can present in a forum such as this. It is meant to get you thinking about what is possible.
↧
↧
Forum Post: How can I enter values of field vane shear test (FVST) in a new column as SPT values appear in reports, for example?
Hello, I've been given values for Field Vane Shear Test (FVST) undrained and remolded, but I do not know where to log those values on gINT. My client also asked for those values to appear in a column, just like the SPT number looks like in other reports. Can someone please tell me how can I do this? Thank you very much
↧
Forum Post: gINT runtime errors and crashing
I have received multiple runtime errors with codes: "0", "440", "-2147418105 (80010007)" that will occur when trying to do different things, but other times I do the same thing, the error will not occur. I also have received the notice for: "Error 3078 - Saving table Soil Description. The Microsoft Jet database engine cannot find the input table or query 'SOIL DESCRIPTION'. Make sure it exists and that its name is spelled correctly. " I will try to save the data I input, or switch to another tab (where gINT will autosave) and I will receive that error. But it will not occur at all times when working, only ever so often. I haven't changed anything on the Soil Description database, so I don't understand why it's popping up every so often. Once that error pops up I can't proceed in gINT (because I can't save and can't exit the program) and must force the program to close. Then, whatever data I input will not be saved. I am running gINT V8i Ss2 08.30.04.285 My computer is operating Windows 10
↧
Forum Post: RE: gINT Mobile - iPad or tablet
We used to run pocket SI (from Keynetix) on a Trimble Nomad. This was a great product running on an almost perfect device for field use (bombproof, small enough to fit in a pocket, resistive screen so worked in the rain, all-day battery life, near perfect handwriting recognition and reasonably affordable). It spits out AGS3 format data which we pulled into gINT. However, Keynetix has retired Pocket SI, which has left us in a bit of a fix as we're moving over to AGS4. So, we've recently bought a bunch of so-called fully rugged Panasonic ToughPad tablets (I say so-called because they have capacitive screens which don't work when it rains so are only really any good on dry days and the Wacom digitizer pens are junk plastic). However, setting aside these issues, if you have a suitable tablet with Windows 10 installed, my experience is that you can input the data directly into gINT in the field. In my opinion, you do need to be running Windows 10 as the handwriting mode of data input (which was hopeless with Windows 7 and 8) has been brought back to something approaching what it was like on the Trimble Nomad which ran Windows Mobile 6. Keyboard input is also pretty good. Both input modes have a predictive text option. Which quickly learns the words and sequence of words commonly used, throwing up a dynamically changing pick-list - this makes for pretty fast data input. I'm trialing Dragon Naturally Speaking for strata descriptions (which is where most of the input time is consumed). This works well in the office environment. Have yet to try it in the field - my guess, however, is that it'll be hopeless once there's any wind/plant noise. I'm also toying with the idea of writing a bit of code to translate free-form data input into AGS format data for subsequent import into gINT. The basic idea being that data is entered in simple text format using standard pre-defined keywords to indicate what type of data is coming next (e.g. @stratum to indicate stratum descriptions). The big advantage I see with this type of approach for field use is that you could use your favourite mobile device pretty much as you use a traditional paper notepad. Any device could be used. And data could be input either using an on-screen keyboard or by handwriting using a note taking app such as OneNote (on a Windows tablet) or GoodNotes (on an iPad/iPhone), both of which are able to translate handwritten text into typed text. I'd be interested to hear whether anyone thinks this would be a useable solution. It's a long-standing frustration that none of the major players in the business appear to recognise that field data input is the biggest single area where real commercial advantage can be gained and, setting aside Keynetix now retired Pocket SI and Dataforensics PLog (which didn't work for us), haven't focussed any major development effort in this area. If it could be cracked and made acessible on a wide range of platforms and devices I suspect the uptake would be high as it'd save masses of time copy typing logs from handwritten field notebooks into whatever database/log producing software you use and would surely be a no-brainer purchase for any SI company. At the end of the day we can now produce good looking logs, sections, etc. with a host of products including gINT, Holebase and Golden Software's Strater 4 (which is a great product at a fraction of the cost of gINT and Holebase, but unfortunately doesn't yet do AGS format). The challenge now must surely be to come up with an effective way of cutting out the time wasted in duplicating the task of field data entry. Whilst so-called rugged Windows tablets do work and might be a way forward (at least in some circumstances) they are far from ideal and suffer from the disadvantages of being very expensive to buy, are generally too big for easy field use and most have capacitive screens so only work when it's not raining. Not sure where Bentley is going in this area (if anywhere), but would be interested to hear.
↧