Re: [twitter-dev] Re: Entities display_url and expanded_url

2010-10-27 Thread yaemog Dodigo
 Is the expanded_url field only intended to be present for t.co-
 shortened links, or will it be extended to work with bit.ly and other
 services?


Afaik it's only for t.co. To get bit.ly and other shortend url's resolved I
use http://long-shore.com/ They have a convenient easy-to-use api

-d

-- 
Twitter developer documentation and resources: http://dev.twitter.com/doc
API updates via Twitter: http://twitter.com/twitterapi
Issues/Enhancements Tracker: http://code.google.com/p/twitter-api/issues/list
Change your membership to this group: 
http://groups.google.com/group/twitter-development-talk


[twitter-dev] Re: Entities display_url and expanded_url

2010-10-27 Thread @IDisposable
 Is the expanded_url field only intended to be present for t.co-
 shortened links, or will it be extended to work with bit.ly and other
 services?

If you want expanded urls for all shorteners, I recommend using
http://untiny.com

-- 
Twitter developer documentation and resources: http://dev.twitter.com/doc
API updates via Twitter: http://twitter.com/twitterapi
Issues/Enhancements Tracker: http://code.google.com/p/twitter-api/issues/list
Change your membership to this group: 
http://groups.google.com/group/twitter-development-talk


[twitter-dev] Re: Entities display_url and expanded_url

2010-09-13 Thread Rich
Hi Taylor

Thanks for the responds, thats great news.  I pass the tweet through
an automated linker and so I want to use expanded_url instead.

When you visit the link it substitutes it back to the original url
before it loads.  So for the end user they don't see anything
different at all.

So if the intention is for expanded_url to always accompany a url
(even if it might occasionally break) then my logic will work fine.

Richard

On Sep 13, 4:04 pm, Taylor Singletary taylorsinglet...@twitter.com
wrote:
 Hi Rich,

 You can't be guaranteed to always have a display_url (there will be many
 historical tweets without it, or perhaps the service that negotiates
 display_urls will be down), so you should code defensively, making use of
 them when they are present but choosing an alternate display method when it
 is absent.

 display_url, as you've noted, is also a misnomer since the string contained
 within the field is technically not a URL, but just a string to display
 instead of the URL. expanded_url should always be safe to assume as actually
 being a URL.

 While it should be safe to assume that all t.co links will have an
 expanded_url as well as a display_url, I'd still code defensively in the
 event that something goes wrong.

 Thanks,
 Taylor

 On Sat, Sep 11, 2010 at 5:28 AM, Rich rhyl...@gmail.com wrote:
  Hi

  I have a question for the API team.  I notice that display_url doesn't
  contain the protocol e.g. http:// or https:// yet expanded_url does.

  Would I be safe to assume that a urlhttp://t.co/xx/url would
  always contain an expanded_url as well as a display_url?

  Richard

  --
  Twitter developer documentation and resources:http://dev.twitter.com/doc
  API updates via Twitter:http://twitter.com/twitterapi
  Issues/Enhancements Tracker:
 http://code.google.com/p/twitter-api/issues/list
  Change your membership to this group:
 http://groups.google.com/group/twitter-development-talk?hl=en

-- 
Twitter developer documentation and resources: http://dev.twitter.com/doc
API updates via Twitter: http://twitter.com/twitterapi
Issues/Enhancements Tracker: http://code.google.com/p/twitter-api/issues/list
Change your membership to this group: 
http://groups.google.com/group/twitter-development-talk?hl=en