-
Notifications
You must be signed in to change notification settings - Fork 6
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Terminology #40
Comments
How about "Question", "outcomes" and "estimate" as more specific versions of "Forecast", "options", "individual forecast"? Not sure how stable these would be, though. Tagging @OAGr in case he has better options |
I'm also curious what @uvafan thinks here. |
I'd go with with "Question", "outcomes", "forecast". Btw, I think num forecasters is likely a better proxy for quality and more easily understood than num forecasts, when available. |
"Question" / "Outcome" / "Estimate" seem good to me. "Forecast" instead of "estimate" is also okay. I think I prefer "prediction" more than "forecast", because "forecast" is often used more more broad ways. (Like, you could have a "forecast" that's just a paragraph of text explaining how you think the world will be.) In the case of Metaforecast, we're really handling "estimates" instead of just forecasts, so having a more generic term could be good. Another thing we could do, in the backend at least, is to have more specific terms, like, "Estimand" or "Estimatable" (Or, "Forecastable". My guess is that this isn't needed at this point. |
Oh yeah I agree with "Estimate" if some of the stuff in Metaforecast isn't forecasts about the future.
Interesting, I feel like they have basically the same connotation to me (a prediction feels just as likely in my head to be some qualitative statement). |
I just looked into this a bit more; at very least, wikipedia kind of disagrees with me. But wikipedia also seems kind of confused.
But on the prediction page:
I think there's generally not much consensus on this. |
So, the "forecast" word is a kinda ambiguous, it can mean either an entire topic, or a single prediction on a given topic.
This ambiguity is already present in the current codebase: "forecast" in
numforecasts
has a different meaning from theForecast
type. Or maybe I should've named the type differently?Word "Option" from
Forecast.options
seems sub-optimal too, since it's so generic.Maybe "Topic" or "Question" for questions and "Outcome" for options would be clearer? But I don't have any good ideas for response-on-topic ("bet" is too finance-related, "forecast" is still ambiguous, "prediction" is ok, I guess).
@NunoSempere, you have more experience with various platforms and their terminology, what do you think?
I'm writing this now because I'm doing DB migrations from #33, and if we merge all platform tables into a single table then we should change its name from
combined
to something else; also, we need to settle on a stable terminology before exposing any public APIs.The text was updated successfully, but these errors were encountered: