I am trying to get some dataset for my university project. I checked the documentation for OpenSea API but was not able to find if we can fetch historic data for a collection. I want to get avg. floor price for some of the collections of each month since its launch. Can anyone tell me if we can even do it using OpenSea API or suggest any other APIs?
You can't get the historical floor on Opensea's API. There are other available api's that give historical floor such as NFTGo. Also at Flips.Finance, we (disclaimer: I'm a co-founder) provide charts and analysis on the historical floors. Let me know if you have other questions
Related
I currently planning for build a stock trading app using react for study purpose. Is there is any api that can give realtime stock price data and if you can please suggest me a good charting package for my project.
As your question is vague, it all depends on what you want to achieve. From my experience in working in wealth management, you will not find a reliable API and especially realtime for free.
If you're making a PoC, you might want to use EOD data which is usually available for free.
EOD API shortlist:
Yahoo finance
Polygon.io
Finhub
EOD
If you really need reliable realtime data, you might want to have a look at :
Refinitiv
Six
Bloomberg
The lists written above are not exhaustive and i have no interest in any of those API's listed. Just run a proper google search and I am sure you will find what fits you.
Beside, concerning the data visualisation library your tags mention django and reactjs. It is not very clear if you want to display data from a ui framework or from django directly. Therefore I will list what I know the most :
PyGal
Seaborn
Altair
Hope my answer will give you some lights.
This question is very similar to another which received no answer. Using the Coinbase public API, it's possible to get the spot price of an asset via this endpoint.
GET https://api.coinbase.com/v2/prices/BCH-USD/spot
If I'm building an application that needs to watch the spot prices of 10 different markets, am I supposed to make 10 calls? Is there a way to submit the list of markets I want the spot price for?
As a backup, as the linked question above asks, is there a way to get all supported spot prices in one call so I can filter out what I want? It's still really inefficient, but probably not as bad as making 10 calls.
One of my customer requested some changes on shopify site. She sell pictures and she would like to start offer the frames.
But the whole administration of the frames will be so complicated that I know now, that I will need to somehow extend the data model, because I will need to store some additional relations.
So my question is: Is it somehow possible to store any kind of data by shopify API? Like create a new entities with custom attributes etc. I was searching through the API documentation but I was not able to find any solution.
Second question is: Would it be possible to solve this problem by Embedded App? Thats mean, that I will develop the whole administration part as a small application and then embed it to the shopify? Will it be possible then join data from shopify storage and my database through Shopify API?
Is there some example for this scenario?
Thanks you for your help.
I built a Shopify store selling frames when Shopify first came out. That shop still sells many many frames. There was not even a Shopify API back then. Still, it was possible to do it with 100% client-side code. You simply price each frame in units. For example, $1 per inch. Client-side you collect the frame size as length x width, and come up with the total inches needed, and there is your quantity. Use mm, cm whatever units work for you. You can even get fancy if you're good, and work in mats, backing, and types of glass, all with one add to cart click.
Let's say I am developing meta-search app for hotel bookings using API of Expedia, Booking etc on Ruby on Rails.
What is the best way to consume API if I want to render hotels list in accordance with "arrival date", "departure date" and "longitude" "latitude" in radius 20 miles.
I have every coordinate needed for such search (around 10 thousand coords).
So if I make such search it returns more than 100 hotels within 20 miles for each coordinate, so there are tens of thousands unique hotels.
Should I pre-seed my database with all hotels for each coordinate and consume only number of rooms available and other dynamic variables, or it will be better to render list dynamically through Javascript?
Also that is the best database for this task? i am interested in Expedia affiliate program in particular
If you are interested, I found the answer to my question.
Take a look at the Expedia API documentation closer http://developer.ean.com/docs/read/hotels, especially the databases section (need to sign in). I found that there may be several approaches to this problem depending on the application. I've stopped on the option of importing the whole property database, which is fully accessible on the Expedia site and consume only dynamic parameters like Room Availability, prices, etc. However this will require frequent updates to the database.
My application needs to retrieve information about any published book based on a provided ISBN, title, or author. This is hardly a unique requirement---sites like Amazon.com, Chegg.com, and even software like Book Collector seem to be able to do this easily. But I have not been able to replicate it.
To clarify, I do not need to search the entire database of books---only a limited subset which have been inputted, as in a book collection. The database would simply allow me to tag the inputted books with the necessary metadata to enable search on that subset of books. So scale is not the issue here---getting the metadata is.
The options I have tried are:
Scrape Amazon. Scraping the regular Amazon pages was not very robust to things like missing authors, and while scraping the smaller mobile pages was faster, they shared the same issues with robustness of extraction. Plus, building this into an application is a clear violation of Amazon's Terms of Service.
Scrape the Library of Congress. While this seems to have fewer legal ramifications, ease and robustness were again issues.
ISBNdb.com API. While the service is free up to a point, and does a good job of returning the necessary metadata, I need to do this for over 500 books on a daily basis, at which point this service costs money proportional to use. I'd prefer a free or one-time payment solution that allows me to do the same.
Google Book Data API. While this seems to provide the information I need, I cannot display the book preview as their terms of service requires.
Buy a license to a database of books. For example, companies like Ingram or Baker & Taylor provide these catalogs to retailers and libraries. This solution is obviously expensive, so I'm hoping that there's a more elegant solution I've missed. But if not, and someone on SO has had a good experience with a particular database, I'm willing to go with that.
I've tried to describe my approach in detail so others with fewer books can take advantage of the above solutions. But given my requirements, I'm at my wits' end for retrieving book metadata.
Since it is unlikely that you have to retrieve the same 500 books every day: store the data retrieved from isbndb.com in a database and fill it up book by book.
Instead of scraping Amazon, you can use the API they expose for their affiliate program: https://affiliate-program.amazon.com/gp/advertising/api/detail/main.html
It allows about 3k requests per hour and returns well-formed XML. It requires you to set a link to the book that you show the information about, and you must state that you are an affiliate partner.
This might be what you're looking for. They even offer a complete download!
https://openlibrary.org/data
As it seems, a lot of libraries and other organisations make information such as "ISBN" available through MAchine-Readable Cataloging aka MARC, you can find more information about it here as well.
Now knowing the "right" term to search for I discovered WorldCat.org.
Maybe this whole MARC thing gives you a new kind of an idea :)