DSDPlus DSD+ FL 2.505 released

[Muxlow]

And i bet as the weeks go on we will see that system tab grow with a bunch more as people start to decode things and it sends to the DSD database.

 

[Reconrider]

If user A sends OTA information for RID 10035 on WVSIRN and that OTA data is decoded, then that OTA data is available to anyone else who monitors WVSIRN with the new version of DSDPlus if they actually monitored a registration, affilation or group/private/data call of 10035. Subsequent people monitoring RID 10035 would see the decoded alias almost instantly. But, my understanding is that if there were 20,000 decoded RIDs for WVSIRN, everyone monitoring SIRN isn't going to magically have their DSDPlus.radios file populated with 20,000 decoded RIDs. The DSDPlus.radios file of every listener of SIRN will receive decoded RID information for only the RIDs that their DSDPlus have seen. And I think that makes perfect sense.

I think it's time to change this txt file over to an page on the website for dsdplus fastlane access only(verify using dsd password for rar??).

Also, is it possible to decode this ourselves if we lose internet for whatever reason?

 

[dave3825]

Its nice, depending on your show/hide settings, that it tells you how many ota were picked up and how many were cleared

 

[mtindor]

I think it's time to change this txt file over to an page on the website for dsdplus fastlane access only(verify using dsd password for rar??).

Also, is it possible to decode this ourselves if we lose internet for whatever reason?

I can't decipher your first sentence. If you are suggesting that there should be some "page" somewhere where every decodable alias for every monitored system is available on one page to subscribers, I'd be against that. Sure it would be eye candy for some, but really unneeded for 99.999% of the people out there. I don't need to know the radio aliases for a system in CA that I have not and will never monitor. I like how it currently [seemingly] is, where you are going to get decodable aliases for things you actually monitor yourself. That encourages people to actually run DSDplus on the sites within one of these systems. If all the decoded radio IDs were available to fetch from a page in one batch, nobody would be inclined to send OTA data (which can change, as was mentioned by others before in this thread) and would just lead to a page full of up to date aliases, semi up-to-date aliases, and wildly out-of-date aliases.

No to the second sentence.

 

[Reconrider]

I can't decipher your first sentence. If you are suggesting that there should be some "page" somewhere where every decodable alias for every monitored system is available on one page to subscribers, I'd be against that. Sure it would be eye candy for some, but really unneeded for 99.999% of the people out there. I don't need to know the radio aliases for a system in CA that I have not and will never monitor. I like how it currently [seemingly] is, where you are going to get decodable aliases for things you actually monitor yourself. That encourages people to actually run DSDplus on the sites within one of these systems. If all the decoded radio IDs were available to fetch from a page in one batch, nobody would be inclined to send OTA data (which can change, as was mentioned by others before in this thread) and would just lead to a page full of up to date aliases, semi up-to-date aliases, and wildly out-of-date aliases.

No to the second sentence.

my bad, I meant just the AliasStats.txt file. Maybe that's something that could be shown on the website instead of being a downloaded since it's going to get much bigger pretty quickly.

 

[dave3825]

I meant just the AliasStats.txt file. Maybe that's something that could be shown on the website instead of being a downloaded since it's going to get much bigger pretty quickly.

It only downloads if you tell it to. You have to click it.

 

[mtindor]

my bad, I meant just the AliasStats.txt file. Maybe that's something that could be shown on the website instead of being a downloaded since it's going to get much bigger pretty quickly.

That's an interesting thought. Not sure that it would be a bad idea. Would be nice for anyone to see at a moment's glance precisely what systems are known to be sending OTA data. It obviously wouldn't be an indicator that it was a list of every system that sends OTA data, but it could potentially grow fairly big and show a lot of systems with OTA data. Which I guess might induce some people to update / purchase Fast Lane and monitor based upon knowing that if they monitor one of those particular systems they will get the cleartext aliases to see and drool over. I do sort of like that idea. Maybe somebody else will think of a downside of publishing that on a website. I imagine the author will eventually read that and mull it over.

 

[RaleighGuy]

One thought I had is I wish there was an easy way to export the RID aliases, downloaded to my computer, for a system so that could be used in other radios/scanners/pagers.

 

[mtindor]

One thought I had is I wish there was an easy way to export the RID aliases, downloaded to my computer, for a system so that could be used in other radios/scanners/pagers.

I can undertand that. The way the cleartext is abutted right up against a " makes a simple dump and import as a CVS not nearly as useful. Requires some massaging to separate that cleartext alias from the scrambled OTA. But my guess is that is probably what you'd have to do -- find away to split apart the cleartext from the OTA at the " boundary. If you're a unix guy, a combination of awk/sed can do that in no time. I'm not an Excel person or a Google Sheets person, but maybe there are ways to similarly split that apart.

 

[Reconrider]

That's an interesting thought. Not sure that it would be a bad idea. Would be nice for anyone to see at a moment's glance precisely what systems are known to be sending OTA data. It obviously wouldn't be an indicator that it was a list of every system that sends OTA data, but it could potentially grow fairly big and show a lot of systems with OTA data. Which I guess might induce some people to update / purchase Fast Lane and monitor based upon knowing that if they monitor one of those particular systems they will get the cleartext aliases to see and drool over. I do sort of like that idea. Maybe somebody else will think of a downside of publishing that on a website. I imagine the author will eventually read that and mull it over.

I was getting tired of downloading the txt file every little while haha. I like seeing what other systems have joined the new dsd+.
I like the idea better of not password protecting it for us fastlane users to let people who don't own fastlane also see if there system is being fed

 

[Muxlow]

Its growing very fast
Here is the file i download at 16:58


2024-10-29 16:58 ET Pending Decoded
System Aliases Aliases

92493.796 MPSCS MI/OH 2 0
BEE00.170 SIRN WV 35 694
BEE00.1FC VIPER NC 0 3
BEE00.3A9 CLMRN CT 18 423
BEE00.4F1 Niagara County NY 23 201
BEE00.596 Cary / Wake Co. NC 24 305
BEE00.840 CORNNet NY 71 0
BEE00.854 New Mexico DTRS NM 0 3
BEE00.942 STARNet PA 108 82
BEE00.954 Middletown CT 8 13
BEE00.973 Waterloo Region ON 4 93
BEE00.AD9 LMRN ON 12 190
------ ------
---Totals--- 305 2007


Here is the file from now 2338


2024-10-29 23:36 ET Pending Decoded
System Aliases Aliases

92493.796 MPSCS MI/OH 2 0
BEE00.140 STARCOM21 IA/IL/MO 19 87
BEE00.170 SIRN WV 29 985
BEE00.1FC VIPER NC 0 15
BEE00.2D0 Charlotte UASI NC 5 54
BEE00.383 McKinney TX 10 5
BEE00.3A9 CLMRN CT 10 643
BEE00.4F1 Niagara County NY 1 520
BEE00.596 Cary / Wake Co. NC 5 443
BEE00.6B0 Collierville TN 4 8
BEE00.840 CORNNet NY 0 113
BEE00.854 New Mexico DTRS NM 0 8
BEE00.8D8 Solano County CA 0 4
BEE00.942 STARNet PA 127 103
BEE00.954 Middletown CT 13 46
BEE00.973 Waterloo Region ON 4 188
BEE00.9A9 Allegheny CountyPA 0 4
BEE00.9DC Manatee/SarasotaFL 0 248
BEE00.9D2 CRIS CA 0 3
BEE00.9FD Memphis/ShelbyCoTN 0 17
BEE00.A66 Westchester Co. NY 89 54
BEE00.AD9 LMRN ON 13 724
BEE07.40F ARMER MN/ND 1 0
------ ------
---Totals--- 332 4272

Doubled its size in a few hours. Give it a week once more people get onboard and start sending data and id guess she will be 6x as large

 

[Deadguy]

This is all really cool. I feel like I'm actually contributing something to our community. New Mexico DTRS monitor checking in and proud to rep for southern New Mexico! I'll leave this running for a while to see what happens. Alamogordo is strange because we get random patches from all over the state for seemingly mundane reasons. That's great though because we can get more data!

 

[bravo14]

About 45 mints ago I got the update alert for the 205. Than I looked and found it here. Question what happens if you have you a tg or rid already named? Will this update change it or start from scratch?

 

[mtindor]

About 45 mints ago I got the update alert for the 205. Than I looked and found it here. Question what happens if you have you a tg or rid already named? Will this update change it or start from scratch?

It won't change your custom ones. Check the MISC-->P25 blah blah menu. It can display your aliases and the real aliases, or just yours, or just the real ones.

 

[bravo14]

It won't change your custom ones. Check the MISC-->P25 blah blah menu. It can display your aliases and the real aliases, or just yours, or just the real ones.

Okay TY. I went and changed it to Display OTA see what happens.

 

[Kazzaw]

Is there a way to determine if the OTA alias is an option on a system? I'll leave mine on for a while, but I can't see anything coming up in the window yet.

 

[bravo14]

Has anyone having this issue on FMP24 ? On the DSD Event window on Control when Combined CC/VC is selected this happens to the control channel

 

[bravo14]

Is there a way to determine if the OTA alias is an option on a system? I'll leave mine on for a while, but I can't see anything coming up in the window yet.

I was wondering the samething. I don't see nothing popping up for OTA alias for RID.

 

[mtindor]

I was wondering the samething. I don't see nothing popping up for OTA alias for RID.

Remember, you have to be monitoring a Motorola P2 five system that has aliases turned on. If it doesn’t have aliases turned on, you won’t see aliases. If it’s not a Motorola P 25 system, you absolutely will not see aliases.

 

[Muxlow]

Remember, you have to be monitoring a Motorola P2 five system that has aliases turned on. If it doesn’t have aliases turned on, you won’t see aliases. If it’s not a Motorola P 25 system, you absolutely will not see aliases.

Dont it decode alias on Harris P25 also?