Google API Geocoding using Bounds - web-services

I am running into some trouble using bounds with the Geocoding service provided by google. My call is:
https://maps.googleapis.com/maps/api/geocode/json?address=Berea&bounds=41.45,-81.7|41.44,-81.6&key=
I get one result, Berea KY. This is confusing me greatly as I would expect to get Berea OH, as that is the lat/long range for Cleveland.
Could anyone explain to me how I should correct my search to get Berea, OH?

I think your bounds were too tight. This worked for me:
https://maps.googleapis.com/maps/api/geocode/json?address=Berea&bounds=41.35,-81.8|41.54,-81.5&key=

Related

Why does the Zomato API have issues searching by zipcode?

Inside of Zomato's API documentation, you can utilize the q parameter to input practically anything. With the url below, I have been testing this with zipcodes in my area and it works like a charm.
However, when I venture out and search zipcodes from different states, it finds no results. Now the weird thing is, if I go on Zomato.com and start trying to find restaurants in their website within those different states and return back to my api call, it starts to work with those zipcodes and no longer with zipcodes from my area! What's the deal? Is there like a cookies issue or something. Any advice would be greatly appreciated!
API CALL
https://developers.zomato.com/api/v2.1/search?q= + zipcode + &apikey=[API-KEY]
I found a workaround solution that should help anyone else who runs into this issue. I extracted the lat/lon coordinates from the Google Maps API based on the zip code typed in, and then I ran those lat/lon coordinates through the Zomato API. It's one extra step, but it definitely prevents the Zomato API from having geographic restrictions.

Kibana Mapping conflict How to make sure this error wont get repeated

I am new to kibana we are using Aws es 5.5. i have setuped the dashboards yesterday which are working fine but today morning when i see all dashboards are empty with out no data. i found it was due to Mapping conflict. In google i found one Answer was to reindex the data. how can we prevent in future this type of errors.
Any Answers would be greatly Appreciated.
Probably you have the same field twice with not the same mapping, for example gender define as string in one place and in other place define as number.
You need to check it and prevent it next time

Generating a file with a particular CRC value

I have no idea where to start and even all mighty Google didn't find an answer.
Any web application or C#\Python\C\C++ would be grate as well.
Thanks.
My spoof.c code tells you how to modify a file to get the desired CRC.

How to get all messages from a thread from Facebook API?

I've already searched extensively online for this and can't seem to find a solution. Using the Graph API explorer, when I input /thread-id/comments, it gives me around 15-ish messages by default. I've tried doing stuff like /thread-id/comments?=limit and comments?until=date but nothing seems to work.
Does anybody know how to get rid of this invisible limit?
You can only try to increase the limit, but there is a max value afaik and the proper way to get more items is to implement paging: https://developers.facebook.com/docs/graph-api/using-graph-api/v2.2#paging

How to access facebook insight datas for consecutive months?

I'm new to Facebook app development I hope I can get an answer here.
Is that possible to retrieve Facebook insight data for consecutive months?
I tried end_time=2010-01-01 to since=2010-01-31 and period=month but I got
The specified date range cannot exceed 3024000 seconds!!
How will I get like 2010-02-01 to 2010-02-28 and 2010-03-01 to 2010-03-31?
I have tried and used lots of examples but I couldn't succeed: How can I solve this problem?
The thing that has worked for me is very similar to what you are doing, with the difference being that I use the UNIX timestamp for SINCE and UNTIL.
Example:
https://graph.facebook.com/212686148747689/insights/
page_impressions_by_city_unique/week/?
access_token=QWERTYUI&since=1315699200&until=1320796800
(That's all supposed to be on one line, but it's easier to read it this way, at least for me.)
With this approach, you want to be careful and make sure that the difference between SINCE and UNTIL is not bigger that 90 days. Otherwise, you'll get an error, like so:
(#604) The specified date range cannot exceed 7776000 seconds
Finally, if you don't have a way of generating the UNIX timestamp automatically, go to a web site like:
http://www.epochconverter.com/
If anyone else has some better insights, please share. I hope this helps.