Vesica Blog - Taking museum and art collections to the cloud

May 23, 2012

Some Thoughts on Museum Websites and Open Source CMS

Let me preface this article by saying that I have been working in the web space since 1997. It has been in a variety of different sectors and domains, from universities and education to a variety of businesses, and now, museums, culture and art.

We have recently started work on some museum websites along with Vesica integration. As always, the question of whether or not to use an Open Source CMS was an important one, and whilst the goal of this article is not take you through the process we took our client through – it is to help share some thoughts and perhaps give museums an evaluation framework, if you will, of the pros and cons of going open source, especially given the variety out there.

Over the years, I have worked with a variety of open source Content Management Systems. Today, the popular ones that we would look to work with are WordPress, Joomla or Drupal. There are others in the mix, like Expression Engine, DotNetNuke, etc. – here’s a good place to confuse yourself - http://www.opensourcecms.com/scripts/show.php?catid=1&category=CMS%20/%20Portals - but we’ll keep it simple. There are also licensed CMS options available (like SiteCore) from established companies. Then there is the option to build a bespoke system.

First things first, launching a website on an open source system is not always cheaper than a bespoke one. This can be the case because some companies (like us, for instance), have been building custom portals for years. We have code we can reuse – code that our programmers are very comfortable with, code that our teams can customize and extend much faster than they could Drupal or Joomla, so going that route would probably be cheaper upfront for many.

But this option will tie you down to the company that builds your website and CMS for you. Even if they are willing to give you the source code when and if you decide to take your website to another vendor or bring it in-house, there is very little chance that one developer will ever have good things to say about proprietary code written by another developer – so they will probably advise you to scrap it and start from scratch. Bad advice, in many cases, but common practice.

So, before we go on to evaluate our open source CMS’, let’s rule out bespoke and commercial CMS because that will tie you in to one vendor, unless you are willing to scrap everything, and it may not be cost effective for you, or the dependency on one vendor just does not make you comfortable.

Now to our discussion about Open Source CMS. I tend to think of museums as communities and institutions – so the website should reflect as such. There are a great many technical comparisons out there between the 3 CMS systems mentioned above. From arguments ranging to WordPress is not a CMS to how complex Drupal is getting – they are all subjectively justified. But looking at the out of the box functionality and extend-ability of all of the above – for me – Drupal is the clear winner. It’s extensive eCommerce integration with Ubercart, it’s extremely powerful user / membership management functionality, the templating system, views and blocks, along with the ability to extend it with abundantly available modules (and the ability to build your own) makes it a clear winner to build community and member driven sites.

So, should you choose Drupal as the open source CMS for your website? Here is how to decide:

  • Will you ever bring your website in-house? Is that an option you would like to have? If so, Drupal will make a good fit. WordPress and Joomla will too, actually.
  • Do you want your website to be extendable at a reasonable price? Drupal is your answer. With all the modules available, you or your vendor can get away without writing much php or database level code, deploying new functionality faster. Whilst Drupal development rates may be higher than other CMS systems, it’s generally faster to build and deploy more maintainable code.
  • A website is a relatively open development project – meaning that you might want to do a variety of things with it. Whilst visitor or collections management software focuses on one thing, your website needs to always evolve and engage a wide audience. It needs to be flexible and easily amendable and manageable. There are only so many ways you can do things in Drupal- it is flexible, but it gives the developer a framework to work with, which can make a website less dependent on any 1 developer. WordPress or Joomla, in my view, don’t have the framework elements of Drupal.
  • User / Member management. For me, this, along with Drupal’s permissions management makes it a system very well suited to the museum industry.
  • Ubercart. This is a beast of an eCommerce project – extremely flexible and powerful, it is the best way to approach ecommerce in an online community environment.
  • There is already some momentum behind Drupal for museums. There are some modules available for software products that are specific to the museum industry. Vesica will be on that list soon.
  • Without making this any longer than necessary – rich featureset, powerful functionality, extendibility, and a framework that allows for consistent developers across multiple development teams.

However. Not all is good in the world of Drupal. It’s a mature product, with thousands of lines of abstract code to accommodate the wishes and desires of a wide array of developers, which makes it very flexible, but tedious at the same time. It also needs to be optimised to run as fast as WordPress would, for instance, but then that’s the cost of picking a more powerful engine to drive your site on – it does consume more resources.

Of course, Drupal isn’t right for all websites. It may be too complex where the requirements are as simple as a standalone blog, an online shop or a photo gallery. But when you want the right mix with scalability and flexibility- I believe – Drupal is one the most viable, free, open-source options available.

May 17, 2012

Museums and the Cloud: Common Questions

Here’s a list of common questions (and brief answers) that museums and private collectors with sizable collections tend to ask when considering Vesica. If you have more questions you would like added to the list or require more in-depth answers, please comment or get in touch.

Is the cloud reliable / how often would the application go down?

The cloud is reliable – very reliable. In fact, it is probably almost always going to be more reliable than any software application you deploy in-house. Sure, there are outages, but they are rare. Cloud providers like Vesica backup your data several times in the day too – so even if there are unanticipated circumstances, the application and data can almost always be brought back. Let’s put it into perspective, the cloud is as reliable as Amazon, Google, Microsoft Hotmail / Azure / Office 365 are. If you use any of their services, you are already using the cloud.

Will we really save any money?

Yes, a lot of money. Simply put, if you adopt a cloud solution, especially one like Vesica for Collections management, you don’t have to pay to purchase, maintain and upgrade servers. You don’t have to pay IT staff to setup and maintain these machines or networks. You don’t need to get into or get involved with complicated licensing or long term contracts for desktop software. This applies to virtually ALL cloud applications. Vesica can help museums save 30-60% of their existing cost for collections management systems deployed in-house. It also offers you a lot of added functionality out-of-the-box, like portability via an API, with zero additional costs or modules.

Do we need to backup our data? If so, what are our options?

Do you backup your hotmail or gmail email? If you don’t, you don’t need to back up your cloud applications either.

However, if you’re still getting comfortable with the idea of moving into the cloud, most applications will allow you some kind of an XML formatted backup which can be exported into other databases or software applications in the same industry.  You can get a CDWA Lite compliant XML backup in Vesica. You can even download all your media separately – we’re considering wrapping it all up together to let you get a compressed backup file, but for clients in excess of 100GB, many don’t have any way to open those files, so it’s best to import the XML backup into another application.

To put things into perspective, most people using Windows 7 cannot open a file larger than 4GB – compressed or not.

How do cloud providers like Vesica backup their data?

Different providers have different policies, but everyone backs up regularly – it’s part of being a service provider. Incremental backups are and can be deployed across multiple sites along with full data backups at several locations. It’s really quite safe and cost effective and feasible due to the economies of scale involved.

Will the price ever go up?

For most cloud providers, this is unlikely (at least in the near future), unless the way the tech industry works changes drastically or the US Dollar, sterling or dare I say, Euro, collapses.

Can we enter information in foreign languages?

Yes. MOST cloud applications support UTF-8 encoding which has built-in support for foreign languages. That should include everything from Arabic to Hebrew to Mandarin.

Do we need to involve IT?

Typically, no. Because for most cloud applications, all you need is a computer / phone / tablet pc with an internet connection.

How does cloud or web-based software work with our website?

Most cloud applications, by their nature of being delivered as a service, come with Application Programming Interfaces, which effectively allow you to integrate them with other applications, similar to how you would a desktop based database that you had access to (although many of these might require you to purchase additional add-ons to web enable them). Using this Application Programming Interface, you can extract information that sits in your cloud based application and display it any which way you want on your website. It’s not complicated, but it does require the ability to develop websites. Many cloud software providers also have modules available for third party CMS’ which your website may use – that effectively means you’ll be up and running with a few clicks. Vesica, for instance, will have a Drupal module that can seamlessly integrate your collections with your website later this year.

How can we get data in and out of cloud based collections software?

You can generally extract all the data as XML. Depending on the nature of the application and what you store, it may be feasible for you to get CSV files or download all your media as 1 compressed file.

As a museum, what opportunities does switching to the cloud present us with?

Many. The cloud allows you to save money and focus your efforts on what you do, whether that’s conserving, preserving, educating or engaging your community without having to worry about technical staff, technical problems, upgrades, downtime or any technology driven financial inconsistencies.  It takes a slightly different mindset to adopt the cloud, but for museums that do, it is a liberating experience.

May 14, 2012

Pricing Museum Collections Software per Object

In the last few weeks, I’ve been asked on more than one occasion about what it is that lead us to pricing Vesica per piece / object in a museum’s collection. It’s true that this is a rather unorthodox  pricing model, not just in the museum / art collection sector, but for Software-as-a-Service solutions across all industries.

If you look at any SaaS or cloud based solution, the pricing is a combination of storage, a unit of some relevant measure (be it number of projects, number of domains, number of sites, etc.), and number of users. There’s a reason why many of these applications are priced this way – it’s generally due to the way public / private clouds are typically priced. For example, if you have a look at Amazon EC2 or S3 pricing, Microsoft Azure Pricing, or Heroku’s pricing model, it might begin to make some sense. These pricing modules are generally wrapped into some kind of algorithm based on the number of users and projects, etc. that the application might provide to a typical user to then come up with SaaS pricing, which the consumer pays.

To me, really, most of that is gibberish that is not always relevant to the user. Why, as the consumer of a B2B application, should I be bothered about things like storage in Gigabytes, or the number of users when it does not directly correspond with my business? A larger number of users does not always translate to increased revenue for businesses, certainly not in sectors like museums and heritage, where volunteerism reigns supreme.

So, for Vesica, we decided that our pricing has to be relevant. A museum’s collection is its heart and soul. If the collection is growing, it’s a good sign – the museum might generate revenue with the new addition to their collection over time. Perhaps the museum also has funds if it is acquiring. In any case, it’s a relevant measure for a museum, just like number of projects would be for a web development agency or number of companies would be for an accounting business.

When speaking with curators or museum directors, it is extremely difficult to strike a common cord if you start talking Gigabyes, Terabytes and number of users. It’s worse, if you sell desktop based museum software, and you have to work in the type of hardware you would need, along with setting up networks and what not.

We wanted to make Vesica simple and relevant – and I think we’ve done that.

Not only is the pricing relevant, it will save over 90% of the museums 30% or more when compared with any other solution in the market with similar functionality. The fact that we’ve grown to almost 150 customers in over 30 countries since the Vesica platform was launched just over a year ago is a testament to that.

Would you like to see Collections Management Software priced differently? Let’s hear your thoughts.

Subscribe to RSS Feed Follow Vesica on Twitter Join us on Facebook Join he Vesica LinkedIn Group

Home    •    Blog    •    Contact Us    •    Developers    •    Education    •    Partners    •    About    •    Help & Support    •    News    •    Privacy Policy    •    Terms of Use