Notifications
Clear all

Bypassing Backsight in SDR33 when Stn is accidentally edited

27 Posts
3 Users
0 Reactions
4 Views
(@amdomag)
Posts: 650
Registered
Topic starter
 

I noticed that after orientation is confirmed and Stn is accidentally edited, you'll loose the backsight orientation by not allowing you to bypass backsight reading. My presumption is that SDR will allow to bypass the orientation and utilize the most recent backsight information but it wont.

Did I miss something? You help is highly appreciated.

Thank you so much.

Regards.

 
Posted : November 19, 2011 7:04 pm
(@kent-mcmillan)
Posts: 11419
 

> I noticed that after orientation is confirmed and Stn is accidentally edited, you'll loose the backsight orientation by not allowing you to bypass backsight reading. My presumption is that SDR will allow to bypass the orientation and utilize the most recent backsight information but it wont.
>
> Did I miss something? You help is highly appreciated.

No, I don't think you missed anything. Once you edit the station name, even simply confirming the same name and instrument height previously entered, the SDR software treats the setup as a new one needing a new backsight for orientation. A "new" backsight includes, of course, just pointing at the same target you originally used as a backsight, either F1 & F2 or just F1, depending upon how you have the angle measurements configured.

This feature is useful if you want to import repeated angle measurements into Star*Net since the SDR converter will treat the new backsight record as beginning a separate measurement rather than simply averaging angles to the same foresight.

 
Posted : November 19, 2011 10:38 pm
(@amdomag)
Posts: 650
Registered
Topic starter
 

Thank you for clarifying things Kent. Thank you for being so generous. I am actually learning the SDR33 and download the entire kit TC307+SDR33 to my crew. I just want to make sure that they learn the right way.

Thank you.

Regards.

 
Posted : November 20, 2011 3:04 am
(@dave-karoly)
Posts: 12001
 

I found two SDR33s in a box at the office the other day.

We are getting new carpets so everything had to be boxed so they could lift the cubical walls and put in the new carpet (carpet tile squares).

I'm looking for something, open a box and in there are two SDR33s. Just need a couple of 9 volt batteries and they would probably work. One of them has spare back up batteries in the pouch but those may be too old.

 
Posted : November 20, 2011 7:07 am
(@amdomag)
Posts: 650
Registered
Topic starter
 

Hi Dave!

You mean you found two SDRs that you yourself has no idea to whom they belong to? 🙂

Regards.

 
Posted : November 20, 2011 7:47 am
(@dave-karoly)
Posts: 12001
 

No, they definitely belong to the Department. They have property tags on them. They have been buried in a box for years and I happened upon them the other day.

 
Posted : November 20, 2011 9:38 am
(@kent-mcmillan)
Posts: 11419
 

> They have been buried in a box for years and I happened upon them the other day.

I wonder which model of data collector they were replaced by and how many other models have come and gone since.

 
Posted : November 20, 2011 12:24 pm
(@kent-mcmillan)
Posts: 11419
 

> I am actually learning the SDR33 and download the entire kit TC307+SDR33 to my crew. I just want to make sure that they learn the right way.

Be sure to point out also that after you run the resection (free station) program, the orientation will be set up with the second target used in the resection as the backsight. If you're importing the SDR file into Star*Net, it's a good idea just to make a new backsight record after a resection. Otherwise, the change in backsight orientation may not show up in the SDR file as converted to Star*Net format.

 
Posted : November 20, 2011 12:29 pm
(@dave-karoly)
Posts: 12001
 

I'm using the original Ranger with TDS Survey Pro loaded onto it. The backlight no longer works, sometimes I have to use a flashlight. I think it is circa 2000. My co-worker is using a newer box with MicroSurvey Field Genius.

 
Posted : November 20, 2011 12:33 pm
(@amdomag)
Posts: 650
Registered
Topic starter
 

Hi Kent!

Thank you so much for pointing that out. Can you make it clearer for me what's the idea why it is advisable to create a new backsight information? How? I am quite confused. 🙂

If the resection information doesn't show up during Star*Net .DATA file, I presume it is taken in as comment lines.

By the way, what Star*Net version are you using? Mine is Star*Net Pro V6.

Regards.

 
Posted : November 20, 2011 1:47 pm
(@amdomag)
Posts: 650
Registered
Topic starter
 

ooh, i see. Good luck with your two SDRs! 🙂

 
Posted : November 20, 2011 1:50 pm
(@kent-mcmillan)
Posts: 11419
 

> Thank you so much for pointing that out. Can you make it clearer for me what's the idea why it is advisable to create a new backsight information? How? I am quite confused.

This is just if you are importing the SDR file into Star*Net using Star*Net's SDR converter utility (a separate piece of software from Star*Net). In the scenario where you make a resection and then proceed to measure angles from the resection station, while the SDR "knows" that it is using the second target as the backsight, the SDR file doesn't process that way (if I'm recalling things correctly). So it is better practice to add a new backsight record from the resection station.

> If the resection information doesn't show up during Star*Net .DATA file, I presume it is taken in as comment lines.

The resection data in the SDR file processes just fine when converted to Star*Net format via the SDR converter utility. That isn't a problem. The problem had to do with the backsight of measurements subsequently taken from the resection station without a backsight record. It's been a while since I dealt with that and I hope I'm remembering it correctly. I do know that the positive fix was to add a backsight record. That is simple enough since at least one backsight target remains in place at all setups.

> By the way, what Star*Net version are you using? Mine is Star*Net Pro V6.

Yes, I'm running the same version.

 
Posted : November 20, 2011 2:36 pm
(@amdomag)
Posts: 650
Registered
Topic starter
 

Hi Kent!

I finally got what you really mean. Yes, I am using SDR33 converter. In fact, I was able to complete two survey projects already using SDR33+converter+Star*Net. Unfortunately, the projects have no resection measurements for me to figure it out myself.

Thank you so much for that information. Thank you for being so generous.

Regards.

 
Posted : November 20, 2011 9:34 pm
(@amdomag)
Posts: 650
Registered
Topic starter
 

Hi guys!

Sorry for asking this that charging my SDR33 provides absolutely no clue on charging status. Can you help me guys? For how long a complete charging can take effect? Thank you so much.

Regards.

 
Posted : November 21, 2011 2:55 am
(@kent-mcmillan)
Posts: 11419
 

> Sorry for asking this that charging my SDR33 provides absolutely no clue on charging status. Can you help me guys? For how long a complete charging can take effect? Thank you so much.

No help here I'm afraid. I run ordinary non-rechargeable 9V batteries in my SDR.

 
Posted : November 21, 2011 6:50 am
(@kent-mcmillan)
Posts: 11419
 

> I finally got what you really mean. Yes, I am using SDR33 converter. In fact, I was able to complete two survey projects already using SDR33+converter+Star*Net. Unfortunately, the projects have no resection measurements for me to figure it out myself.

Yes, as you found, the conversion from SDR to Star*Net DAT file works very well (aside from that one issue with measurements taken after a resection unless a new backsight line is entered).

 
Posted : November 21, 2011 6:54 am
(@amdomag)
Posts: 650
Registered
Topic starter
 

I don't know if it is discussed in the manual but when I browsed it, I found nothing. I don't if I miss something here.

 
Posted : November 21, 2011 8:07 am
(@kent-mcmillan)
Posts: 11419
 

> I don't know if it is discussed in the manual but when I browsed it, I found nothing. I don't if I miss something here.

There is a battery condition indicator under Func > Hardware, but it isn't really all that useful. The SDR would have benefited from a better one.

 
Posted : November 21, 2011 8:58 am
(@amdomag)
Posts: 650
Registered
Topic starter
 

HI Kent!

It only indicates bad or good but no indicator as to how much is the remaining load.

Thank yo for sharing Kent. 🙂

Regards.

 
Posted : November 21, 2011 1:48 pm
(@kent-mcmillan)
Posts: 11419
 

> It only indicates bad or good but no indicator as to how much is the remaining load.

Yeah, that isn't exactly the most brilliant design. The backup battery status is semi-useful since they run down even when the SDR isn't in use and it's convenient to check its status when the SDR is powered up after sitting unused.

 
Posted : November 21, 2011 2:19 pm
Page 1 / 2