You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The new stats page is about to present provider information with region, country and city information. These three information will allow us to locate the provider on the world map and allow users to:
filter the providers on the page by region & country
fitler the offers by setting contstraints onthe offers (by region & country)
Also, we are willing to present all the offers that the provider currently published (they can have many when they create multiple presets). To represent these, we could use the offerId delivered as part of the passive market scan, but shorten it a bit for readability. What we would like to have instead is a new property: golem.inf.offer.name that would be populated with the preset name that the provider used - assuming that the name will be more persistent over time compared to offerId.
What change is requested?
We'd like to add the following properties to the offers presented by golemsp:
golem.node.geo.region - which would present the information about the continent: NorthAmerica, SouthAmerica, Europe, Asia, Africa...
golem.node.geo.country-code - ISO country code (2 charcters, reference list)
golem.node.geo.city-name - string representing the city name
golem.inf.offer.name - string containing the preset name that has been set by the provider
golemsp will accept the values during initial startup. In --no-interactive mode, the values should be automatically derived from the provider's machine cat /etc/timezone as much as possible.
Alternative solutions considered
IP based location approximation was considered and still seems to be a viable option, but it wouldn't benefit the requestors as much as the proposed solution because offer filtering wouldn't have the access to this info.
This discussion was converted from issue #3274 on July 19, 2024 09:59.
Heading
Bold
Italic
Quote
Code
Link
Numbered list
Unordered list
Task list
Attach files
Mention
Reference
Menu
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
Why we need it?
The new stats page is about to present provider information with region, country and city information. These three information will allow us to locate the provider on the world map and allow users to:
Also, we are willing to present all the offers that the provider currently published (they can have many when they create multiple presets). To represent these, we could use the
offerId
delivered as part of the passive market scan, but shorten it a bit for readability. What we would like to have instead is a new property:golem.inf.offer.name
that would be populated with the preset name that the provider used - assuming that the name will be more persistent over time compared toofferId
.What change is requested?
We'd like to add the following properties to the offers presented by
golemsp
:golem.node.geo.region
- which would present the information about the continent:NorthAmerica, SouthAmerica, Europe, Asia, Africa...
golem.node.geo.country-code
- ISO country code (2 charcters, reference list)golem.node.geo.city-name
- string representing the city namegolem.inf.offer.name
- string containing the preset name that has been set by the providergolemsp
will accept the values during initial startup. In--no-interactive
mode, the values should be automatically derived from the provider's machinecat /etc/timezone
as much as possible.Alternative solutions considered
IP based location approximation was considered and still seems to be a viable option, but it wouldn't benefit the requestors as much as the proposed solution because offer filtering wouldn't have the access to this info.
Beta Was this translation helpful? Give feedback.
All reactions