Trimble Business Center — Produce final deliverables in one workspace. Start free trial.

AI Assistant
Notifications
Clear all

Missing F2F codes in carlson

6 Posts
4 Users
0 Reactions
1,274 Views
beuckie
(@beuckie)
Posts: 349
Free
Topic starter
Translate ▼
English
Spanish
French
German
Italian
Portuguese
Russian
Chinese
Japanese
Korean
Arabic
Hindi
Dutch
Polish
Turkish
Vietnamese
Thai
Swedish
Danish
Finnish
Norwegian
Czech
Hungarian
Romanian
Greek
Hebrew
Indonesian
Malay
Ukrainian
Bulgarian
Croatian
Slovak
Slovenian
Serbian
Lithuanian
Latvian
Estonian
 

Using carlson for my linework but having used other software where there was a possibility to code a few nice and handy stuff.

-coding the intersection of lines in the field. Handy when the corner of a line is obstructed

-coding the offset through a measured point instead of typing OH and OV. Sometimes it is difficult to measure the values.

Maybe?ÿ@ladd-nelson can give his opinion about these ones?


 
Posted : August 12, 2022 3:03 am
Norman_Oklahoma
(@norman-oklahoma)
Posts: 8474
Member P&R, Founder
Translate ▼
English
Spanish
French
German
Italian
Portuguese
Russian
Chinese
Japanese
Korean
Arabic
Hindi
Dutch
Polish
Turkish
Vietnamese
Thai
Swedish
Danish
Finnish
Norwegian
Czech
Hungarian
Romanian
Greek
Hebrew
Indonesian
Malay
Ukrainian
Bulgarian
Croatian
Slovak
Slovenian
Serbian
Lithuanian
Latvian
Estonian
 

Are you thinking of the "Special Codes"?


 
Posted : August 12, 2022 8:51 am
christ-lambrecht
(@christ-lambrecht)
Posts: 1411
Member Founder
Translate ▼
English
Spanish
French
German
Italian
Portuguese
Russian
Chinese
Japanese
Korean
Arabic
Hindi
Dutch
Polish
Turkish
Vietnamese
Thai
Swedish
Danish
Finnish
Norwegian
Czech
Hungarian
Romanian
Greek
Hebrew
Indonesian
Malay
Ukrainian
Bulgarian
Croatian
Slovak
Slovenian
Serbian
Lithuanian
Latvian
Estonian
 

@norman-oklahoma

They would fit under Linework Special Codes.

?ÿ

?ÿ


 
Posted : August 12, 2022 9:12 am
beuckie
(@beuckie)
Posts: 349
Free
Topic starter
Translate ▼
English
Spanish
French
German
Italian
Portuguese
Russian
Chinese
Japanese
Korean
Arabic
Hindi
Dutch
Polish
Turkish
Vietnamese
Thai
Swedish
Danish
Finnish
Norwegian
Czech
Hungarian
Romanian
Greek
Hebrew
Indonesian
Malay
Ukrainian
Bulgarian
Croatian
Slovak
Slovenian
Serbian
Lithuanian
Latvian
Estonian
 

But i don't see an intersection code??ÿ

?ÿ

Is this parallel code the OO (only offset) one?


 
Posted : August 12, 2022 10:27 am
ladd-nelson
(@ladd-nelson)
Posts: 738
Free
Translate ▼
English
Spanish
French
German
Italian
Portuguese
Russian
Chinese
Japanese
Korean
Arabic
Hindi
Dutch
Polish
Turkish
Vietnamese
Thai
Swedish
Danish
Finnish
Norwegian
Czech
Hungarian
Romanian
Greek
Hebrew
Indonesian
Malay
Ukrainian
Bulgarian
Croatian
Slovak
Slovenian
Serbian
Lithuanian
Latvian
Estonian
 
Posted by: @beuckie

But i don't see an intersection code? ?ÿ

Is this parallel code the OO (only offset) one?

I'm not aware of an "Intersection" special code as I could see three types of intersection approaches (with or without offset value which are handled in the SurvPC COGO [coordinate geometry] - Intersections routine):

  1. "direction-direction intersect" (aka bearing-bearing intersect) - You'd have to shoot two points per line to define each line and then specify the coding between each pair of measured points to determine how/where the intersection point is determined, or,
  2. "distance-distance intersect" - You'd have to shoot two known points with a specified distance to measure from each point and then govern the proper applicable solution (if one exists) for the desired intersection location, or,
  3. "direction-distance intersect" - You'd have to shoot two points to define a line and shoot another point with a specified distance and then govern the proper applicable solution (if one exists) for the desired intersection location.

Figuring approach #1 would be the most applicable (e.g. corner of a line is obstructed), I'd be curious about the desired syntax of the "intersection" code vs. the use of the COGO routine?

As for coding the offset from (say) a point and its linework code based on the measured distance to some other point, my approach would be to:

  1. Shoot the point (e.g. back of curb) and give it "place holder" descriptions of OH and/or OV (for offset horizontal and/or offset vertical) and then,
  2. Shoot the point (e.g. face of curb) and then perform a 2D or 3D inverse between these two points and then,
  3. Modify the description of the first point to contain the inversed distance(s).

I'd tend to want to control the placement of the descriptive data vs. a routine that might go back to an earlier measurement and update the description I've already placed. If, however, there is a better work-flow to either of these scenarios, feel free to back-channel me at lnelsonATcarlsonswDOTcom and/or direct it to the Carlson Tech Support team so I/they can elevate to the development teams.

I hope this information helps.


 
Posted : August 15, 2022 11:58 am

Norman_Oklahoma
(@norman-oklahoma)
Posts: 8474
Member P&R, Founder
Translate ▼
English
Spanish
French
German
Italian
Portuguese
Russian
Chinese
Japanese
Korean
Arabic
Hindi
Dutch
Polish
Turkish
Vietnamese
Thai
Swedish
Danish
Finnish
Norwegian
Czech
Hungarian
Romanian
Greek
Hebrew
Indonesian
Malay
Ukrainian
Bulgarian
Croatian
Slovak
Slovenian
Serbian
Lithuanian
Latvian
Estonian
 

I'm not aware of any intersection linework code in C3d either. If I knew of such a thing I would certainly use it.?ÿ ?ÿ


 
Posted : August 15, 2022 12:44 pm