Notifications
Clear all

Lieca LGO + Move3 Least Squares Plug-in vs. StarNet

11 Posts
4 Users
0 Reactions
1 Views
(@amdomag)
Posts: 650
Registered
Topic starter
 

Hi Everybody!

Anybody has the experience using Move3 Least Squares Plug-in with the Leica LGO? I heard that Move3 is a very good Least Squares engine.

I am a StarNet user and yes I find StarNet beautiful and very powerful. My concern is my workflow. I always end up cleansing StarNet command lines everytime I am into Least Squares.

I am a Leica user and the LGO is my home point. I guess it would better off for me if least squares analysis is performed within LGO environment.

Any experience? Thank you guys..

 
Posted : 12/03/2016 6:13 pm
(@mark-mayer)
Posts: 3363
Registered
 

I have used the adjustment module of LGO. In 2012. I am also a long term user of StarNet. I understand that the Move3 algorithm is better than StarNet's when the project extent becomes very large, as in several counties (or large Pacific island, as the case may be). But how many of us do that?

You can edit the input data in LGO but it isn't real slick. You are going to place a high priority on having data come in from the field without needing even the most minor corrections.

Forget about using data from anything other than Lieca data collectors.

There is no "Run" button as there is with StarNet. You add data, or make an edit, and the results are updated instantly. Which is sort of cool. Except that it doesn't always work. Which is dangerous. Perhaps they have fixed that by now.

The adjustment report is HTML, which is fine for examining on the screen but not so good for printing out. I like to print a copy for the files.

Over all, I prefer StarNet. But I could live with LGO. If you are fully committed to Leica I can see why you would prefer to go that way.

 
Posted : 12/03/2016 8:23 pm
(@jim-frame)
Posts: 7277
 

Mark Mayer, post: 362055, member: 424 wrote: I understand that the Move3 algorithm is better than StarNet's when the project extent becomes very large, as in several counties (or large Pacific island, as the case may be). But how many of us do that?

Star*Net performs its adjustment on a user-selected grid, so attempting to adjust measurements that extend beyond the grid system boundary will introduce errors corresponding to the limits of the grid system formulas. Move3 and some others (e.g. Grafnet, Columbus, TGO/TBC) aren't subject to this restriction, as I understand it.

 
Posted : 12/03/2016 8:45 pm
(@moe-shetty)
Posts: 1426
Registered
 

Starnet is less expensive, easier to learn and use, good but not as robust as move3.

move3 / LGO is more costly, difficult to learn, and immensely powerful: the user can process GNSS data, leveling, and total station data all in the same platform. least squares adjustments can be handled simultaneously also.

i agree with jim and mark, as a network grows in size, so would the benefit to use a process like move3, as it has a true 3d geodetic quality to it. starnet is closer to a 2d plus 1d processor, for lack of a better phrase. if you are using move3, but are also thinking to switch to starnet, i would suggest you stick with move3 for its versatility and power

 
Posted : 13/03/2016 5:19 am
(@mark-mayer)
Posts: 3363
Registered
 

Moe Shetty, post: 362062, member: 138 wrote: the user can process GNSS data, leveling, and total station data all in the same platform. least squares adjustments can be handled simultaneously also.

Those things are true of StarNet as well.

 
Posted : 13/03/2016 6:31 am
(@amdomag)
Posts: 650
Registered
Topic starter
 

One of the limitations of StarNet is the lack of intelligent converters. As it is purely a LSA engine, it doesn't provide F2F features - no user lines, text, and symbols. But I love StarNet as it processes fast and quiet. Easier to troubleshoot too.

Any idea of the price of LGO+Move3?

Thank you guys!

 
Posted : 13/03/2016 8:26 am
(@moe-shetty)
Posts: 1426
Registered
 

Mark Mayer, post: 362067, member: 424 wrote: Those things are true of StarNet as well.

good. i didn't know starnet processes GNSS data. i was under the impression that it will adjust an already processed vector (from some other source of software) by way of the VCV matrix. our starnet license may be a couple years old, so that's good for them

 
Posted : 13/03/2016 8:35 am
(@moe-shetty)
Posts: 1426
Registered
 

amdomag, post: 362077, member: 1683 wrote: One of the limitations of StarNet is the lack of intelligent converters. As it is purely a LSA engine, it doesn't provide F2F features - no user lines, text, and symbols. But I love StarNet as it processes fast and quiet. Easier to troubleshoot too.

Any idea of the price of LGO+Move3?

Thank you guys!

i think LGO is re-branded as Infinity now, the guts of the computations are probably very similar to move3. my guess would be $10000 USD, but some of the user options can change the price.

 
Posted : 13/03/2016 8:37 am
(@jim-frame)
Posts: 7277
 

Moe Shetty, post: 362083, member: 138 wrote: i didn't know starnet processes GNSS data.

It doesn't, it does adjustment only. I think Mark was referring to its ability to *adjust* data from all those observation sources.

 
Posted : 13/03/2016 8:37 am
(@mark-mayer)
Posts: 3363
Registered
 

Moe Shetty, post: 362083, member: 138 wrote: good. i didn't know starnet processes GNSS data. i was under the impression that it will adjust an already processed vecto

StarNet does not resolve vectors. Neither does the Move3 (Adjustment) module of LGO. The static vector resolution module of LGO is a separate purchase.

 
Posted : 13/03/2016 9:47 am
(@mark-mayer)
Posts: 3363
Registered
 

amdomag, post: 362077, member: 1683 wrote: Any idea of the price of LGO+Move3

I don't recall exactly, but I know that the prices for all these modules stack up pretty fast. By the time you have the static resolution module, the Move3 module, the drawing module, yadda, yadda, you are going to be into it several thousand dollars. And I expect that you are still going to need some other CAD.

 
Posted : 13/03/2016 9:57 am