Archive

Archive for February, 2009

Introducing Pie Charts

February 22nd, 2009 Richard Luck No comments

Pie charts are simple, elegant, and serve a distinct purpose: how does ‘this’ compare to ‘that’ when taken as a whole.

Right after 0.4.5 was launched, I became curious.  ’How many report exports have I created - and how popular are they?’ I wondered.  Fortunately, Bluyah tracks ‘views’ for each export type.   We are doing it for internal measurements, primarily, as it helps us determine where we need to invest our optimization time.   But after throwing together a quick report query, I realized that (1) this would be a great feature for users to have for their own accounts (more about this later), and (2) I was surprised by the results.  

Turns out the Marquee containing Mac World news posts that I added to the DiMax website last weekend is getting more eyeballs than anything else I’ve created so far.  (Truthfully - I would have expected the chart I put together comparing Max Unemployment Rates since 1948 to garner more interest - but maybe people aren’t yet ready to hear that news…)

What were you saying about Pie Charts?

Which brings me back to my point.  Just saying that as a sum Marquees are my most-served export type is all well and good.  But showing you how each type compares is even more effective:


Tweet This Share via Facebook Digg It! Add to Del.cio.us Add to Technorati Favorites Stumble It! Email this Print Friendly

Categories: Eating Our Own Dogfood Tags: ,

ver 0.4.5 live

February 20th, 2009 admin No comments

Whew - it’s been a busy week!  The devs have fixed a ton of application issues, as well as introduced some cool new features.  The complete list includes:

  • Fixed a bug in the Marquee edit screen whereby some gibberish was being displayed instead of the desired content when the user chose to display additional information and selected the sub-menu “All of It” [Ticket #137
  • Fixed column editing in Report screens so that if you change a column title, then delete that column, the name change is retained (in case you decide you want to re-instate the column later). [Ticket #136]
  • Fixed some layout issues with Map exports - particularly with the sizing and layout of the market ‘bubble’ that pops up when a map marker is clicked. [Ticket #138
  • Added additional confirmations to the Connector manager to prevent users from accidentally deleting their  Google Docs connections. [Ticket #144
  • Fixed Subscription model so users can now ‘downgrade’ from a paid service account to a Free account at will. [Ticket #145]
  • Introduced Scatter and Pie charts.  Both chart types allow you to select the data column to be used in your chart directly from the Edit screen.
  • Enhanced all of the Export edit screens to work against an in-memory snapshot of the underlying data set.  This accomplishes two things:
    1. You’re database (or RSS feed / spreadsheet) is no longer taking a hit each time you reposition or edit a column name in the edit screen(s), and 
    2. The editing of reports and exports is, as a result, much, much faster. 
  • Fixed the Chart Edit color picker.  It’s now much easier to use, remembers the last color you used, and allows you to directly input the hex value of the color you want to use (if you need that much control).
  • Canceling an account now completely deletes all Connectors, Reports and Exports associated with that account.  (We were ‘expiring’ the account in case users wanted to re-instate it - but we’ve learned the Facebook lesson.  :)
  • Removed PayPal as a payment option (we can hear the groans already).  But the truth of the matter is, for a monthly subscription service (like Bluyah) very few people we’ve spoken with would consider using PayPal as their payment method.  We already have a great merchant company for handling credit card payments and didn’t wish to pay PayPal’s monthly fees just so we could accept a handful of subscriber’s payments.  Of course - if enough of YOU want this feature in the future, we will revisit it at that time.


Tweet This Share via Facebook Digg It! Add to Del.cio.us Add to Technorati Favorites Stumble It! Email this Print Friendly

Categories: Release Notes Tags:

ver 0.4.4 live

February 16th, 2009 Richard Luck No comments

Version 0.4.4 of Bluyah was launched late Friday night (thus the reason I’ve taken so long to post the announcement).  This release introduces some really great features, chief among them is support for Google Docs spreadsheets.  The complete list of enahncements / bug fixes is:

  • Fixed bug with ‘bad decrypt’ on user Connector passwords [Ticket #105].  All connector passwords are encrypted and that encryption algorithm is tied to user’s own Bluyah account.  We discovered in testing that if user changed their account password, their connector passwords would become unreadable.  We’ve fixed this. 
  • Fixed a bug whereby changing a column’s displayed name in the Report Edit screen would prevent user from retrieving any columns they had previously removed from the report. [Ticket #134]
  • Fixed an error whereby if a user tried to hack the URL for a report export, the app would display an internal error rather than a friendly message informing them that the export they were looking for could not be found. [Ticket #85]
  • Clarified and posted the Refund Policy for new accounts.  The Refund Policy is now part of the Terms of Service.
  • Fixed an IE7 only issue affecting users attempting to login from the wrong sub-domain.  Now IE7 users are auto-routed to their correct sub-domain - regardless of which domain they initiated login. [Ticket #39]
  • Google Docs support (Yeah!!!).  Bluyah now can read any Google Docs spreadsheet provided it meets the following prerequisites:
    • The email address you use to access the Google Docs account is a ‘GMail’ account (hosted domain accounts are not yet supported - but coming soon!)
    • The spreadsheet is in a tabular format with columns and rows.  Columns without named headers will not be imported.
  • More intuitive Map Editing screen.  The map editing screen is now WYSIWYG.  You see what the map will look like as you’re defining which data you want to display on the map.  (See Fun with Google Maps for a more thorough explanation of the features)

As always, feel free to Let Us Know what you think of the latest feature set.  If you want to see some additional features in Bluyah, please submit a feature request!  If we don’t know about it, we can’t build it.


Tweet This Share via Facebook Digg It! Add to Del.cio.us Add to Technorati Favorites Stumble It! Email this Print Friendly

Categories: Release Notes Tags:

Google Docs to the Rescue

February 15th, 2009 admin No comments

We’ve been working on this feature for over a month now an can finally announce (with a slight lump in our throats - and a sigh of relief) that Bluyah support for Google Docs is finally live.

Great - but what does that do for me?

At it’s most-basic, Google Docs support will allow you to tap into the spreadsheets you’re already storing in Google Docs and do things with the data that you were never able to do before.  Take for example our “Pizza Places in Fremont” demo from late last month.   When I put together the Google Map showing the location of each pizza parlor, the data was being pulled from a MySQL database set up on a personal server.  It’s a great set-up to demonstrate a point - but a little impractical to manage on a day-to-day basis (considering that I’m doing all of the SQL inputs manually).

Now that Bluyah supports Google Docs that has all changed.  Let me explain.

 Spreadsheet, spreadsheet - who’s got a spreadsheet.

Let’s face it - spreadsheets are how the majority of American businesses track their business-critical metrics.  We may have the priciest, high-availability database farm in existence.  But when we need to quickly crunch some random numbers, we instinctively reach for our trusty spreadsheet.  

Professionally, I track everything from project estimates for clients to PTO balance forecasts for employees.  Personally, I have a spreadsheet to track the number of miles and calories burned each time I’m on the eliptical machine, a spreadsheet to track when each of my eldest son’s book reports are due -  I even have a spreadsheet to track applications I want our company to develop.  The point is: spreadsheets are ubiquitous.  We’re collectively brain-dumping a whole lot of information into them and now - with the help of Bluyah - we can get some of that information back out in a meaningful way.

What was that about pizza, again?

So back to my list of pizza parlors in Fremont.  The spreadsheet was already in existence.  I had created it a couple of months ago.  And it was already in Google Docs.  I’d post the link here - but the spreadsheet is ‘private’ (I’ll write more about how to make ‘public’ specific columns in a ‘private’ spreadsheet later….)

I had all of the information I wanted - I just wanted to access that information in a more intuitive way : via a map.  With Bluyah, because map exports are already part of the application I didn’t have to do anything special.  All I had to do was set up my spreadsheet in such a way that it could be reported upon - then build a map based upon my report.

Sounds hard - how long did that take you?

Being the kind of person I am, I decided to find out.  I was going to time myself.  From spreadsheet to live map - how long would that take?  (I wont’ keep you hanging - it took less than two minutes.  A minute and forty-seven seconds to be exact!).  Here’s how that approximate two minutes was spent:

  1. Create a new Google Docs connector.  This means click on “Connect” in the top menu, then “New Google Docs Connection” in the sub-menu.  The connector only requires a memorable name (or label) for your connector, your google docs email address and password (you can read more about why Bluyah requires email and password for fetching content “on-demand” when exports are rendered - and how Bluyah protects and encrypts this data  - by reading the Bluyah Privacy Policy).
  2. Once the connection was established, I clicked on “List Spreadsheets” in the ‘Action’ column of the newly created connector.
  3. This task listed all of the spreadsheets I had available for reporting against in my Google Docs account.  I selected my “pizza places” spreadsheet and clicked the link “Use in New Report”.
  4. Since my spreadsheet had all of the columns named as I’d want them already, I didn’t change any of the column names when creating the report.  Nor did I change the column ordering.  But I did change the report title.  I liked “Pizza Parlors” better.  Has a nicer ring to it.
  5. Saving the report, I had the following:
     http://admin.bluyah.com/export/html/a45557e0de1b012b6ee4002241319b39
  6. Veriftying that the data looked solid, I then clicked the “Exports” link in the newly created report’s ‘Action’ column, then clicked ‘New Map’ in the sub-menu at the top of the page.
  7. Creating the map was the hardest part.  I couldn’t decide between an orange map marker or a red map marker.  Finally, after about thirty seconds of deliberation I settled on orange.  I then set the size of the map to 400 by 300.
  8. Since my spreadsheet contained street addresses (and not latitude/longitude information) I clicked the “Plot by Geocode” link to bring up the screen that allows me to map my data colums to the necessary ’street’, ‘city’, ’state’ and ‘zip’ fields.  Since the fields in my spreadsheet were similarly named, however, these mapping fields were pre-selected for me.   I didn’t need to do anything more than validate that they were there.
  9. After that the only thing left to do was for me to decide which fields I wanted to display in the pop-up bubble on the map when users clicked on the map marker.  For my purposes, the pizza place’s name and phone number were the most important - so I placed them at the top of the list.  I added the address on just as a reminder.
  10. Saving the map I was left with this:

NOTE: It probably took you longer to read the above description than it did for me to actually create the map.  I think you’ll find the same is true for you.  Once you start using Bluyah and you see how easy it is to go from “problem” to “problem solved” you’ll find more and more data sources you’ll want to export into charts, maps and marquees.

Let us know what data you’ve been mapping lately.


Tweet This Share via Facebook Digg It! Add to Del.cio.us Add to Technorati Favorites Stumble It! Email this Print Friendly

Fun with Google Maps

February 14th, 2009 Richard Luck No comments

With version 0.4.4 of the code base we introduced Enhanced Maps which allow you to easily control the marker color and the contents of the “bubble” that displays when you click on the marker.  

With these new features, creating robust, data-driven maps become an extremely easy thing to pull off.

Case in point:

The USGS publishes an RSS feed that contains data on all of the earthquakes that have occurred over the past 30 days.   We went from feed to map in about 3 minutes by doing the following:

 

  • I created a new Atom/RSS connector.  The input screen only required I give it a memorable name and input the feed’s URL.
  • Once saved I clicked on the “Report” link for the newly established connector.  This brings up the Report Edit screen:

 

Report Edit Screen Shot 

  • On this page I changed the ‘pubDate’ column to ‘Reported’ and changed the ’summary’ column name to read ‘Earthquake’.  You change the column name by clicking on the name itself.  I also hid a couple of columns I didn’t need by clicking the [x] box in the upper-right of the column header.  
  • Once I had saved the report (you can see the report in tabular format here - or as a CSV file here), I then clicked on the ‘Export’ link at the top of the screen, then the ‘New Map’ link and selected the newly created Report name.  The map edit screen has a few more configuration possibilities:

Map Edit Screen Shot

  • Because the data elements ‘lat’ and ‘long’ already existed in the RSS feed, they were automatically selected as the fields to be used by ‘Latitude’ and ‘Longitude’.  (If my data set had contained street addresses instead, I would have clicked the ‘Plot by Geocode’ link instead )
  • I only wanted the ‘Reported’ and ‘Earthquake’ columns from my report to show in the bubble that displays when a user clicks on a map marker, so I dragged them from the ‘Available Data’ box beneath the map, onto the bubble, and ordered them appropriately.
  • Saving the map resulted in this: 

Let us know your thoughts.  Or better yet ~ create a map of your own and send us the link.  We’d like to see what you’ve done.

[UPDATE] A screencast of this tutorial can now be found here.


Tweet This Share via Facebook Digg It! Add to Del.cio.us Add to Technorati Favorites Stumble It! Email this Print Friendly

Where is 0.4.4 ??

February 12th, 2009 Richard Luck No comments

You may have noticed that it’s been a week since our last release.  This delay doesn’t mean we haven’t been working hard - quite the opposite in fact.  

Version 0.4.4 will introduce two significant features and we want to make sure that they function perfectly (especially with each other) before we push the code out the door.  We were going to push the release on Wednesday, but at the last moment discovered a minor ‘glitch’ that took a little longer to trace back to it’s roots than we anticipated.  

So what’s coming?

First off : The Google Docs connector.  Unlike most online tools that allow you to access data in your Google Docs spreadsheet, Bluyah does not require that you make your spreadsheet publicly available (what Google calls “published”).  You can keep your spreadsheet private and still report against it.  And all reporting is done in real-time.  You make a change to your spreadsheet, the next time you view your Bluyah chart export built against it you’ll see the results.  

We feel this will be  a huge win for Bluyah users, as we’ve been receiving a ton of feedback that this is where a lot of IT teams are doing their ad hoc data analysis.

Second Off:  Enhanced Google Maps.  This release will allow you to custom design the pop-up windows that display when users click on a map icon.  Additionally, since we realize only the truest of geeks have geocoded data sets, Map Exports will now allow you to convert a street address to a plot on a map on-the-fly.  

Best of all, because Bluyah Exports work the same regardless of the data source, you’ll be able to create maps as easily from a geocoded XML feed (ie: The US Geological Society) or from a Google Docs spreadsheet (ala: our list of pizzerias in Fremont).  

I’ll post some data samples when the release goes live so you can compare them yourself.

Until then, keep following us on Twitter to stay abreast of the latest features and release dates.


Tweet This Share via Facebook Digg It! Add to Del.cio.us Add to Technorati Favorites Stumble It! Email this Print Friendly

Categories: Company Tags: