Am I reading this correctly? The HP-1 won't load a system that is listed on RR as a Phase 2 system? If so, that's just wrong. There are many "Phase 2 capable" systems out there that are only using Phase 1 right now. If the radio won't load these systems, Uniden should change that. Hopefully, you can override this issue and program it manually (but you shouldn't have to).
Uniden could indeed change the database algorithm (what's used to download the RRDB and filter out unwanted stuff before making it available as the HPDB), though for true Phase 2 systems, that would result in some talkgroups not being received, which might confuse users further.
However, IMO, this is a problem stemming from RR DB admin policy and people not knowing what they're submitting. People will use an analyzer program like Unitrunker or PRO96COM to look at a system and see that it has Phase 2 identifiers (identifiers = data which tells the subscriber radios what frequency to tune to; aka the base/step/offset values), and will submit to RR that this is a "Phase 2" system. The problem is, every new Motorola system (and probably more than a few other-branded systems) contains P2 identifiers even if it isn't using them. I forget the exact layout right now, but for the sake of argument, I'll say iden 00 is P1 700, iden 01 is P1 800, iden 02 is P2 700, and iden 03 is P2 800 (and in a bunch of systems, iden 04 is P1 900). I know of at least one system in the RRDB which has the above, but all sites are using iden 00 channels (700 MHz Phase 1). This is incorrectly put into the RRDB as a Phase 2 system.
If we're going to put systems into the RRDB based on their
capabilities, then every TG in a system should be listed as encrypted, since they're capable of carrying that traffic.
Systems which have P2 idens but don't use them shouldn't be listed as P2 systems.