Justin - Mismatch of labels to points

#1
First of all, I first created a "conversation" not realizing (I'm still guessing) that conversations are not posts but threads are posts with their responses.
And...you will not see the button to make a new post if you don't sign in first.
Nothing is defined here but I'm guessing that posts go out publicly while maybe conversations are specific to the "participants" you list when you start the conversation.

That is what this post will end up answering, more or less, it's own question. But I thought someone else may have had this problem and it might help them.

Anyway....the problem I encountered was that the labels were getting mismatched with the points. For what I'm doing, I take the points in the same sequence that I later connect the dots to form the parcel map.

The labels produced by the Justin export to .dxf are in the form of symbols, not text and points and lines.

The problem was explained by my CAD support. I use Visual Cadd 7 which is a great 2D product and the support is excellent. He said:

"You have a naming conflict on the symbols. Symbols and their names are shared between all open drawings. So if you have two drawings which both use the same symbol name but with different symbol definitions, one symbol will be replaced by the other of the same name. For example, if you start a new session of v7 (which is required to clear out all symbols from memory) and open the DXF, you will find that B22 is log0115zg. If you close v7 and re-open it (again, to clear out the symbols) and open the __Prt3.vcd, there the B22 is BucaroCasaRefPt. If you open both the DXF and VCD at the same time, the B22 will be whichever one is opened first. So, if you open the DXF then the VCD, the VCD will use the B22 already defined by the DXF and it will be log0115zg.

I also note in the DXF that symbol B3A is BucaroCasaRefPt. If that is to be a symbol shared across several drawings, you probably want to give it a unique name other than B22 or B3A because those names can get re-used and be conflicts.

The best I can suggest is to be careful about opening more than one drawing which use the same symbol names unless you are sure the same symbol names are in fact the same symbols."

Now given that I merge various exported files to form the parcel outline, anytime I merge files from separate sessions take the same day, I will have this problem. In other words, if I take points in the more on the 15th of January, I will have log0115a....through whatever. I turn things off and start later that same day, I will again have log0115a....through whatever. If I try to merge the export of those files, I am likely to have the above problem.

In another support case he explained that you can "explode" symbols which leaves the same in the form of text, lines, points, etc. These won't mismatch.

Therefore:
Solution1: If Justin changes the output from symbols to text, points, lines, etc, then no problem.
Solution2: If I select all symbols and explode them, each file at the time when I save them to vcd (Visual CADD format) then I can merge them without problem.
Solution(?)3: There is probably something in Justin that allows me to change the name of the points in the second, etc session of the day. I haven't tried it but I imagine when I download the points from the receivers I can problem change the names in mass or change the names in mass after they are downloaded. I haven't done this but it should be easy.
 

Matt Johnson

Well-Known Member
5PLS
#2
Yes a conversation is private between the party you start it with. Please note that I moved your topics to the appropriate section as these topics do not relate to the TRIUMPH-2. I am not sure that I understand what you are doing with Justin. Have you tried using the export features built into J-Field yet? This is how most all of us export our points and dwg files.
 
#3
Hi
It is under TR2 only because I did a "forum" search and did not find a Justin forum or anything with a close match. I'm using TR2 so I gave up and put it there. I'm still fumbling around a bit (obviously) with regard to how to use this users forum site. So where should I put it? Should I open a new "forum" or thread and if so where is the button for that?

With Justin my last step in the process is to export the map to dxf. Then I import it to my CAD program, Visual Cadd7 and save it in vcd format. Then I can merge it with other data sessions to form the parcel boundary or poligono (means polygon but is the term used in Panama for a parcel boundary.) That can be further merged into the master plan.

So what is J-field and why would I use that instead of the export to dxf in Justin? I assume J-field is software, probably used with non-TR2's or ???. One thing have haven't gotten to yet is making tables (for the parcel maps) of the coordinates and further converting that table/data to a series of vectors in distance and N/S dd-mm-ss W/E which is the format for parcel maps here in Panama. Does J-field do this? For all I know, Justin does and I just haven't found out how yet.

If Justin outputs labels&points in symbols, I imagine J-field (also by Javad, right?) does the same, no?

Scott
 

Matt Johnson

Well-Known Member
5PLS
#4
Ok I just assumed you were using a TRIUMPH-LS. J-Field is the field software for it. So just post process data from a TRIUMPH-2 with Justin and don't use RTK?
 
#5
No, still doing it static/post process. Ordered the RTK in March or April or so and paid for it when they said it was soon to be shipped, perhaps October time frame, but still haven't received it. Frankly, that's probably just as well. It has been time consuming coming up to speed with what I've got which I'm still digesting and I am supposed to get the RTK when I'm back in California again in March and no doubt there will be another learning curve. I'm a R&D EE by education and experience but now I have a land development project here on the beach in Panama. After many years of frustration trying to work with surveyors here in Panama I decided I needed another solution and this is it. You would probably literally not believe the kinds of things surveyors here do. So I have a good GPS surveyor now, but he works for the government during the week and doesn't have his own equipment so I'm marking and reading the points and sending him the poligono and he makes a map of it.
 

Matt Johnson

Well-Known Member
5PLS
#6
I think you will find RTK easier and faster to use. Not many of use Justin, I have only briefly taken a look at it, so unfortunately I can't provide much help with it right now.
 
#7
Why do not many use Justin?
Most of the time now I can get the job done by working around the problems but
every now and then it just won't process the data no matter what I do and for no apparent reason. For example, I attached a zip file with screen saves and
it is just crazy. I took more data in the same place and processed it with no problem and now I have to go again to collect the rest of the data that Justin would not process and I have no idea why.
 

Attachments

#8
The data that did not get crunched and spit out crazy error messages was data with two bases and two sets of rover data that I thought I could crunch together but apparently not. I thought that Justin would recognize any data file snapped to a reference point as a base and then correlate the rover data based on the time to the correct base data file and make the adjustments accordingly but apparently not. I processed the data again with just one base at a time and was careful to include all and only the rover points corresponding to that baselog. Doing it that way it worked.
I'll be curious to see how well the radio on the RTK can penetrate gullies and forest. I'm working in a fairly rugged area. For example, sometimes I have to hack little foot holds in the soil with the machete to get up the hill or stay in one place. I'm guessing that I will have to place a number of monuments to use as RTK base references.
 

Alexey Razumovsky

Well-Known Member
Staff member
5PLS
#9
The data that did not get crunched and spit out crazy error messages was data with two bases and two sets of rover data that I thought I could crunch together but apparently not. I thought that Justin would recognize any data file snapped to a reference point as a base and then correlate the rover data based on the time to the correct base data file and make the adjustments accordingly but apparently not. I processed the data again with just one base at a time and was careful to include all and only the rover points corresponding to that baselog. Doing it that way it worked.
I'll be curious to see how well the radio on the RTK can penetrate gullies and forest. I'm working in a fairly rugged area. For example, sometimes I have to hack little foot holds in the soil with the machete to get up the hill or stay in one place. I'm guessing that I will have to place a number of monuments to use as RTK base references.
Why don't you ask our Question system?
 
#10
I did and was told that my computer lacked Ram and that I should change from readings at 1 second intervals to readings at 30 sec intervals and neither one made sense to me.
He also said that he had crunched the data without problem and asked if this failure was repeatable.
With the dual baselogs and dual sets of rover logs it had failed repeatedly and as I said with error messages that did not make sense.
So given that he had crunched the data, I tried a couple of things and what I described above worked.
 

Matt Johnson

Well-Known Member
5PLS
#11
I'll be curious to see how well the radio on the RTK can penetrate gullies and forest. I'm working in a fairly rugged area.
The radio will penetrate through the forest but if you have it set up somewhere with a hill or a ridge in between the base and the rover you will most likely lose the signal. In these situations a repeater is a good option:



I would recommend the HPT435BT 35 watt radio if you need a long range out of the radio and are in the type of terrain you describe.
 

Alexey Razumovsky

Well-Known Member
Staff member
5PLS
#12
I did and was told that my computer lacked Ram and that I should change from readings at 1 second intervals to readings at 30 sec intervals and neither one made sense to me.
He also said that he had crunched the data without problem and asked if this failure was repeatable.
With the dual baselogs and dual sets of rover logs it had failed repeatedly and as I said with error messages that did not make sense.
So given that he had crunched the data, I tried a couple of things and what I described above worked.
We suggest JSupport remote connection in this case. I can't trust justin crash while processing so trivial set of data. It menages well projects with hundreds rover and multiple static and MOVING bases data files. Let's reopen #Ouestion.