I am programming an appplication that synchronizes Contacts with another application. To fetch the contacts from the API, I call me/contacts?select=*. It returns a list with all contacts but the field personalNotes is limited to 256 characters. However I can save more characters without any problems using POST and PATCH requests... Is there a possibility to unlimit this field?
I tried both versions (v1.0 and beta) and didn't find anything useful at google and in the official documentation
We return the first 256 characters of the Notes for performance reasons, if you want to see the full content of the Notes, then you can do a GET on the individual Contacts. Thanks for your feedback, we will look to see if there's a better way for our API to behave.
Related
I have read several StackOverflow questions (more than 2 years old) regarding the ability to read/write a contact list from a user's contact folder(s), and it appears that it is not supported. I believe I have confirmed this with my own testing. A response to
GET "https://graph.microsoft.com/v1.0/users/user#domain.com/contactfolders/{folderid}\contacts
will produce a list of individual contacts, but contact lists are ignored. (Interestingly, if I include the option "count=true" I will get a #odata.count value indicating the presence of my lists, but no actual data). I was hoping the beta endpoint would correct this deficiency but no joy that I can tell. Is there indeed no way to obtain or create a contact list using Graph? (I know I can do it using EWS). I have not yet tried the Groups API but from what I can this is something entirely different.
I used to get exhange rate from yahoo finance api by javascript with following url:
http://finance.yahoo.com/webservice/v1/symbols/jpy=x,eur=x/quote?format=json
but now it no longer work! I have search on the net but no luck.
Any help would be great, Thank!
Update: it is working if open with chrome mobile
Yes, it seems like Yahoo! has discontinued the (private, mostly-undocumented) Yahoo Finance API that many have been using for their currency data. All responses seem to be returning "Not a valid parameter". I suppose there's a chance they may switch it back on, but they don't officially support that API anywhere as far as I can tell.
I created Open Exchange Rates about five years ago, and our exchange rate API now supports a community of tens of thousands of developers - and their tens of millions of users - with accurate, up-to-date information.
Please feel welcome to check out our Forever Free service at https://openexchangerates.org.
Our API is in a simple, original JSON format, which has actually caught on as a standard method for displaying rates because it's so simple to work with (unlike the Yahoo API, which required you to parse the obscure nested objects to pull out the basic info you needed...)
If you need assistance porting from the deprecated Yahoo! API, we'll be happy to assist via email.
(I am the founder of Open Exchange Rates.)
indrakula is right, and their response helped me, but...
I also needed to retrieve exchange rate tickers (i.e. USDGBP=X). This was not trivial, and I had to do some searching. The URL format in this case is http://www.google.com/finance/info?q=CURRENCY%3aUSDGBP. This URL returns a JSON body and not something else as the alternative URLs mentioned in one of the comments for that reply. Also note the link with the parameter descriptions seems to be out-of-date, but I found most of them are self-explanatory. So don't rely on that link.
Note: I wanted to post this as a comment to indrakula's answer, but one needs 50 reputation to comment! I'm new! I tried to submit this as an edit to their answer but it was (rightly) refused.
use google http://www.google.com/finance/info?q=GOOGL
paramater description here http://www.networkerror.org/component/content/44.html?task=view
I need to retrieve all facebook friends which match some sort of filter or pattern. I am currently calling this:
me/friends?fields=name,id
This returns all friends which have also downloaded my app. However, is there a way to filter the returned friends by name? I want to avoid retrieving all friends and then filtering the results on the client side to minimise the size of the result since there could be a lot of results. I know that FQL supported this, but it has been deprecated in favour of the graph API, however despite looking around everywhere I am surprised to not have found an answer to what I thought would be a pretty common requirement.
To give a bit of context, I'm simply providing the user with a text field with which they can filter their friends, and so want to make requests on the graph API like this:
me/friends?fields=name,id&name=%Pat%
Thanks
Facebook SDK gives you the option to retrieve either the friends that use the application or the one who haven't downloaded it yet (for invitation purposes etc.)
However, if you would like to filter them you will have to do it in the FE. Facebook SDK doesn't support such functionality yet.
Cheers
I see the request API docs here: https://dev.twitter.com/docs/api/1.1/get/search/tweets
I understand that there's a geocode field. The problem is that the query field is required meaning I have to search something that's related in that area. Is it possible to just get ALL the latest tweets around that area without specifying a query?
No, this is deliberate to prevent huge demand on the servers, you need to specify something else. My tip - use the date/time related query fields. This is acceptable, and if you really need "forever", you can make more requests.
I want to get comments from Google Docs using the Google Drive API.
Does anyone know if the Google Drive API (or other Google Apps Application APIs) supports retrieve commenting?
Thanks.
Comments are included for documents via download as text (using the DocumentsList API), although it may be difficult to distinguish comments from the regular text.
Comments for spreadsheets are included when the item is downloaded as html (again, using the DocumentsList API), but not included when downloaded in other formats.
Comments for presentations, drawings, and non-Google types are not readily available.
Comments are not available via the API yet, but this is a common feature request that we are already evaluating. Stay tuned for updates soon.