A few observations:
One picture at a time. The bridge post included three pictures, but only one of them made it to Blogger. All three made it to the TextAmerica moblog.
Doesn't handle punctuation. The truck picture should have some apostrophes, but they didn't get translated correctly.
Sunday, August 06, 2006
Car Covers

Transport truck carrying covered Audis. Cool idea. I'm suprised an American car company didn't think of this. Not.
Friday, August 04, 2006
Blogger - Moblog Integration
You'll notice a picture of the Denver airport in the blog. I wanted to test this new function of Blogger. Setting up the integration was not as straight forward as they implied, but seems to work a little better than TextAmerica. Honestly, the problem is Sprint.
Blogger says to send them a picture and they will send you a claim code. Unfortunately, the claim code was sent as an image which my Sprint phone could not view. I had to forward the message Blogger sent to the phone to regular mail account. Sprint, however, does not actually e-mail pictures. What they do is send people an e-mail that tells them to go to Sprintpcs.com so they can see the picture that was uploaded. It's Sprint's way of saying "All you Picture belong to us." Once I logged into webmail, redirected to Sprint to get the message from Blogger, I could then log in to Blogger to associate my phone with the blog.
The only reson I mentioned that it works better than TextAmerica, is that TA is not able to capture the picture mail text from Sprint. As a result, anytime I send a picture to TA, I have to log in and edit the description. Blogger seems to have licked that problem.
Blogger says to send them a picture and they will send you a claim code. Unfortunately, the claim code was sent as an image which my Sprint phone could not view. I had to forward the message Blogger sent to the phone to regular mail account. Sprint, however, does not actually e-mail pictures. What they do is send people an e-mail that tells them to go to Sprintpcs.com so they can see the picture that was uploaded. It's Sprint's way of saying "All you Picture belong to us." Once I logged into webmail, redirected to Sprint to get the message from Blogger, I could then log in to Blogger to associate my phone with the blog.
The only reson I mentioned that it works better than TextAmerica, is that TA is not able to capture the picture mail text from Sprint. As a result, anytime I send a picture to TA, I have to log in and edit the description. Blogger seems to have licked that problem.
Thursday, August 03, 2006
Tuesday, August 01, 2006
Google Maps Mobile
As you know, I love Google Maps! And now, I've got Google Maps on my phone!
I already have Rand McNally StreetFinder on the phone which is integreted with the phone's GPS system. (We understand, of course, that phones don't really use GPS, the use LBS.) This is a wonderful program as it is actually a client application, which makes it much more flexible than a standalone GPS device. It uses the location based services to locate the phone within a few hundred feet, and downloads the street and neighborhood info for that area. As a result of this download, I can start keying in a destination address, and the system will search memory first, and on the server if needed. Generally, it can find any address within half a dozen characters.
Now that it has both the current location and destination, it hands the data up to the server, which calculates the route, and downloads maps to the phone. Since it is constantly communicating with the server, the information is reasonably up to date, and I don't need to worry about updating the program. The downside is that it is a subscription based service, but at $4.95 a month, I can afford to run it for a long time before buying a real GPS.
I use a similar process to drive my Bunger Tracker system, though I let Google provide the maps, and skip the downloads.
Now to Google Maps Mobile: I stumbled upon http://www.google.com/gmm, which explained that if visited the site on my phone, I could download the application. There was a hardware compatibility list of supported phones, it did not show the cost of this service. I figured the only way to find out was to try it... and you know what?
Its free!
The bad news: no GPS integration. The good news: satellite images.
I already have Rand McNally StreetFinder on the phone which is integreted with the phone's GPS system. (We understand, of course, that phones don't really use GPS, the use LBS.) This is a wonderful program as it is actually a client application, which makes it much more flexible than a standalone GPS device. It uses the location based services to locate the phone within a few hundred feet, and downloads the street and neighborhood info for that area. As a result of this download, I can start keying in a destination address, and the system will search memory first, and on the server if needed. Generally, it can find any address within half a dozen characters.
Now that it has both the current location and destination, it hands the data up to the server, which calculates the route, and downloads maps to the phone. Since it is constantly communicating with the server, the information is reasonably up to date, and I don't need to worry about updating the program. The downside is that it is a subscription based service, but at $4.95 a month, I can afford to run it for a long time before buying a real GPS.
I use a similar process to drive my Bunger Tracker system, though I let Google provide the maps, and skip the downloads.
Now to Google Maps Mobile: I stumbled upon http://www.google.com/gmm, which explained that if visited the site on my phone, I could download the application. There was a hardware compatibility list of supported phones, it did not show the cost of this service. I figured the only way to find out was to try it... and you know what?
Its free!
The bad news: no GPS integration. The good news: satellite images.
Monday, July 31, 2006
Starswarm
I just finished the book "Starswarm", by Jerry Pournell. Like most of the fiction I read, I got the book from the thrift store, which means it was about ten years old. Since it was set in the future, on another planet, that was not a major concern. Actually, the technology held its own, ever after a decade. As a matter of fact, it was probably pretty visionary in 1995, and significantly more believable today.
When my wife saw the book, she thought the title was Starswarm, and was a part of the Skywalker saga. I explained that she was thinking about the story of a soldier, who took a young boy to live with his uncle, so he would not be found by the agent of an evil emperor, who had arranged the death of the boy's father. This book was the story of a soldier who took a young boy from his uncle, who was an evil emperor, and had arranged the death of the boy's father. Completely different.
To emphasis the differences, in Star Wars, the evil emperor could not have ordered his agent to kill the boy's father, for the agent was the boy's father. In Starswarm, the emperor did not order the agent to kill the boy's father, because the emperor was not evil, it was the agent who was evil, and killed the boy's father by order of a another emperor. Got it?
So anyway. They story was completely irrelevant to me when I bought the hardback book for sixty cents. What interested my was the type setting. The book was written in three different fonts.
The boy's mother was a member of the ruling family of the planet, but was also a computer scientist. She had the child implanted with satellite uplinked nuero transmitters, which linked his brain back an AI entity, which existed in the planetary mainframe. When the computer would talk to the boy, the computers quotations were in courier font. The boy would concentrate to communicate with the computer, and his thoughts were in an italicized, underlined, font. All third person action was a normal font. Interesting concept.
It was a good read.
When my wife saw the book, she thought the title was Starswarm, and was a part of the Skywalker saga. I explained that she was thinking about the story of a soldier, who took a young boy to live with his uncle, so he would not be found by the agent of an evil emperor, who had arranged the death of the boy's father. This book was the story of a soldier who took a young boy from his uncle, who was an evil emperor, and had arranged the death of the boy's father. Completely different.
To emphasis the differences, in Star Wars, the evil emperor could not have ordered his agent to kill the boy's father, for the agent was the boy's father. In Starswarm, the emperor did not order the agent to kill the boy's father, because the emperor was not evil, it was the agent who was evil, and killed the boy's father by order of a another emperor. Got it?
So anyway. They story was completely irrelevant to me when I bought the hardback book for sixty cents. What interested my was the type setting. The book was written in three different fonts.
The boy's mother was a member of the ruling family of the planet, but was also a computer scientist. She had the child implanted with satellite uplinked nuero transmitters, which linked his brain back an AI entity, which existed in the planetary mainframe. When the computer would talk to the boy, the computers quotations were in courier font. The boy would concentrate to communicate with the computer, and his thoughts were in an italicized, underlined, font. All third person action was a normal font. Interesting concept.
It was a good read.
Tuesday, July 18, 2006
SELinux Strict Policy on Fedora Core 5
Fedora Core 5 will not successfully boot using the SELinux strict policy. It seems that the policy is soooo strict, that it will not let init execute. Here's a work around, for those of you that have too much sanity and patience.
1. Edit /boot/grub/grub.conf, and remove rhgb from the each kernel line.
2. Edit /etc/inittab and set the runlevel to 3.
3. Edit /etc/sysconfig/selinux and set SELINUX to permissive and SELINUXTYPE to strict.
4. Edit /etc/rc.d/rc.local and append the following line:
setenforce 1
5. Execute the command touch /.autorelabel.
6. Add an unprivileged user and assign a password, as root is about to become impotent.
7. Reboot.
During this reboot, you will see a message about relabeling the file system. This will take several minutes. The system will start in the Permissive mode, then will switch to strict. Congratulations, and good luck... You'll need it.
1. Edit /boot/grub/grub.conf, and remove rhgb from the each kernel line.
2. Edit /etc/inittab and set the runlevel to 3.
3. Edit /etc/sysconfig/selinux and set SELINUX to permissive and SELINUXTYPE to strict.
4. Edit /etc/rc.d/rc.local and append the following line:
setenforce 1
5. Execute the command touch /.autorelabel.
6. Add an unprivileged user and assign a password, as root is about to become impotent.
7. Reboot.
During this reboot, you will see a message about relabeling the file system. This will take several minutes. The system will start in the Permissive mode, then will switch to strict. Congratulations, and good luck... You'll need it.
Saturday, July 15, 2006
Bluetooth Internet Gateway
The more I work with Bluetooth, the less I like it. It's one of those things that, in theory, sounds like a good idea... Kinda like communism. In the real world, getting this mess of Bluetooth devices to work together requires a lot of patience and persistence. For instance, I was happy to find that I could use one of my Linux systems as a Bluetooth gateway to allow my Palm to connect to the Internet (HOWTO Set up a Bluetooth Access Server.) Unfortunately, I can't use the Linux system to Hotsync.
The good news is that Windows XP has the ability to do Internet Connection Sharing, thus allowing the same system to do both jobs. Oh, wait a minute... It turns out that ICS only works as long as the line from the ISP terminates on the XP machine. My XP system connects to one of those new fangled home routers. So, we're back to square one: one system dedicated to each task.
But wait! What is that on the horizon? A Windows app that will act as a Bluetooth gateway? Yes: Over at Palm Info Center I found a page about Howto: Bluetooth Internet with Windows XP, which outlines the use of Intuwave's m-Router. This app was designed to be used with Symbian technology, but will work with Palm just as well.
It is excellent... And its is available as a free (as in beer) download.
Note: I have to stop m-Router in order to Hotsync, as only one of the two apps can access the Bluetooth dongle at a time. Occasionally, WXP will not realize that the program was stopped, and will have to be booted in order to switch to the other task. Same for the Palm. If I've used m-Router at home, then want to use SprintPCS on the road, I have to hard reset the Palm.
The good news is that Windows XP has the ability to do Internet Connection Sharing, thus allowing the same system to do both jobs. Oh, wait a minute... It turns out that ICS only works as long as the line from the ISP terminates on the XP machine. My XP system connects to one of those new fangled home routers. So, we're back to square one: one system dedicated to each task.
But wait! What is that on the horizon? A Windows app that will act as a Bluetooth gateway? Yes: Over at Palm Info Center I found a page about Howto: Bluetooth Internet with Windows XP, which outlines the use of Intuwave's m-Router. This app was designed to be used with Symbian technology, but will work with Palm just as well.
It is excellent... And its is available as a free (as in beer) download.
Note: I have to stop m-Router in order to Hotsync, as only one of the two apps can access the Bluetooth dongle at a time. Occasionally, WXP will not realize that the program was stopped, and will have to be booted in order to switch to the other task. Same for the Palm. If I've used m-Router at home, then want to use SprintPCS on the road, I have to hard reset the Palm.
Friday, July 14, 2006
Toy Ray Gun Blog
Followed a link from Wired.com to Christopher Howarth's Toy Ray Gun Blog - KiTT NeT. Lots of cool pictures.
Subscribe to:
Posts (Atom)


