Re: Card Pricing
Added the sites to the first post under requests. I probably will be releasing an update to all the scripts shortly for capturing sets up through FTV:Relics, as well as basic land and multicard versions. I'll then look into getting more of the requested sites scripts created.rjp14 wrote:Hey Wooger,
Thanks for all the great work you've done on these scripts and continue to do on these scripts. I have a couple more sites I'd love to have pricing scripts for. They are as follows:
http://www.gonetoplaid.com
http://www.matchplay.com
http://www.capefeargames.com
http://www.ccgbot.com
http://www.gamersinnaz.com
These are the sites I find myself buying from most often so it would be great to have them added to Magic Album. There's no rush on them it just would be nice to have. Once again thanks for your great continued work on these pricing scripts!:)
edit:
I dont know why i find it amusing but all the sites you requested all use the same database / formating as sites such as http://www.oldschoolgaming.net and http://www.channelfireball.com . So creating scripts for them will be fairly easy. The problem with these sites is the content displayed changes based on quantity in stock so you run into issue's with one week a card may get a price and the next it may not depending on stocking levels. I don't personally like that but to each there own.
an example of what i am talking about is one day they may have an english form in n/m condition and the pricing scripts will collect a price. but the next they may only have a used or played form of the card and the third day they might only have no stock at all. each condition creates a different set of formated html text and parsing such text isnt difficult but makes wondering what type of value you want returned into the price field. I havent put the logic in yet but currently the script only looks for either n/m condition and out of stock. if there is a "played" condition and neither of the other two conditions no price is set. I am thinking that it should be changed to if there is no n/m or out of stock condition but there is a played condition to use the played condition value. Problem with that logic is using that value now messes up the "high/avg/low" logic of the application...... which way would you have it work?
