Whoever is sending bad information in as submissions PLEASE STOP IT.

Status
Not open for further replies.

Jay911

Silent Key (April 15th, 2023)
Feed Provider
Joined
Feb 15, 2002
Messages
9,378
Location
Bragg Creek, Alberta
This may not be appreciated by the DB admins, and if so, I apologize. I've raised this issue with them before and there is an effort going on to be more diligent about approving submissions, but they have huge areas of responsibility and vetting submissions from a part of the world they're not local to just isn't possible sometimes. They have to trust that the person making the submission is telling the truth and/or knows what they're talking about. In the past few months, it appears that this has not been the case.

Somebody is submitting data to the admins for Calgary and the regions surrounding it which is, at the least, incorrect and based on a lack of understanding of how radio systems work, and at the worst, outright lies and false information. You are polluting the database that we scanner hobbyists use for enjoyment of our hobby and I won't stand for it any more.

The most recent examples include, in the Calgary/Recreational Facilities category, the "South Health Campus YMCA" subcat. Someone has submitted a repeater on 466.6125 with an input of 461.6125 (and a DCS of 223) and called it "Ch 1 - Lifeguards/First Aid". Then they have submitted a repeater on 461.6125 with an input of 466.6125 and the same DCS, and called it "Ch 2 - Maintenance/Housekeeping". This is not how repeaters work. For one thing, the radios would be talking all over one another when they were transmitting to the two repeaters. For another thing, only one repeater - with freq 461.6125 and input 466.6125 - is licensed on the site. Furthermore, it is licensed for 4 watts with no outdoor antenna which means you would have to be inside the business in order to monitor it (and RR demands that you monitor the signal before you submit - you are not allowed to submit data pulled from online licensing sites like the FCC ULS or Industry Canada's Spectrum Direct). Finally, the license's emissions is set for DMR, not analog voice, which means that having a DCS value is highly suspect.

The other recent submission I want to bring up is for emergency services in Stand Off on the Blood First Nation. Once again somebody has submitted a bunch of data that just doesn't work if you understand radio systems at all. First of all, 158.76 (the provincewide ambulance frequency) and 156.855 (the provincewide municipal fire tactical frequency) have been posted in a regional/local part of the DB. These frequencies are already in the provincewide section of the DB, so they shouldn't be submitted locally as that's unnecessary duplication. Second of all, the repeater on freq 165.9 (input 165.21) has been posted 2 or 3 extra times with the input/freq swapped or just one freq and listed as "talkaround". For the ones where the freqs are swapped, see my comments about 461/466 above. For the ones where the repeater is listed a second time as "talkaround", that's unnecessary duplication. Thirdly, the police repeater is listed backwards (freqs swapped) as the FD's "tac 1", which is not possible/wouldn't work. Lastly, the freqs for Cardston Fire's repeater (town of Cardston in Cardston County) are listed as "fireground 3". Not only is this one unnecessary duplication, it wouldn't work because of the proximity to Cardston (Cardston and Stand Off are close enough together that the Cardston repeater would be heard over the channel). And finally, Cardston's repeater is indeed listed in Blood FD's license, but as permission for Blood FD to contact Cardston, not as a separate channel for Blood FD.

Monitoring the input frequency for a repeater and hearing traffic does not mean that the input should be listed as a separate channel in the RRDB. Posting info you find in the Spectrum Direct license pages absolutely should not be submitted to the RRDB.
 

mciupa

Canadian DB Admin
Moderator
Joined
Nov 5, 2002
Messages
8,399
It is appreciated that this issue is out in the public. It had to be said and you've said quite eloquently.

I'm not sure what can be done short of a block of an account, however that is not within my realm of authority.
 

mikewazowski

Forums Manager/Global DB Admin
Staff member
Forums Manager
Joined
Jun 26, 2001
Messages
13,572
Location
Oot and Aboot
Someone has submitted a repeater on 466.6125 with an input of 461.6125 (and a DCS of 223) and called it "Ch 1 - Lifeguards/First Aid". Then they have submitted a repeater on 461.6125 with an input of 466.6125 and the same DCS, and called it "Ch 2 - Maintenance/Housekeeping". This is not how repeaters work.

So when one repeater keys up, it keys up the other repeater which in turn keeps the other repeater keyed up.

Brilliant.
 

harryshute

Member
Premium Subscriber
Joined
Dec 14, 2009
Messages
1,869
Location
Edmonton, Alberta, CANADA
DB Errors

It is appreciated that this issue is out in the public. It had to be said and you've said quite eloquently.

I'm not sure what can be done short of a block of an account, however that is not within my realm of authority.

I've noticed a few errors as well including City of Calgary buisness and attractions mainly reversing the repeater output and input. Also for Cardston RCMP the 155.910 frequency should be deleted as it's the input to the nearby Waterton repeater.

We at least have the advantage of one database admin covering our area. He can look at the submitter of these wrong additions and question any future submissions.
 

Citywide173

Member
Premium Subscriber
Joined
Feb 18, 2005
Messages
2,158
Location
Attleboro, MA
You are polluting the database that we scanner hobbyists use for enjoyment of our hobby

I think you're overlooking the bigger concern. This is the database that RR has licensed to Uniden/Whistler, whoever is doing this is potentially messing with one of RRs revenue generating models.

I'm sure that pointing out the potential revenue threat will get more action than expressing your unhappiness with whomever is doing it.
 

kayn1n32008

ØÆSØ
Joined
Sep 20, 2008
Messages
6,663
Location
Sector 001
This may not be appreciated by the DB admins, and if so, I apologize. I've raised this issue with them before and there is an effort going on to be more diligent about approving submissions, but they have huge areas of responsibility and vetting submissions from a part of the world they're not local to just isn't possible sometimes. They have to trust that the person making the submission is telling the truth and/or knows what they're talking about. In the past few months, it appears that this has not been the case.

Somebody is submitting data to the admins for Calgary and the regions surrounding it which is, at the least, incorrect and based on a lack of understanding of how radio systems work, and at the worst, outright lies and false information. You are polluting the database that we scanner hobbyists use for enjoyment of our hobby and I won't stand for it any more.

The most recent examples include, in the Calgary/Recreational Facilities category, the "South Health Campus YMCA" subcat. Someone has submitted a repeater on 466.6125 with an input of 461.6125 (and a DCS of 223) and called it "Ch 1 - Lifeguards/First Aid". Then they have submitted a repeater on 461.6125 with an input of 466.6125 and the same DCS, and called it "Ch 2 - Maintenance/Housekeeping". This is not how repeaters work. For one thing, the radios would be talking all over one another when they were transmitting to the two repeaters. For another thing, only one repeater - with freq 461.6125 and input 466.6125 - is licensed on the site. Furthermore, it is licensed for 4 watts with no outdoor antenna which means you would have to be inside the business in order to monitor it (and RR demands that you monitor the signal before you submit - you are not allowed to submit data pulled from online licensing sites like the FCC ULS or Industry Canada's Spectrum Direct). Finally, the license's emissions is set for DMR, not analog voice, which means that having a DCS value is highly suspect.

The other recent submission I want to bring up is for emergency services in Stand Off on the Blood First Nation. Once again somebody has submitted a bunch of data that just doesn't work if you understand radio systems at all. First of all, 158.76 (the provincewide ambulance frequency) and 156.855 (the provincewide municipal fire tactical frequency) have been posted in a regional/local part of the DB. These frequencies are already in the provincewide section of the DB, so they shouldn't be submitted locally as that's unnecessary duplication. Second of all, the repeater on freq 165.9 (input 165.21) has been posted 2 or 3 extra times with the input/freq swapped or just one freq and listed as "talkaround". For the ones where the freqs are swapped, see my comments about 461/466 above. For the ones where the repeater is listed a second time as "talkaround", that's unnecessary duplication. Thirdly, the police repeater is listed backwards (freqs swapped) as the FD's "tac 1", which is not possible/wouldn't work. Lastly, the freqs for Cardston Fire's repeater (town of Cardston in Cardston County) are listed as "fireground 3". Not only is this one unnecessary duplication, it wouldn't work because of the proximity to Cardston (Cardston and Stand Off are close enough together that the Cardston repeater would be heard over the channel). And finally, Cardston's repeater is indeed listed in Blood FD's license, but as permission for Blood FD to contact Cardston, not as a separate channel for Blood FD.

Monitoring the input frequency for a repeater and hearing traffic does not mean that the input should be listed as a separate channel in the RRDB. Posting info you find in the Spectrum Direct license pages absolutely should not be submitted to the RRDB.
Well put Jay.
 

SCPD

QRT
Joined
Feb 24, 2001
Messages
0
Location
Virginia
This is not that new .. the RR database around here has been full of errors for a long time and why I only use it for AFRRCS, cause that is likely pretty reliable due to a lot of hard work by some RR users here. The rest .. no thank you, I will pass when it comes to using it.

But I do agree with Jay .. it is just stupid to mess things up for others.
 

mciupa

Canadian DB Admin
Moderator
Joined
Nov 5, 2002
Messages
8,399
This is not that new .. the RR database around here has been full of errors for a long time and why I only use it for AFRRCS, cause that is likely pretty reliable due to a lot of hard work by some RR users here. The rest .. no thank you, I will pass when it comes to using it.

But I do agree with Jay .. it is just stupid to mess things up for others.

Yet, I see that three of your scanners download directly from the RR database.

I try and be timely with submission processing. I will certainly give corrections top priority.

Now would be a good time for an Albertan to step up and manage the Alberta DB. :wink:
 

Citywide173

Member
Premium Subscriber
Joined
Feb 18, 2005
Messages
2,158
Location
Attleboro, MA
Yet, I see that three of your scanners download directly from the RR database.

I've got a HP-1, BCD536HP and WS-1080, strangely, everything I scan with them was entered into the software by hand with data from sources other than RR. The full database is an option, but never selected, so I don't see how the fact that the radios download directly from the RR database can automatically be assumed that he is using that particular data.
 

mciupa

Canadian DB Admin
Moderator
Joined
Nov 5, 2002
Messages
8,399
I've got a HP-1, BCD536HP and WS-1080, strangely, everything I scan with them was entered into the software by hand with data from sources other than RR. The full database is an option, but never selected, so I don't see how the fact that the radios download directly from the RR database can automatically be assumed that he is using that particular data.

I've deleted my original rant in response to this post and will just say what I say when there is nothing else to say. :D


There ya go! :p
 
Last edited:

SCPD

QRT
Joined
Feb 24, 2001
Messages
0
Location
Virginia
Simple solution

It would be simple to fix this problem pay a DB Admin, two per province and three or four per state
Being paid also means being accountable. A easy example lost count of FRS frequencies marked as a business in some cases a simple check in TAfFL and FCC data could help confirm the submission
I know RR makes big bucks from adware, paid members and Hardware vendors
Time to spend some of the cash to make this site better
 
Last edited:

Voyager

Member
Joined
Nov 12, 2002
Messages
12,060
So when one repeater keys up, it keys up the other repeater which in turn keeps the other repeater keyed up.

Brilliant.

Believe it or not, I've actually run into that exact issue in the ham bands where the bandplan of one area is inverted from other areas. The repeaters would howl until one of them times out. Of course, then that one drops, the other's tail drops and the process starts all over again.

Of course, this was not in the same area and is not exactly what Jay is talking about, but the case you described does in fact happen.

Fortunately, it only happened during band openings.

On one occasion, I was talking on a PA repeater that would lock up with one in DC which was also locked up with one in SC, so I was talking to a SC ham through a double-lock-up. Of course, we had to put up with the heterodyne of the PA and SC repeaters competing on the input of the DC repeater.

I've also run into several cases in the LM bands where one repeater's output was on the other's input (mainly on VHF), but never was the situation reversed where the second repeater's output was on the first's input.
 

Voyager

Member
Joined
Nov 12, 2002
Messages
12,060
It would be simple to fix this problem pay a DB Admin, two per province and three or four per state
Being paid also means being accountable.

How would paying admins eliminate bad user submissions? It's usually not the admin who provides the data. In most cases, the admin doesn't know the area to know if the info is valid or not. (of course there are exceptions)

In other cases, it's the admin who is corrupting the data.
 

SCPD

QRT
Joined
Feb 24, 2001
Messages
0
Location
Virginia
How would paying admins eliminate bad user submissions? It's usually not the admin who provides the data. In most cases, the admin doesn't know the area to know if the info is valid or not. (of course there are exceptions)

In other cases, it's the admin who is corrupting the data.

Like I said paid will mean accountable. I doubt the Admins are primary source
of submissions. Again in most cases a simple check in TAFL or FCC
will help towards Vetting the submission

In time the DB Admin will get to know who are the legit and knowledgeable
Hobbyists

it appearss the DB Admin take the word of the person who sent this information don't do any checks
 
Status
Not open for further replies.
Top