This post is somewhat disjointed as I needed a bit of background to get to the point.
First off, Nelson Minar is great. He is also a foodie who I have been vicariously living through as he's been traveling in Paris over the last few years. I trust his recommendations and have sent them to family and friends going to Paris quite a few times.
Secondly, I've been getting really into mapping and it's possibilities. One of the recent toys I've been playing with is the excellent Google My Maps (go to maps.google.com and click on the "My Maps" tab). It quickly and easily allows you to mark up a map. Then the Google maps team added an easy way to embed a map.
All of which led me to want to take Nelson's Paris food recommendations and map them. That way I could easily share them with my friends and family and they'd be able to see whether any of his recommendations were near a place they were going. Also, it'd be a nice thing to do for Nelson -- or at least I hoped it would. Interestingly, I didn't have to guess or be a friend of Nelson's to know whether he would be OK with me doing this. He has licensed the content of his blog with a Creative Commons attribution non-commercial license. So I know that as long as what I am doing is non-commercial and that I do proper attribution, Nelson will be happy. Sometimes non-commercial is a hard judgment to make, but not here with my personal blog.
The only two things missing are an ability to allow others to add to the map and a croissant icon for Boulangerie Malineau (though you can create your own icons).
The resulting mashup is below.
View Larger Map -- reviews from Nelson Minar, licensed Creative Commons by-nc-2.0
Mashing a Map
Posted by
macgill
on
9/29/2007
0
comments
[
Labels:
code
]
Nelson's Paris Recommendations, Mapped
Elsewhere I've posted some commentary, but for now, here is the map of Nelson Minar's excellent Paris food recommendations.
View Larger Map -- reviews from Nelson Minar, licensed Creative Commons by-nc-2.0
Posted by
macgill
on
9/29/2007
0
comments
[
Labels:
links
]
Lazyweb: IE Problems
The links at the top of this blog (home, about, law, code, music, links) don't seem to work in at least some versions of Internet Explorer, such as 6.0.2900.2180. If anyone has a fix for that, please post it in the comments.
Posted by
macgill
on
9/29/2007
0
comments
[
Labels:
lazyweb
]
I'm Back
Am not sure how much I'll end up posting, but I went through the extremely hard work of porting my blog over to Blogger and setting it back up, so I'm back. I guess I should also say that I am still at Google working the legal side of the many great products that our engineers and other talented folk come up with. My team is hiring if you are interested.
Posted by
macgill
on
9/29/2007
0
comments
[
Labels:
about,
blogging
]
TSA "Dressing the Part"
Coming home from Emerging Technologies (great conference), saw this flyer at the airport. In case you can't read it, it says: "TSA [the Transportation Security Administration] Thanks you for packing smart, dressing the part and being set to go." I am curious about what the TSA means by "dressing the part." The flyer doesn't give any clues, it just lists some things to pack and not. A quick search for TSA and "dressing the part" on Google reveals a helpful hint from travel agents Carlson Wagonlit: "Appearance matters [-]
Dressing the part also helps as more expensive tickets often correlate to senior-level executives. Business casual attire is likely fine but not jeans."
I'm sure that's not what the TSA means by "dressing the part." But... what do they mean?
Posted by
macgill
on
3/20/2005
0
comments
[
Labels:
misc
]
ShiftCasting not PodCasting
Seems to me that podcasting got off to a bad start with its name. The name is too narrow on two fronts. First, we don't all have iPods. At least one of us doesn't: me. Second, 'casting - which is really short for broadcasting - isn't only about sound, it's also about video and text and images. PodCasting sounds like broadcasting sound to others with iPods. If that was all this "revolution" was about I wouldn't be interested. So, I think we need a new name. How about: "shiftcasting." Narrowcasting is also not a bad one, and often used, but narrowcasting sounds more like broadcasting (real-time consumption) to a smaller set of people.
So, that's the name rant, but the real purpose of this post is to outline some of the key tech steps / alternatives / issues to making that broader concept work in practice. Mostly I am doing this now so that I'll have to write these components and get it working for myself on my decidedly non-pod setup -- the iRiver H340. Hopefully its also useful for others.
Steps, alternatives and issues in shiftcasting:
- Get a recommendation of content
- an RSS/Atom Feed
- a list of recomendations, that may not be unique resources
- recurring searches?
- news outlets?
- what someone else looks at or shifts
- what groups do
- an RSS/Atom Feed
- Get the content itself
- http and other straight get
- bittorrent or p2p
- tv / radio
- netflix? or other purchase?
- searching to figure out what ambiguous stuff is and how to get it
- making sure you're not geting the same stuff twice
- arbitrage, get the stuff the best way
- http and other straight get
- Format the content for the device
- downsampling
- resizing
- transcoding (both change in format and change in media -- mpeg2 to mpeg4 and text to speech)
- summarizing and excerpting
- removing cruft
- downsampling
- Put the content on the device
- be intelligent about what is on there
- may need to queue for distribution later
- may need to generate some sort of "format" for writing to the player (folders? playlists?)
- would be great to also know what was looked at or "played" -- maybe ratings too
- be intelligent about what is on there
Posted by
macgill
on
3/15/2005
0
comments
[
Labels:
code
]
SliMP3 on MythTV
MythTV's built in music player is fine but not nearly as good as the Slim Devices system. Like MythTV, Slim uses a server/client(s) architecture [look to the graphic at the bottom of that page]. Slim's server is an open source marvel that has just graduated to version six and has a bunch of great plugins that do everything from reading RSS to listening to the Internet Archive's great collection of concert and other free recordings. It's clients range from slim's own fabulous hardware versions to the open source software version called SoftSqueeze (because slim's new hardware players have been called Squeezeboxes). Can't say enough good things about slim devices and wanted to use SoftSqueeze on my KnoppMyth-based MythTV. Here I'll explain how to get that done.
- Get slimserver. Set it up following the instructions in the download. I use the tar file.
- Download the tar.gz (otherwise known as the Perl Source Code)
- Untar it with:
tar -xvzf FILENAME.tar.gz
- Change to the slimserver directory with:
cd DIRECTORY_NAME
- Start the slimserver with:
./slimserver.pl --daemon
(this puts it in daemon mode, be sure that your music directory is accessible for the user running slimserver)
- Set the options with your favorite browser, for me:
firefox http://SLIMSERVER.IP.ADDRESS:9000/
(most importantly, change the server settings -> music folder to the appropriate folder on your system)
- Download the tar.gz (otherwise known as the Perl Source Code)
- Get java. This is actually the hardest step. If you don't have java installed, it is a bit of a pain to get it set up. Follow the directions here.
- Get SoftSqueeze. You can get it by opening your favorite browser to the following URL on your slimserver http://SLIMSERVER.IP.ADDRESS:9000/html/softsqueeze/softsqueeze.jnlp but the most recent version will be at SourceForge, also you'll need the jar to incorporate it into the mythtv menus. Unzip it into its own directory somewhere that your mythtv user can access. For me:
mkdir /home/mythtv/SoftSqueeze
cd /home/mythtv/SoftSqueeze
wget SOFTSQUEEZE_DOWNLOAD_URL
unzip SOFTSQUEEZE_FILENAME - Make sure softsqueeze works by running it from the command line.
java -jar SoftSqueeze.jar
Edit the basic and networking settings to suit your purposes. For me that means setting the SlimServer hostname to the IP of my slimserver and turning on SSH tunnelling. Your mileage may vary. If you have the server on the same box as the client, you can use localhost as the server name and don't need tunnelling. When you are done, click OK, and you should see a SoftSqueeze player that you can navigate with the arrow keys. Once you have verified that, press 'Q' to quit. Of course, there is a handy guide to the SoftSqueeze keys. - Change your mythtv menu structure to accomodate SoftSqueeze. For me, I added the following to the file /usr/share/mythtv/mainmenu.xml:
<button>
<type>PLAY_MUSIC</type>
<text>Play Music</text>
<action>EXEC /usr/bin/java -jar /home/mythtv/SoftSqueeze/SoftSqueeze.jar</action>
</button> - Enjoy.
The one extra feature I would love to have implemented in SoftSqueeze is the ability to specify keys differently from the defaults. Then I could match them up with the ones I use in mythtv already. As it is, I have to use my keyboard and remember another set of keys, which is less than ideal.
Posted by
macgill
on
3/12/2005
0
comments
[
Labels:
code
]
Diebold first 512(f) Loser
Yesterday Judge Fogel of the Northern District of California handed Diebold,
the maker of voting machines, the first bill for damages under the "knowing
material misrepresentation" clause of the notice and takedown provisions of the
DMCA (17 USC 512(f)). Diebold had sent Section 512 notices to several ISPs
requesting the takedown of a series of internal Diebold e-mails critical of its
voting machines that were published to the Internet. href="http://www.eff.org/legal/ISP_liability/OPG_v_Diebold/20040930_Diebold_SJ_Order.pdf">Judge
Fogel ruled that a) the declaratory relief that Plaintiffs wanted that the
publication was not infringement was moot because Diebold stated that it would not sue; b) publication of at least some of the e-mails was fair use and not copyright infringement; c) Diebold knowingly materially misrepresented the facts in its notices (applying an actual knowledge, reasonably should have known or would have had no substantial doubt had it been acting in good faith, standard); and, d) Diebold must pay attorney's fees and costs of the Plaintiffs. Fogel also ruled that Plaintiff's claim for tortious interference with contract was preempted, am still chewing on that.
Still, good decision. Another gem is here:
The fact that Diebold never actually brought suit against any alleged infringer suggests strongly
that Diebold sought to use the DMCA.s safe harbor provisions.which were designed to protect
ISPs, not copyright holders.as a sword to suppress publication of embarrassing content rather
than as a shield to protect its intellectual property.
Congratulations and hearty thanks should go out to the EFF, the two Swarthmore student plaintiffs who posted the archives, IndyMedia (who linked to the archives) and the Online Policy Group (a plaintiff that co-locates IndyMedia's servers).
Posted by
macgill
on
10/01/2004
0
comments
[
Labels:
copyright,
law
]