Tag Archive for Excel

A cautionary tale regarding Excel spreadsheet sharing

Recently, I encountered a reason to be wary about create shared Excel spreadsheets when one ballooned in size. It ended up growing to around 130 megabytes before I tried turning off sharing to see what happened and the size shrunk to under 200 kilobytes. From this, it would appear that the version control information was the cause of the explosion in file size. With that in mind, I set about to looking through the settings to see if there were any that might need optimisation. The default action is to keep thirty days of change tracking but I have this reduced to a single day in order not to be keeping too much. Quite how much, you need to retain is up to you but I will keeping an eye on things now that I have done this.

One reason why you cannot merge cells in Excel

One handy thing that I didn’t realise that you could do with Excel until the last few months was the ability to share an open workbook between users and collate any changes that are made (it seems that a form of version control is behind this). From what I have seen, Excel seems to manage changes to shared spreadsheets rather well. When you save yours, it adds updates from other users and warns if any edits collide with one another. To activate it in Excel 2003, all that needs doing is for you to go to the Share Workbook entry on the Tools and tick the appropriate checkbox in the resulting dialogue box. In 2007 and 2010, look for the Share Workbook icon in the Review tab on the ribbon to get the same dialogue box popping up.

That’s not to say that it doesn’t have its restrictions though and I have found that the merging of cells is made unavailable but that can be sorted by unsharing and resharing the workbook when no one else is using it. As to why cell merger is switched off by sharing, I have a few ideas. Maybe, they couldn’t make it work reliably (can happen with large software development projects like the creation of a new version of Excel) or decided that it would have consequences for other users that are too inconvenient. Either way, we cannot merge cells in shared workbooks and that’s the way that things are for now. Some may not worry about this though since they reckon that cell merging is undesirable anyway; well, don’t go doing it in any spreadsheet that is likely to be read in by another program or you could cause trouble.

Reading data into SAS using the EXCEL and PCFILES library engines

Recently, I had the opportunity to have a look at the Excel library engine again because I need to read Excel data into SAS. You need SAS Access for PC Files licensed for it to but it does simplify the process of getting data from spreadsheets into SAS. It all revolves around setting up a library pointing at the Excel file using the Excel engine. The result is that every worksheet in the file is treated like a SAS dataset even if there names contain characters that SAS considers invalid for dataset names. The way around that is to enclose the worksheet name in single quotes with the letter n straight after the closing quote, much in the same way as you’d read in text strings as SAS date values (’04MAR2010′d, for example). In order to make all of this more, I have added some example code below.

libname testxl excel ‘c:\test.xls’;

data test;
set testxl.’sheet1$’n;
run;

All of the above does apply to SAS on Windows (I have used it successfully in 9.1.3 and 9.2) but there seems to be a way of using the same type of thing on UNIX too. Again, SAS Access for PC Files is needed as well as a SAS PC Files server on an available Windows machine and it is the PCFILES engine that is specified. While I cannot say that I have had the chance to see it working in practice but seeing it described in SAS Online Documentation corrected my previous misimpressions about the UNIX variant of SAS and its ability to read in Excel or Access data. Well, you learn something new every day.

SYLK: File format is not valid

You can see the above message on attempting to open a CSV file in Microsft Excel. The cause is having “ID” as the very first characters in the file (case is important) because that causes a file type misidentification and CSV does not fit the application’s expectations for an SYLK format, an early spreadsheet file type used by Microsoft. More can be found here: http://support.microsoft.com/kb/323626.

More on Office 2007

Today was to have been the last day of my Office 2007 trial but I headed over to Amazon.co.uk at the start of the week to bag both Office Home and Student 2007 and Outlook 2007. Both arrived yesterday and I set to ridding my system of all things Office before adding the new software. So the 2007 trial had to go as did Office XP and any reference to Office 97; Office XP was an upgrade. From this, you might think that I am on a five year upgrade cycle for Office and it certainly does appear that way though Office 95 was the first version that I had on a PC; it came with my then more than acceptable Dell Dimension XPS133 (Pentium 133, 16MB RAM, 1.6GB hard drive… it all looks so historical now).

Returning to the present, the 2007 installations went well and all was well on my system. Curiously, Microsoft seems to label the components of Office Home and Student “non-commercial use”. I accept that the licence is that way inclined but they could be a little more subtle than to go emblazoning the application title bars with the said wording. I suppose that it is minor irritation when you consider that you are allowed a three machine licence for what are the full versions of Word, Excel, PowerPoint and OneNote. It must be the presence of OpenOffice on the scene that is inducing such benevolence.

Curiously, Outlook isn’t included in Office Home and Student, hence my getting the full version of the application separately. That means that there is no nefarious wording about the purpose for which it should be used. While on the subject of Outlook, my purge of previous Office versions thankfully didn’t rid my system of the PST files that I was using with Outlook 2007’s predecessors. In fact, the new version just picked up where its predecessors had left off without any further ado. As I have been getting used to the new interface, changed from Outlook 2002 but not as dramatically as the likes of Word, Excel or PowerPoint, there is certain amount of continuation from what has gone before in any case. The three-pane window is new to me as I never encountered Outlook 2003 and that may explain why it look a little time to find a few things. An example is that all calenders appear in the same place when I had expected the association between calenders and their PST files to be retained. Nevertheless, it is not at all a bad way to do things but it does throw you when you first encounter it. Its RSS feed reader is a nice touch as are the translucent pop-ups that appear when a new message arrives; that tells you the title and the sender so you can decide whether to read it without so much as having to look at it and interrupt what you are doing.

In a nutshell, all seems well with Office 2007 on my machine and I am set up go forward without the headache of an upgrade cycle since I have recommenced from a clean slate. I have heard of some problems with Office 2007 on Windows Vista but I am running Windows XP and I have had no problems so far. In fact, I plan to sit out the Vista saga for a while in order to see how things develop and, who knows, I might even not bother with Vista at all and go for Vienna, its replacement due in 2009/2010, since XP support is to continue for good while yet.

  • As is commonly the case with places like these, all the views that you find expressed on here in postings and articles are mine alone and not those of any organisation with which I have any association, through work or otherwise. With regards to any comments left on the site, I reserve the right to reject any that are inappropriate. Otherwise, whatever is said is the sole responsibility of whoever is leaving the comment.