Add API to Barter Stand

[jock]

Add API code generation for a barter stand.

This would work when a Barter stand is looked at and then closed.
This would then send an update to any listeners of this API code (e.g. market websites).
This should have a cooldown to prevent constant or abusive listen requests (the tick system of 18? minutes)

This would make markets much cleaner, more convenient and easier for people to trade in. It would be the best update possible for markets to function that is possible.

[Massa]

now i don't know how this shit works code wise but the fruits of these systems are quite nice

[Fostik]

The thing is that barter stand already has API.
Server returns you all contents of the stands, and then client renders it as stand window.
If you want API as is, what else would you want in addition to it?

The real problem is there is a lot of instances when players made parser based on custom clients that helps bot to achieve this response, and perform own ETL, e.g. send, parse, save and display data on the site aggregator, but neither developers nor players has developed centralized approach to work with market data in haven, and every world we are starting from scratch.

If you want to resolve it - game badly needs global auction, that you can build by upgrading village idol, so it will provide access to world trading pool, where distance and quantity are affected by additional limiting mechanics, among with currency supported by devs convertible to/from tokens. This game trading can't rely on high effort overcomplicated player-made projects every world that can be released right when everyone already quit.

[SnuggleSnail]

I feel like Frostik identified the problem very well, but his solution is bad. If the game allowed me to have intercourse with personified trees it would solve everything, while allowing players to enjoy building/maintaining markets.

[jock]

The thing is that barter stand already has API.
Server returns you all contents of the stands, and then client renders it as stand window.
If you want API as is, what else would you want in addition to it?

The real problem is there is a lot of instances when players made parser based on custom clients that helps bot to achieve this response, and perform own ETL, e.g. send, parse, save and display data on the site aggregator, but neither developers nor players has developed centralized approach to work with market data in haven, and every world we are starting from scratch.

If you want to resolve it - game badly needs global auction, that you can build by upgrading village idol, so it will provide access to world trading pool, where distance and quantity are affected by additional limiting mechanics, among with currency supported by devs convertible to/from tokens. This game trading can't rely on high effort overcomplicated player-made projects every world that can be released right when everyone already quit.

The ability to draw that information to a website independent of the client. Whenever a barter stand is closer any listeners of the barter stands API code would get that information shared with them as well as the client(with a request cooldown ofc). So that once a market is opened they make a website that does not require a bot to walk around and open, they just require the code for each barter stand. then whenever someone looks it sends both the client user and the code listener the information on the stand.

A global market section on forums with the thingwall/village name could be added that owners of stalls could add their code to making them seen globally could solve the need for a perma global market but instead a globally created barter stand list that sorts by village it is under.

[Glorthan]

A guid for each stand that you can only see with vandal perms? Villages could choose to share them, or only publish on their own website.

Then you don't need locality to query them.

[SnuggleSnail]

You should need markets to trade.
Players should be obligated to build & maintain markets in an absurdly time consuming way.
Market maintenance should include some level of software development.
If you think otherwise you don't understand how things are done around here.

[maze]

You should need markets to trade.
Players should be obligated to build & maintain markets in an absurdly time consuming way.
Market maintenance should include some level of software development.
If you think otherwise you don't understand how things are done around here.

>me, repeating every world to remove fking fiber/cloth from market stands so we can have day 1 trading....
fk markets taking months to build. Trading is such a core function that people love- fk hurdling it.

[SnuggleSnail]

Or you could just make trading not require a market...

[Glorthan]

The devs don't seem amenable to a global risk-free trading mechanism like an auction house.

A solution that maintains the locality and thus the travel risk but reduces setup/maintenance effort has a chance of being implemented. Travel distances being so aids is a different problem in itself.