How to change the PP units?

The units shown on the Table are just displayed for user reference. You can change them by going to DATA DESIGN, selecting your Data Template, going to the SAMPLE TABLE, and then selecting the Pocket Penetrometer field. At the bottom, you'll see the box for units.

On the report sheet, you need to go into the REPORT DESIGN and select the report you would like to change. Find the Text vs Depth entity for the PP readings and select it. If the Text to Display expression has something like

<<Sample.PocketPenetrometer>> tsf

then gINT is referencing the field in the sample table and no conversion is being performed. If you want to have both units, then change the expression to

<<Sample.PocketPenentrometer>> tsf (<<Calc(<<Sample.PocketPenetrometer>>/0.095760)>> MPa)

That expression is based on the assumption that your field is called PocketPenetrometer. You'll have to change it to the actual field name.

Hello Allan and Aparna,

I have been trying to follow your directions on this (how to change the PP units), please refer to the file attached, I see the PP drop down menu BUT don't see where to enter the units.

Please let me know.PDF

When using, the gINT Std US Lab dataset, it does show the Test column in the final output even if the PP reading in the sample table is not present. See the screenshot for depth of 5 and 20

In your other pdf files attached in the thread above, there are screenshots of User system data that shows PLOG entries which means you have your library file customized from a 3rd party vendor.  You will have to reach out to them to see if there are any changes that could lead to you not seeing the test column like you mentioned.

Thanks Aparna,

I was not aware that my library could be from a 3rd party vendor. Unfortunately I don;t know who he is. I have worked for several companies in the past and they all have used Gint at some point.

Maybe the other Gint representatives could provide any input on how to solve this.

Please advise.

Tracking down this issue is going to depend on how your log form has been modified. Your library appears to have been derived from the gint std us.glb. My guess is that it has been modified over the years by multiple people, or by third party vendors(as Aparna stated) so you will need to trace the current logic and figure out where it is broken your self or go back to the third party vendor (PLOG is a product of a company called Data Forensics).  The following should give you some ideas on how to start but it can get complicated with "smart" logs such as this one. (I am not a fan of smart logs for this reason)

1. Find the the place that controls whether the TESTS and NOTES column prints or not.  The column is probably in a private block based on some of your screen shots.  Clicking on the block text to the left or right of the log that is labeled "Tests and notes" should bring up the block properties window.  In the configuration tab of the window you will find the output condition as shown in the picture below.  In this case the output condition references a Report Variable expression called "Has tests or Remarks".  Yours may be an actual expression or reference something else.  

The output criteria may also be located in the column entity itself if it has been exploded from the block.  This would be in the configuration tab of the entity and is called Entire entity output condition.

2. In this case, to find the referenced report variable expression, you need to open the report properties window when in the report design tab [f8]. In the main tab of this window you will see the user report variables property.  Expanding this will give you a list of all user report variables and any associated expressions as in the picture below.

Note that in this case the expression for the "Has Tests or remarks" variable actually references 2 other user report variable expressions... "Has tests" and "has remarks".  Looking at each of these expressions tells you what criteria the report is using to decide whether to display the tests and remarks column.  In this case it is looking to see if their are any values in the <<TESTS.depths>> field OR any entries in the <<REMARKS.Description>> field by counting the total number of values and converting that to a bolean value.  Your PP values appear to be in your sample table rather than a tests table so my guess is that the criteria has been modified to look at the PP field in the sample table using a HasData function which only looks at the first line of data.  This is why putting a dash in the first record causes it to print even though there are PP values for many other records.

To fix this you will need to write expressions that checks for any entries in the sample table, the tests table, OR the remarks table, not just the first line. The count function is a good way to do this. In doing so you may break something else since all the columns are dependent on the presence or absence of other columns.

The example above is based on the "gint std us" library and data structure.  Yours will likely be different so it is difficult to give you specific instructions.

I strongly urge you to make a copy of the log page I question before attempting to modify the column print criteria. It also couldn't hurt to backup your library. This will allow you to recover to the current condition if things go wrong 

Also it is best to start a new post with a new question even though it seems to be related. This makes it easier to navigate and search for questions that have already been solved. 

Thanks a lot Szang... i will check on this.

Thanks a lot Szang... i will check on this.