Recently active topics in Statiksoft, LLC about LongURL

Guys, you rock! Keep on!

Could you please add http://om.ly to the services list. I checked with API. It works already!

When exploring a link, if it returns a content type that isn't text/html return the content type instead of a title.

I implemented something similar in my code using curl_getinfo($this->var, CURLINFO_CONTENT_TYPE); Then if it's text/html I get the title... and if it's something like PDF or MP3 I can return something like PDF document or Audio File.

I'd love to see support for ow.ly
e.g. http://api.longurl.org/v1/expand?url=...

It would cut a lot of bandwidth and other costs of making calls to the API (for you and the API users) if you allowed calls to the API to inquire about more than one url per call.

The guys from "Long URL Please" have implemented a feature like that by allowing more than one q parameter in their querystring, for example:
http://www.longurlplease.com/api/v1.1...

I would love to do a:
http://api.longurl.org/v1/expand?url=...

On digg.com, links that point to regular digg pages (not the new short url service) get treated like short urls and the tooltip appears. I replaced the line

tooltip(data.long_url);

with

if (anchor.href !== data.long_url) {
tooltip(data.long_url);
}
else {
tooltip(false);
}

The code ignores the link if the original is the same as the shortened (when pointing to a non-short url) and removes the exisiting tooltip.
There might be a better way to go about this since the tooltip still appears saying "Expanding..." but this is the best I came up with off the top of my head just now.
Other ideas were to ignore the link if it was longer than a certain length or to use a regexp to determine whether the link points to a regular page or a short url.
It's not a huge problem but it's still a minor inconvenience to have tooltips popping up everywhere and it should be a reasonably easy fix.
Good work so far!

Please add it to the services list.
It's Techcrunch's own shortener and is already gaining popularity.
e.g. http://api.longurl.org/v1/expand?url=...

Great work - I've been using the Firefox extension. I recently switched to using the sn.im hostname offered by the Snipurl service since it's less characters than the other hosts they use, but the Firefox extension doesn't support it. Please consider adding support for it.

It would be nice to see a list of libraries that support the longurl.org API on the website. Here's one I just created, for Haskell: hlongurl