Maybe RR should implement the feature where it doesn’t load the page if ad blockers are in use…
In all seriousness, support the site, folks.
In all seriousness, support the site, folks.
RRDB 2.0 Beta Release Thread
- Thread starter blantonl
- Start date
- Status
Folks, let's keep this thread focused on the RRDB 2.0 release. If you want to discuss ad blockers and their impact on RadioReference, there's a long thread on that topic at: Free Users - Turn off your ad blockers
I'll never understand why people walk into other's houses, and in their house, actively tell people how to circumvent how the owner of the house runs things.
This is akin to some dude standing at the bar, and telling patrons that the bartender tends to get distracted at certain points, and if you watch him closely you can reach behind the bar and snag a bottle of liquor and that "hey, I've done it a few times it's awesome." It's a total jerk move and I'm going to call it how I see it.
The ads that we implement help pay the bills around here. They are not nearly as obtrusive as some people around here make them out to be. You'd think we kicked their dog or something regarding a 150 pixel ad at the top of the page.
We're actually going to move farther and farther away from ads - I don't like advertising as a source of revenue because it's far less predictable and we have very little control over it as a source of revenue. But it does generate a healthy amount of revenue from user's who do not subscribe to the site.
Expect that we'll move more to premium subscriptions to support this business in the future.
west-pac
Member
- Joined
- Nov 13, 2004
- Messages
- 1,592
Ehh.. you tried. It's hard to stick to a topic when the owner circumvents you.
Still working my way through the thread, and I know functionality trumps cosmetics at this stage, but has anyone mentioned that the blue color used to list alternate control channels on trunked systems is super difficult to distinguish from the black? At least on MY monitor with my pre-geezerly eyes.
I'm sure I'll get used to the new "fresh" format.
My only peeve when searching for frequency updates is finding: "Frequencies Updated (Updated: 0, Deleted 1) for Municipalities" How about telling me which municipality and which frequency you deleted? Now, I have to go back to my scanner programmer to see what's different between your listings and mine for each municipality in that entire county so I know which frequency I can remove. I'd be grateful if you'd address this. Thanks!
west-pac
Member
- Joined
- Nov 13, 2004
- Messages
- 1,592
IMO, I wouldn't worry about which freq was deleted. It's not going to hurt your scanner any to have an extra frequency in it that the RRDB says is obsolete. Truth be told, it may or may not be obsolete. It may be used only once per year, on low power, to park cars at the annual festival; but ~someone~ (you, I, or that guy over there) made a submission that said it was obsolete and a RRDB Admin went thru the depreciation process and then deleted it from the DB. So, you're not missing or hurting anything by leaving that freq in your scanner, and ~you~ may actually find that it's still used on rare occasions.
Also, when a frequency goes from normal status, to "Depreciated" status, it highlights that county on the DB map. At that point the Admins are waving their hands, saying "speak now, or complain on a thread that has nothing to do with depreciating frequencies"...... and you should at that point either agree that it's no longer in use and delete it from your scanner, or make your own submission saying that frequency is still in use.
Sorry about that AK… sometimes there’s stuff I just can’t let slide.
- Joined
- Feb 10, 2018
- Messages
- 90
Has some glitches and tweaks that could be worked out as time progresses but all in all i think it's gonna be awesome when it comes out, just my opinion, I really love that filter where we can sort by the talk-group to specific talk-groups, awesome job Lindsay B
I support this, however there is always people who will balk at it.
An Alaskan submitter complained that boroughs are being called counties in the 2.0 Beta.
Good catch. I’ll get that fixed
Would it be better to have a 'structure' for data submissions rather than just a field for text? I've never submitted so im not sure how it looks, but it would be easier to 'pre-fill' the data base so DB admins can just sort of look and approve rather than taking what has been submitted and converting it into the format it's required to be in
I'm not quite sure... I've given quite a bit of thought to this, but the problem is we want to make it as easy as possible for folks to submit data to us.
If we designed structured data forms, we're very likely to overwhelm submitters or confuse them. It is hard to design structured data forms for everyone that works well.
Please leave it simple (text)
west-pac
Member
- Joined
- Nov 13, 2004
- Messages
- 1,592
Isn't some of that data filled in already, based on which page you hit the submit button? If you're at the state-level map and press submit you would need to give the county, system, site, etc... to add your information to; but if you're at the local site level, and press submit, isn't the county, system, and site number automatically included?
I spose you are right in that way.
I'm more thinking that whenever I'm submitting (I lied before, I actually have submitted I just forgot!) Info to the DB, it's usually a lot of data due to the lack of users in Australia. I am not sure what the DB admins have to work with, but I've got several systems that aren't in RR that contain a lot of info - sites, LCNs, Groups, etc that seems like it would be hard for someone to manually sift through and add correctly if it were all provided in a text field. For frequently updated areas, it may be less of an issue.
Maybe that's likely more on me and I need to look into becoming a DB admin for the state I'm in and add all of it myself rather than submitting it all in a wall of text
I'm more thinking that whenever I'm submitting (I lied before, I actually have submitted I just forgot!) Info to the DB, it's usually a lot of data due to the lack of users in Australia. I am not sure what the DB admins have to work with, but I've got several systems that aren't in RR that contain a lot of info - sites, LCNs, Groups, etc that seems like it would be hard for someone to manually sift through and add correctly if it were all provided in a text field. For frequently updated areas, it may be less of an issue.
Maybe that's likely more on me and I need to look into becoming a DB admin for the state I'm in and add all of it myself rather than submitting it all in a wall of text
OT: "It's good to be the king!"
OT: There is something to be said for the increased accuracy of having a second brain and pair of eyes, though, in adding the data, not to mention you might then review the result yourself. I've made a goof or two that gets caught by the DBA handling it (and vice-versa). As long as your text is in a rational format (I usually edit mine in a text editor and then paste it), it shouldn't be too much extra admin work. Just my opinion as a career DBA (IANA DBA here).
Yup. This just came up in a discussion with a radio manufacturer yesterday about an activation form. Coming up with something that's simple enough for the simple cases, but extendable for the more complex cases we often see in public safety, is challenging.
- Status
