Archive

Author Archive

ver 1.0 live

March 16th, 2009 admin No comments

Yes - you read that correctly.  We’re out of Beta!

Thanks so much to all of our great Beta Testers (you know who you are).  They kept us on our toes, made insightful suggestions, and let us know when the application was not doing what they expected it to do. Without them we would not have made it this far this quickly.

In terms of features, very little has been introduced with this release, as we’ve been concentrating on hardening the app for launch.  One key thing that has been introduced, however, is Account Sharing.

If you have several people on your team who need to use Bluyah, go to My Account > Account Settings and invite them to participate.  At the bottom of the screen you will see a button title ‘Invite Users’.  Clicking on this button will allow you to create new user accounts under your account sub-domain.

In release 1.0.3 we will introduce Shared Connectors and Reports [details to follow], which will allow users to create connections (or reports) and share them to all users -  or to specific users - under the sub-domain.

If you have suggestions for how Sharing should work - send us your ideas.


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: ,

Product Roadmap Revealed

March 13th, 2009 admin No comments

We’ve posted our first draft of the Bluyah Product Roadmap to the Bluyah User’s Guide Wiki.

Let us know if your feature request is not listed.


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

Categories: Company, Dev Cycle 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:

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

Appologies to our Yahoo and Hotmail users

January 31st, 2009 admin No comments

[FIXED - The email issue has been resolved as of 13:49 PST - Feb 2nd, 2009]

We’ve just learned that Hotmail and Yahoo are rejecting all email from bluyah.com.  We believe this is due to how we have configured the current EC2 instance and are working feverishly to resolve the issue.  We’ll let everyone know here and via Twitter as soon as the fix is in.

Thanks for your patience.


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

Categories: Dev Cycle Tags:

Basic Charts

January 26th, 2009 admin No comments

One of the tasks we are continually asked to do is to take some application data, format it in a way that gives the data some meaning, and display the results in a chart.

For anyone who has ever had to chart out a trend line, or attempted to calculate the intersection of two disparate data sets in Excel, charting quickly becomes a time-suck.  You can very quickly spend more time developing the chart than you spent developing the original application.

With Bluyah, we’re going to make charting easier for you.  If you understand your underlying data and can define it in a tabular format, you can go from that data set to a basic chart very easily.

The below example is built against the Bluyah database.  The database view looks in the application’s user account table and counts the number of user accounts by week.  The report was created off of this view without any modification.  Then a chart “Export” was created off of the report.

From “idea” to the implementation you see here took less than 15 minutes.

  

Tell us what you think.  Better yet, give us suggestions for improving Bluyah.


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: ,