Cory,
First, let me say, feel free to have your own opinion. I just wanted to note that technical specifications speak contrary to your point of view.
IP allocations follow a system specified in RFC2050; not because there's a majority consensus on the Internet that RIRs possess authority to issue IPs. The current DNS structure exists because of the specifications in RFCs 1034 and 1035, not because people simply agree. If they did not, or there was no global technical standard, there would be no guarantee of unique names and numbers, different networks may reach a different resource depending on their location (or not reach a resource whatsoever). Operating System developers would have no way of programming and configuring defaults for 'standards' such as IPv4, IPv6, DNS, DHCP, etc.
44.0.0.0/8 is, in fact, one network, as specified in RFC1166. Many folk have noted that they don't wish to have their allocation connect to others (or to the Internet for that matter); that's their option and their firewall. In the same token, we have others who come to the mailing list, asking how to get their allocations online. I personally see it as a success that I established connectivity to the rest of AMPRNet; and when I BGP in the future, I intend to maintain a 44GW that will be reachable via tunnel as well. Others are using thier allocations for purposes that would not have thier allocation connected to the rest of AMPRNet, only part time, or in some test/research capacity; that's OK too. Regardless, so long as they are not announcing thier allocation (with permission) from another AS, any Internet traffic destined to that subnet will travel to where 44.0.0.0/8 is announced - your argument that 44/8 is not one network fails on that one notion.
Jann,
You mentioned spoofing. This is the reason the encap file and route table should be kept private. Only other amateurs would know the location of the other endpoints.
Also, thanks for the compliments regarding the aprscode tool.
-KB3VWG