b52hbuff, I remember the first time I bought a radio that offered UID. It was the Pro-197, before Uniden added the feature. This was the greatest feature to me since the invention of sliced bread. My first month was spent running Unitrunker and ID Tracker to ID each radio that was used by my local system (Pensacola 800). Within months I had compiled a very detailed listing. I was monitoring Pensacola so I would name the dispatches as Fire Dispatch, Police Dispatch, etc. Even when the dispatchers went from primary to tac-1 a new console UID would appear. The patrol units were PPD Unit 156, PPD CSI 400, etc. If they were a Sergeant I would add SGT to the alpha tag. You get the idea; my list was 99% accurate.

Then after a month I noticed that my UID were not matching up as they use too. Then it dawned on me that users were switching cars, radios, etc. I was bummed at first but then I started using a more generic naming system that still worked. Since dispatch consoles didnít change along with radios in fire vehicles, I started naming them like, PPD Patrol, PPD CID, etc so they would still reflect the user using the radio.

I still mess around with UID but mainly to ID those radios that donít change. Have fun with the new feature. Itís still a lot of fun.

My observation has been that b52hbuff, while very well meaning and extremely thorough with his posts, appears to believe that scanning begins and ends with the HomePatrol, and therefore the RR DB should bend and expand every which way to accommodate a single device among dozens. I've read most of his posts since he acquired his HomePatrol, and can draw no other conclusion. I've seen it explained to him dozens of times that the RR DB does not exist solely to support one device, namely the HomePatrol, but I'm not certain that fact has really sunk in yet.

Just to be clear, GRE has supported RID/UID since the 500/600 were released in 2007, a full 3 years before the HomePatrol was even released. The RR DB wasn't expanded back then to include RID/UID fields, so why should it be now?

The statement that the HomePatrol "has historically leveraged shared contributions from a knowledgeable user base" all by itself is a bit far reaching as well. The RR DB would not exist at all without years worth of contributions from a knowledgeable user base. Again, the bulk of it taking place before the HomePatrol came on the scene. Granted, the HomePatrol is (or was, prior to this Extreme Upgrade) probably the scanner most dependent on accurate RR DB info in order to work to its full potential.

I guess I'm just curious where all these suggestions were prior to the HomePatrol being released?

My observation has been that b52hbuff, while very well meaning and extremely thorough with his posts, appears to believe that scanning begins and ends with the HomePatrol, and therefore the RR DB should bend and expand every which way to accommodate a single device among dozens. I've read most of his posts since he acquired his HomePatrol, and can draw no other conclusion. I've seen it explained to him dozens of times that the RR DB does not exist solely to support one device, namely the HomePatrol, but I'm not certain that fact has really sunk in yet.

Just to be clear, GRE has supported RID/UID since the 500/600 were released in 2007, a full 3 years before the HomePatrol was even released. The RR DB wasn't expanded back then to include RID/UID fields, so why should it be now?

The statement that the HomePatrol "has historically leveraged shared contributions from a knowledgeable user base" all by itself is a bit far reaching as well. The RR DB would not exist at all without years worth of contributions from a knowledgeable user base. Again, the bulk of it taking place before the HomePatrol came on the scene. Granted, the HomePatrol is (or was, prior to this Extreme Upgrade) probably the scanner most dependent on accurate RR DB info in order to work to its full potential.

I guess I'm just curious where all these suggestions were prior to the HomePatrol being released?

One thing none of us know is what kind of deal RR & Uniden have worked up and that could change everything, I believe the "HP-1 way" is the tip of the iceberg in the way scanning is to be..... Just my 2 cents..

My observation has been that b52hbuff, while very well meaning and extremely thorough with his posts, appears to believe that scanning begins and ends with the HomePatrol, and therefore the RR DB should bend and expand every which way to accommodate a single device among dozens. I've read most of his posts since he acquired his HomePatrol, and can draw no other conclusion. I've seen it explained to him dozens of times that the RR DB does not exist solely to support one device, namely the HomePatrol, but I'm not certain that fact has really sunk in yet.

Just to be clear, GRE has supported RID/UID since the 500/600 were released in 2007, a full 3 years before the HomePatrol was even released. The RR DB wasn't expanded back then to include RID/UID fields, so why should it be now?

The statement that the HomePatrol "has historically leveraged shared contributions from a knowledgeable user base" all by itself is a bit far reaching as well. The RR DB would not exist at all without years worth of contributions from a knowledgeable user base. Again, the bulk of it taking place before the HomePatrol came on the scene. Granted, the HomePatrol is (or was, prior to this Extreme Upgrade) probably the scanner most dependent on accurate RR DB info in order to work to its full potential.

I guess I'm just curious where all these suggestions were prior to the HomePatrol being released?

You can never be for sure what is in a persons heart or mind. In fact after I write this note, you'll still not be sure...

Before the HP-1, I had (and still have) a variety of other radios. Most of my radios are Uniden DMA, a couple of GRE. All of those radios were programmed by me, using programs that didn't rely on the RR.com db. Part of my enjoyment was printing out the various frequency lists and arranging the data to match my personal preferences.

You're going to gravitate towards the UID discussion to highlight the independence of the RR.com db. I could highlight other discussions that the RR.com db has accomodated the HP-1 and various other Uniden radios. What other radios even support geotagging? What radios support rectangular geotags? What radios support the Description field?

You seem to understand why the questions are being asked now, so I don't see why you're posing the question again? The HP-1 derives a large part of it's 'value' based on the data that comes from this site. And all I did was ask a question about database support for RIDs. Once the point was made, I didn't go back and revisit the decision. The followups are simply enhancement requests (e.g. RID masking/ranges) or user-based ability/features to allow sharing outside of the database.

Resources:
Enable Robust Exception Information to provide greater detail about the source of errors. In the Administrator, click Debugging & Logging > Debugging Settings, and select the Robust Exception Information option.
Check the ColdFusion documentation to verify that you are using the correct syntax.
Search the Knowledge Base to find a solution to your problem.

That website is so screwed up .. I received the confirmation, even though (after an hour with Uniden customer service) they determined there really was no authorized purchase .. so now I have to start over and HOPE the problem is fixed. They have no idea why I received the confirmation product purchase ID ... guess I'll just wait a while, see if they fix the web purchase page.

Thanks UPMan for the news and video series, and to you and the team at Uniden for working hard to bring it to reality. I will be taking advantage of the pre-purchase discount.

Seriously, to those people complaining about the price of the upgrade, I suggest the following:

1. Price other "software defined" radios/receivers.

2. Those prices do not include the computer required to use them. A good percentage of users of software defined radios use them with a dedicated computer in their monitoring station to run 24X7 for logging, recording, traffic analysis, etc. The HP-1 is a standalone product utilizing a touch-screen display that you can program with an existing home computer or completely on the unit's touch screen display with the Extrem Edition upgrade.

3. Price other stand-alone scanners then add the cost of third-party software that is required for a number of the features that the HP-1E will have such as RF power plot, activity analysis, band scope, real-time trunked system analysis with logging, etc while scanning with no computer required. Yes, there are free alternatives out there that individually offer some of those features, but how about all of them?

I think you'll quickly see no other product out there right now offers the features of the HP-1(E) at a comparable value with such portability. I'm coming from the perspective of being a long-time user of an Optocom running Scan*Star Pro (with audio logger) on a laptop computer. The HP-1(E) will give me all of the features I had on the Optocom/Scan*Star and more, in a much more portable package that I can easily use around the house and transfer to my car and do location-based scanning with GPS.

In my opinion, even at full MSRP and full upgrade price for the Extreme Edition that's an excellent value proposition for those capabilities.

Resources:
Enable Robust Exception Information to provide greater detail about the source of errors. In the Administrator, click Debugging & Logging > Debugging Settings, and select the Robust Exception Information option.
Check the ColdFusion documentation to verify that you are using the correct syntax.
Search the Knowledge Base to find a solution to your problem.

You need to go back into the my.uniden.com site, login, select "All Scanners" then enter the ESN of your scanner. The error you show is because the keygen can't locate your ESN within the registration area to generate your key.

You need to go back into the my.uniden.com site, login, select "All Scanners" then enter the ESN of your scanner. The error you show is because the keygen can't locate your ESN within the registration area to generate your key.

I am guessing that this error comes after he has received his key and is hitting the `UPDATE' button on that screen. I say that because I get the same error there. I am also guessing that this error is the because the file is not ready to be downloaded yet.

Anyone still experiencing a purchase issue should report it in the forums at HomePatrol (I don't make it a habit to send people out of these fine forums for help, but our customer service group only continuously monitors those forums...and we only have the ability to see users email addresses in those forums for private followup). As far as we know, fewer than a dozen people had a purchase issue (and 8 of those were due to typos in the credit card information).