Comments on: Structured Versus Unstructured Data – Part 2: The Long Filename Debate http://www.endusersharepoint.com/2010/06/28/structured-versus-unstructured-data-part-2-the-long-filename-debate/ No GeekSpeak on SharePoint 2007 WSS and MOSS Fri, 30 Jul 2010 21:24:11 -0400 http://wordpress.org/?v=2.8.6 hourly 1 By: Phyllis Teague http://www.endusersharepoint.com/2010/06/28/structured-versus-unstructured-data-part-2-the-long-filename-debate/comment-page-1/#comment-78279 Phyllis Teague Tue, 29 Jun 2010 18:20:30 +0000 http://www.endusersharepoint.com/?p=8711#comment-78279 **heavySarcasm** If we just bring back the "eight-dot-three" file-naming convention, all will be solved! **/heavySarcasm** I agree with Mr. Bunyan in that Microsoft did not look at user behavior when designing library functionality. And this whole thing is a much more complex issue than just saying, "Oh, well, SharePoint provides for all this metadata in the various fields, so just do it." For one, many organizations ENFORCE file-naming conventions, so just saying "convert to SharePoint's way of thinking" will not work. In addition, many users are moving FROM some other file-storage scheme (file servers, document management systems, hard drives) and INTO SharePoint, and they often move many many documents at once. The users I've worked with just want SharePoint to do its job so they can go about theirs. It's an unnecessary (in their minds) imposition on their "real jobs" that they should have to unpack the metadata from the filename and into several new SharePoint metadata fields. **heavySarcasm** If we just bring back the “eight-dot-three” file-naming convention, all will be solved! **/heavySarcasm**

I agree with Mr. Bunyan in that Microsoft did not look at user behavior when designing library functionality. And this whole thing is a much more complex issue than just saying, “Oh, well, SharePoint provides for all this metadata in the various fields, so just do it.”

For one, many organizations ENFORCE file-naming conventions, so just saying “convert to SharePoint’s way of thinking” will not work. In addition, many users are moving FROM some other file-storage scheme (file servers, document management systems, hard drives) and INTO SharePoint, and they often move many many documents at once. The users I’ve worked with just want SharePoint to do its job so they can go about theirs. It’s an unnecessary (in their minds) imposition on their “real jobs” that they should have to unpack the metadata from the filename and into several new SharePoint metadata fields.

]]>
By: Mike Bunyan http://www.endusersharepoint.com/2010/06/28/structured-versus-unstructured-data-part-2-the-long-filename-debate/comment-page-1/#comment-78083 Mike Bunyan Mon, 28 Jun 2010 21:15:38 +0000 http://www.endusersharepoint.com/?p=8711#comment-78083 While I agree users need education away from file server techniques if I may take a different tack on your 'education' theme by suggesting the roll out has not examined 'what the users want/need' and place the emphasis on development rather than user behaviour. OOB document library does not have the columns for author and document date, which can be identified as 'required' by examining business functions and requirements, and applied accrodingly. While I agree users need education away from file server techniques if I may take a different tack on your ‘education’ theme by suggesting the roll out has not examined ‘what the users want/need’ and place the emphasis on development rather than user behaviour.

OOB document library does not have the columns for author and document date, which can be identified as ‘required’ by examining business functions and requirements, and applied accrodingly.

]]>