Androids

So I've been thinking the past few days about Androids in Sci-Fi, Specifically I've been thinking about the different types of Androids seen in Star Trek, and even more specifically in TOS (The Original Series) Captains Kirk time!

I remember three different types of Androids from TOS - Memory Alpha Wiki says there were 4 different types. Maybe the most memorable would be Ruk in "What little girls are made of", Ruk was the last of that type of Android, and was finally destroyed, But "The Old Ones" machines still worked, and able to still create Androids - Since a human used the machine, the "blank" androids had a more human appearance, and Dr. Roger Korby figured out how to imprint his brain pattern on to the blanks - Ruk of course was an alien (Android), did "The Old Ones" look like him? Did they also imprint their brain patterns into the Androids? Ruk,with a little help from Captain Kirk, remembered what had long been forgotten, Ruk seemed to have a high emotional response. This episode is probably the one episode that most people thinking about when you say Android and TOS. But too me probably not the best example of Androids in TOS.

The 2nd Android that I remember from TOS would be the Norman type Androids, ("I, Mudd") also were created by aliens, There creators were from the Andromeda Galaxy, they must have been a humanoid race, I say this because all of the Androids were in a humanoid form. Unlike Ruk however they relied on a higher mind - The Norman Android was in control, and directed what the others should do. Of course after Kirk realized this he was able to exploit it, and in the end was able to out think the machines. Honestly this type of "hive-mind" reminds more of the Borg, and not really of a free thinking type Android. As such, Norman may have been the only true Android, and the other machines was more robotic in nature with limited AI. When problems raised the others always asked for Norman. And based on the number there was only one Norman. This episode however is a very memorable and favorite episode - I think more for Henry Mudd then for the Androids.
And too me still not the best example of an Android in TOS.

SO the 3rd Android that I remember from TOS would be the "Flint" type Android. Flint was a human, and was near immortal, He was able to create several models of Rayna - There were a total of I believe 17, the 1st 16 were not entirely successful. Rayna 17 was made to be his perfect mate, someone who would live a lifetime with him. And being a near immortal that could be a very long time. Flint was born around 3834BC and had seen friends & family grown old and die, while he continued on. The Android he created reminds me a lot of the Soong type Androids from TNG. And although Rayna 17 did ultimately fail, she achieved what Soong's Android Data was attempting to achieve his whole life, and only Lai (Data's Daughter) was able to achieve on her own. Rayna 17 found her humanity - but failed because she wasn't aware that she was an Android. I find the Flint type Android and Flint himself to be very similar to Soong and Soong Type Androids. Flint was told by Dr. McCoy that because he left Earth, he also lost what ever it was that was making him immortal. My first thought was could McCoy have been wrong, and is Flint also Dr Soong? Of course if that were true you'd probably need to ignore the episodes of Enterprise (personally, I choice to ignore most of those episodes anyways, because personally I don't think they fit into the prime timeline anyways) Then again, Flint was very long lived, he could have been Arik Soong, not a whole lot is known about him. But logically it would make more since that Noonian Soong found and read papers that Flint wrote, as well as the early work done by Arik Soong in the field of artificial life. At any point, Flint was the first human to build a working Android that was not "clunky, or artificial"

Memory Alpha Wiki also lists, the Sargon-type androids, which I can honestly say I know which episode they are talking about, but I can't remember any Androids. But again, Sargon would have been from an alien race, I think I will have to re-watch - "Return to Tomorrow".

APRS messages 2 SMS txt

I have a working prototype of a APRS messaging to SMS gateway working, - IT is still limited as to what it can and can not do. I am not storing any personal information for any length of time, just long enough to get the job done - I am using APRS.FI, Telku, Findu, and Imified.

What I am working on is going to be 2 way, so a HAM using SMS could send a message to a HAM on APRS - and visa/versa - however as it stands right now, the messages coming from APRS get sent FROM one phone number, and the messages being sent TO APRS go into a different phone number, In order to keep non-HAM out of the system I setup a "PASSCODE" system, so you must know your passcode in order to send a message from SMS and get it into the APRS system.

That part of the what I am trying to put together, will also try to verify your call sign (Unfortunately at this time this will only work for U.S. hams), IT will only work with base call signs at this point, - IE: NO SSID - thou you can still send a message to someone using an SSID. (I just need to set down and rewrite the code a bit to allow SSIDs, just haven't done it yet)

The 2nd part, would be what you do on the APRS side of things -
Send a message to SMS2 - the phone number of the ham you want to contact, a "|" and a brief message

so it would be something like this
1231231234|this is a test

the 2nd part of the my script checks aprs.is system (I'm thinking maybe every 5 mins) - and if a message is new, it will forward it to the phone number

I guess the question would - what if you don't know the phone number? I don't want the responsibility of storing anybodies personal information, so I don't want to make a hugh data base of hams and the phone numbers.
SO the question is would there maybe be a better way for the APRS to SMS response?
Honestly, I can't think of anything, but there are people who are much smarter then I am.

Any thoughts? any ideas?


This is still very much a work in progress. VERY VERY much a work in progress.

LeRoy, KD8BXP

Problems deleting Direct Messages from twitter using PHP/Curl and the Supertweet.net api

Basically my problem is outlined above. I am trying to delete direct messages using the message id - using php and the supertweet.api - I've looked at the twitter API wiki have not found what I am doing wrong.

This is the response I get back:

The method specified in the request is not allowed for the resource identified by the request URI You can get technical details http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10.4.6

Going to the w3.org web site this is what it says:

10.4.6 405 Method Not Allowed

The method specified in the Request-Line is not allowed for the resource identified by the Request-URI. The response MUST include an Allow header containing a list of valid methods for the requested resource.

Which to me isn't helpful.

My code is this:

$msgdestroy = "http://api.supertweet.net/1/direct_messages/destroy/";
$msgidid = $checksum3[$counter1] . '.xml'; //this is the id of the message.

function distroydm($destroyurl,$user,$password, $msgidid) {
$curl_handle = curl_init();
curl_setopt($curl_handle, CURLOPT_URL, "$destroyurl");
curl_setopt($curl_handle, CURLOPT_CONNECTTIMEOUT, 2);
curl_setopt($curl_handle, CURLOPT_RETURNTRANSFER, 1);
curl_setopt($curl_handle, CURLOPT_POST, 1);
curl_setopt($curl_handle, CURLOPT_POSTFIELDS, "$msgidid");
curl_setopt($curl_handle, CURLOPT_CUSTOMREQUEST, "DELETE");
curl_setopt($curl_handle, CURLOPT_USERPWD, "$user:$password");
$buffer=curl_exec($curl_handle);
curl_close($curl_handle);

return $buffer;
}

The twitter API says, to do this:
curl -u user:password --http-request DELETE http://api.twitter.com/1/direct_messages/destroy/88619848.xml

Which would be a command line, of the above code (I think), when I run it via the command line, however - I get the same error directing me back to w3.org

I've googled this, and didn't find anything helpful - Hoping someone who understands the API a bit better maybe able to give me some idea as to what I am doing wrong.

-Thanks - LeRoy, KD8BXP