If you’re like me and think there’s a 99% probability any new Beeminder goal of yours will be integery (see megathread), then you might like to get this enabled automatically for your new goals. Setting this up is a PITA but once you’ve done it once your goals will automatically become integery ~24 hours after you create them!
Go to Gmail and find one of your new goal reminder emails from Beeminder. You know, one of the ones with the subject line like getting reminded about your username/goalname beeminder goal. Forward it to your new Email Parser mailbox.
Go to the Forwarding and POP/IMAP tab of Gmail Settings. Click the Add a forwarding address button. Enter the Email Parser address you created in step 2. Go back to Email Parser and wait for the Gmail email to come through. Copy/paste the verification code back into Gmail.
On section 5 of building the Zap, the URL should end up looking like this: https://www.dropbox.com/s/lsdz51mbhzpo28f/Screenshot%202015-10-28%2015.58.09.png?dl=0 . Start by copy/pasting https://www.beeminder.com/api/v1/users/YOUR_USERNAME/goals/GOAL_WILDCARD.json?auth_token=YOUR_AUTHTOKEN into the URL field. Then replace YOUR_USERNAME with your Beeminder username and YOUR_AUTHTOKEN with the token from https://www.beeminder.com/settings/advanced_settings . (Reminder, don’t share that token with anyone). Then delete GOAL_WILDCARD and in its place click “Insert fields” and select the “goal name” parameter you created in Email Parser (step 4 of this list). Whew!
When you test the ZAP, it should say it was successful (assuming the goal corresponding to the email you forwarded in step 3 wasn’t deleted in the meantime).
*There’s room for improvement here if you think you may create some non-integery goals. You could decide on a prefix for their slugs and then filter the new goal email out if it contains the prefix (in section 4 of creating the Zap in step 6).
I’m in awe of the hoops folks will go through to automate things.
That may be the strongest possible way of voting for a feature, not least because it creates a real-world test of the concept. (And goodness knows we’ve found a bunch of counter-intuitive results from implementing obviously-right stuff ourselves.)
Ironically, of course, creating a viable work-around can delay the implementation of the very thing you’re agitating for. I think @drtall’s safe in this case, given the number of steps involved…
For many things, my beeminder strategy is “make sure you spend time in it” which is a goal, and usually backed with “work on it lots of days, not just lots of minutes” which is IFTTT and custom aggday.
For some things, I add a “actually get results”, for instance, actually come up with new PCB designs and send them out. They’re usually very unaggressive, and just act as a safety for the other goals.
While composing this, I realized they are only non-integer goals because I am a weasling weasel.
I actually have a non-integery goal, but it’s a bit of a weird one. I have an exercise goal which is mostly integery but counts time spent walking as recorded by tagtime towards the goal, so walking time comes in as a data point of value 0.4 (my tagtime interval is 24 minutes) when everything else is an integer.
Interesting. Is there a reason that multiplying all your data points by 10 would make the goal worse / less useful?
A lot of it is manually entered, so having to do that by hand feels weird to me. It also wouldn’t solve the problem for if I changed my tagtime interval for whatever reason.
It’s also conceivable I might want to add other timey wimey goals into it at a different multiplier, though I currently don’t.