Codes in J-Field

Shawn Billings

Shawn Billings
5PLS
I've been using Codes in J-Field for quite a while now, but recently I've been experimenting with some new approaches to working with Codes. Like many surveyors, I use Carlson Software for my office calculations and drafting. Carlson Survey has quite a few wonderful features that make it popular for land surveyors, one of which is Field-to-Finish.

With Field-to-Finish, users can collect points with action codes that generate lines and symbols automatically. For projects with multiple symbols and lines, this can provide tremendous improvement to efficiency, as well as increasing accuracy in line connections and symbol insertions.

Prior to adopting J-Field as my primary data collection software, I used Carlson SurvCE, and would consider myself an advanced user of Field-to-Finish coding and was always pleased with the power it provided. I could survey sites with incredibly complex topographic features and produce compete topographic maps 50-80% faster than when I would manually connect lines and add symbols. In my opinion, however, J-Field is far superior to Carlson's Field-to-Finish regarding linework generation. Rather than relying on codes to create lines and curves, operators create lines and curves in J-Field by switching from Point to Line or Curve in the Collect Action Screen (button just below the on-screen Start button).

The linework is then exporting directly as a dwg or dxf file from the (or even LandXML, KML or Shapefile), requiring no action codes or processing. Each polyline is referred to as a Tag in J-Field. Points have Point Names and polylines have Tags. The generic name of a tag is DefTag[number], where [number] is the number of the line. The default code for a default tag is DefCode. We'll return to the Code used for a Tag in a below.

Codes are very powerful. They organize collection of data in a way many surveyors are unaccustomed. A code can contain numerous attributes. These attribute tables can provide a fast, consistent method for describing an object. A code for water utility could have attribute labels for object, owner, size, depth, material (and more). As attributes are continually entered, the available list of choices grow: Water Meter, Water Valve, Fire Hydrant, PVC Pipe, etc. If the list does not have the desired attribute, the user manually enters it and the new entry is added to the list. Next time the new entry will be a selectable item from the attribute library.

continued...
 

Shawn Billings

Shawn Billings
5PLS
Beyond Attributes, Codes can also be the layer name used for polyline exporting. For this reason, I used my CAD layers to develop my Code names. Here are a few examples of my layer names:

SV_Boundary
SV_Fence_Wire
SV_Util_Electric_OH
SV_Brkln_TB

When creating a code for boundary, I named it exactly as my CAD layer name: SV_Boundary.

CODES-EDIT_20171209-17.29.20.png



CODES-EDIT_20171209-17.32.11.png



The first attribute I assigned is Symbol. While J-Field has the ability to attach symbol blocks to a Code, I want to be able to use Field-to-Finish codes in Carlson to generate my symbols, so I created an attribute that will be exported with my txt file export of the points. I have three symbols that I may want to use for a boundary point:

Attributes Values_20171209-16.53.43.png


BPS will create a hollow circle for boundary points that I set. BPF will create a filled circle for boundary points that I find. ROW will create a hollow square for right-of-way monuments that I find. Carlson will generate these symbols through Field-to-Finish because my export settings have Attribute1 as the next field after elevation in my text export settings for J-Field.

The remaining attributes: Found/Set, Size, Type, ID, Condition and Depth allow me to quickly fill out the description by simply recalling it from the attribute library. This is speeds up my description creation and keeps them consistent by removing typos and inconsistent use of abbreviations.

continued...
 
Last edited:

Shawn Billings

Shawn Billings
5PLS
By creating a Tag (also referred to as a ShapeTag) for Boundary with the Code set to SV_Boundary, each line created with the Tag "SV_Boundary" will be exported with the layer "SV_Boundary". Similarly, the operator should create a Tag for each code and provide the Tag with the proper default attribute. Now, lines exported will have the proper layer when exported.

TAGS-SELECT_20171209-17.49.51.png



Notice that the ShapeTag name does not need to match the Code Name. For an overhead electric power line, I use a layer named SV_UTIL_ELECTRIC_OH, but for the inner workings of the LS, the shorthand OH ELEC is fine for a Tag name. However, if you prefer, you may wish to name the Tag and Code identically.

TAGS-EDIT_20171209-17.50.20.png


continued...
 

Shawn Billings

Shawn Billings
5PLS
For each of the codes I've created, whether I intend to use a symbol with them or not, the first attribute I've created for each one is Symbol. For my Export settings, I've made Attribute1 the first export after elevation. This means that the description field (from the perspective of a five field text file) will begin with the symbol name that will be used by Carlson's Field-to-Finish.

EXPORT-CSV-FORMAT_20171209-17.56.28.png



Notice in the preview that the first few points listed do not have a symbol. Not until point L020 is there a symbol, BPF, for a FOUND 3/8" REBAR. Also notice that the next field is the Code Name. The symbol I've selected after the Code name is "/" which is significant to Carlson. All text beyond the "/" in a description field is treated as non-actionable text by Carlson, so I do not need to worry that additional attribute text might trigger a symbol unintentionally.


EXPORT-CSV-PREVIEW_20171209-18.00.00.png


continued...
 

Shawn Billings

Shawn Billings
5PLS
This can generate very long descriptions. This is no problem for Carlson Survey, provided that you use the newer CRDB file format for coordinates. The CRDB format allows for very long descriptions, while the older CRD format only allows for 25 characters. (Note the CRDB format was introduced just a few years ago and may not be available in older versions of Survey).

After Field-to-Finish With Points Layer Thawed:
Carlson Survey 1.png



After Field-to-Finish with Points Layer Frozen.
Carlson Survey 2.png


This is before importing the linework collected from J-Field. Notice the hollow filled circle (a boundary monument that I set), the solid filled circle, a boundary monument that I found, the square box with FO inside for a fiber optic cable box, the oval with FO for a fiber optic cable marker, the circle with PP for a power pole and the anchor symbol at a guy anchor for the power pole.

By using attribute1 as a symbol, I can select from several symbols within a layer (or Code), as seen here. Both the boundary symbols had the same Code in J-Field, SV_Boundary, but different attributes for the first attribute, BPS and BPF. The same is true for the fiber optic symbols. Both are in the layer SV_UTIL_FIBEROPTIC, but use different attributes for the first attribute, FOM and FOPED.
 

Shawn Billings

Shawn Billings
5PLS
I would recommend that users create their own Codes in J-Field from their own layers in CAD. I would also recommend developing users develop their own Carlson Field-to-Finish code table. Having said that, I've attached my J-Field Codes and Tags zip file for any users that would like to see what can be done. I've also included the text version of my J-Field codes for easier reading. The .cz file can be imported directly into J-Field.

I've included my Carlson Field-to-Finish file and a report that itemizes each code in the table. Feel free to review, edit and adopt as you like.
 

Attachments

  • Pendulum Surveying.zip
    8.5 KB · Views: 436

Joe Paulin

Well-Known Member
Wow Shawn, nice write up and thanks for sharing. I have utilized Carlson Field2Finish in the past with great success. This is a good example of the two methods working together!
 

David M. Simolo

Well-Known Member
Excellent informative post Shawn, as usual.

I don't use Carlson but getting more familiar with J-Field Codes and Tags is on my to do list if my work load ever eases.
 

Shawn Billings

Shawn Billings
5PLS
I think it will be a good investment of your time, David. Depending on your type of work, being able to create lines and curves in the field can be extremely efficient (tags). Collect edge of pavement, top bank, flow line, power line, guy anchor, etc. in the field, in their proper layers. Export dwg and insert (or copy paste) contents into your working drawing. Very fast.

And being able to select information quickly from a list to describe a point is also very fast and consistent. I particularly like my boundary code attributes because I can quickly add a very complex description of a monument, such as Found 1/2" Rebar Shawn Billings - RPLS 5688 Bent - Shot at Bend. That's only five selections from my attributes. Other point descriptions are equally fast. For a fence, Barbed Wire 6" Iron Pipe Post Old. That's three selections from my attributes for the code SV_Fence_Wire
 

David M. Simolo

Well-Known Member
Shawn,
All extremely good points.
I always say that I am only utilizing about 10% of what I should be from the LS, say nothing of everything else it would do beyond that. It's pretty exciting knowing that it will outpace my ability and time to learn it all.
 

StLSurveyor

New Member
This is a great write up. I have been trying to get some DOT codes loaded up and I am not having much luck. Since I work for at least 4 different DOT and about 4 quasi public entities, I have to keep up with 8 different code lists. I have them saved as .csv and .txt. They are comma separated. When I go to import them LS says, the file contains no data?

The file I want to import is formatted like this: CODE, DESCRIPTION

Thoughts?
 

Matt Johnson

Well-Known Member
5PLS
This is a great write up. I have been trying to get some DOT codes loaded up and I am not having much luck. Since I work for at least 4 different DOT and about 4 quasi public entities, I have to keep up with 8 different code lists. I have them saved as .csv and .txt. They are comma separated. When I go to import them LS says, the file contains no data?

The file I want to import is formatted like this: CODE, DESCRIPTION

Thoughts?

See https://support.javad.com/index.php?threads/point-codes.2474/
 
Shawn: Thanks for the detailed explanation. I've used Field to Finish for many years in one form or another, and, so far, have limited myself with the LS to just using my Carlson 'codes' as a description in Jfield. I know you and I discussed this some years back and I understand your thinking on making Jfield entirely new in its unique vocabulary, but, it does require some 'translation' from the familiar use of "code, layer, description, etc. " in the ways that I'm used to. Your post, however, has motivated me to take a fresh look at it; a good wintertime project!
 
Top