Held this past May 24th, 2014 on a hot Saturday morning, the course was florida-flat (42 ft elevation gain) but had plenty of shade and had that small-town feeling Oviedo is known for.
With a few weeks to ‘train’ I set out to ramp up the miles in order to reduce my time. No medals for me yet but I enjoyed the race sights, the crowd and the location. Nothing like an early short run to set one up for a nice weekend.
For fun, I decided to play around with the results in Tableau and try out the OSX version of the software. Feature-wise, both Windows and OSX versions are the same, with the Windows version being just a bit more stable with big sets of data.
Anyways, back to the race. As mentioned before, this is a local Oviedo race. Most of the runners come from Oviedo itself or some close by neighborhood.
640 runners met for the race. The group was split almost evenly between men and women with 47% and 53% respectively.
The age groups looked a little more interesting. Notice the difference in gender at 40-44. More generally, from 25-44, girls clearly represent this race.
Other fun bits, the younger runner was 6 years old and the oldest 84. There were a bunch of mom/daughter and son/dad teams as well. Good family times!
As for myself, I did ok. I was able to place 7th in my age group and pr with a little bit to go.
As far as other 40 year olds, I tell myself things look mighty impressive.
I am skipping the Garmin data of this post; I just wanted to play a bit with Tableau. Maybe I’ll combine run data from Garmin next time. Garmin run data can be seen here. Tableau workbook can be found here. Race data can be found here.
Oh yeah, make sure to check out the Greater Oviedo 5K; nice all around race. Thanks for reading.
As far as scenery goes, this is the most distracting run I’ve ever done. I found it impossible to focus on running. Savannah is a beautiful city. It is small, yet packed with life and activity from the touristy bits to family life and business.
For a better write-up about Savannah Squares than this post, read this; an eloquent intro to the squares.
Because I will have to do this again in no time, here I jot down the quickest way for me to install 12c. This is the usual series of following steps, running into an error, searching for a fix, lather, rinse repeat.
Step One – Install oracle-rdbms-server-12cR1-preinstall.
Step Two – …gets us all the way here – [FATAL] PRVF-0002 : Could not retrieve local nodename
Step Three - … cannot write oradata change to /home/oracle/oradata
Step Four – Swapfile … I used 10000
Step Five – Then I see installer is bent on putting oradata directory in /home. Just revise to suit your install.
This one got me for a loop. It just so happens that both the h2 browser AND the play app should run from the same console. Otherwise, you end up running app and its database as one instance and new instance of ‘a’ database in another instance.
Do as I say and not as I do!
1. From shell, start play app. Do NOT type ‘play run’, just ‘play’.
2. Type ‘h2-browser’ next, The H2 Console should load up in the browser.
3. Now, type ‘run’ (or ‘~run’ for compile on save) to start your app.
Bingo! You should be able to now see your database.
In the spirit of my previous runaround post, I decided to do the same for my latest long run.
This time I ran in Brooksville, FL instead. The combination of week 7 of training plan (Disney here I come!), the kid’s school camping trip and the opportunity to run in a new place warranted this post.
Call me weird, planning the run was half the fun. Between Google Maps and Garmin Connect, I was able to plot a route around our camping site that lined up with planned run.
The only thing I did not plan was the expected humidity. According to NOAA’s site, average humidity was 69. That is a lot of water in the air. Thankfully, it was cold enough that it was not a bother. Accordingly, however, my printed route paper was completely wet 2 minutes after I took it out of pack!
One of the few frustrating experiences learning VMware Hypervisor has been loosing my server! At install time, I must have defaulted to automatically getting an IP Address from DHCP. Twice now, I’ve attempted to login thru vSphere and my server is nowhere to be found. The hosted VMs are all accessible. Its just VMware that goes M.I.A leading me to the suspicion that I did something wrong.
My usual fix is to scan my network for devices.
After figuring out which IP Address is my server at now, I proceeded to the servers configuration page on the right and selected networking from the mid-left pane.
Selecting properties from the rightmost panel brings up the networking details for the server. Here, I can see my new IP Address as well.
Selecting Management Network from the left pane and pressing the edit button brings up the network properties where I can change the IP Address.
Easy enough, I changed my settings to statically set my IP Address. Done!