You are here: For users upgrading from versions earlier than version 5 >Introduction to new concepts in Sohodox |
This article is only intended for doQuments users (Before the release of version 5, Sohodox was known as doQuments) .
Sohodox addresses several limitations that existed in doQuments making Sohodox a far more flexible document management solution. This article will help users of doQuments understand the reasons for the changes and new features added in Sohodox.
Limitations with Version 4
Earlier versions of Sohodox, allowed you to define a single set of indexing fields in a database. You would then create a new record which could hold one or more documents and enter indexing information into the fields defined earlier. The indexing information would apply to all the documents in that record.
So suppose you had to manage two types of documents, checks and photographs, one approach you could take is to create indexing fields such as...
Document Type (with ‘Check’ and ‘Photo’ as the possible values)
Keywords (which could contain text keywords related to the document)
You would then store a single document (either a photo or a check) in every record of the database. This approach would enable you to manage documents of different types in a single database. Having a single database for all documents is important because the user does not have to open and close different databases in order to look for a document.
However if you wanted to store specific information for each type of document, there was no easy way to do it in version 4. For example if you wanted to store Photographer Name and Place Taken with each photograph and Check Date and Check Number with each Check, you could...
1) Create different databases for Photographs and Checks, with each DB containing indexing fields specific to the type of document it was intended to hold.
OR
2) You could create all four fields (Photographer Name, Place Taken, Check Date and Check Number) in the same DB and leave irrelevant indexing fields blank when entering indexing data for a specific type of document.
Another way Sohodox was used to was to manage groups of documents, where each record of the DB contained multiple related documents and the indexing information entered was for the entire group of documents. Examples of this would be, having indexing fields which would hold information about a customer and then adding all documents for a customer into a single record.
The problem here was that there was no way to specify additional indexing information for specific documents which were already part of a record. Which means it was harder to search for and locate a particular document.
Sohodox
Sohodox significantly increases the number of ways you can index/classify a document. The simplest method offered is of arranging documents in a folder hierarchy. Users can create as many folders and sub folders as they want and they can also hide/share folders from/with other users. The second easy method offered is of attaching simple text tags to documents (think of it as attaching one or more labels to your documents). You can apply as many tags as required to a document. You can then search for documents to which a specific tag has been attached.
For a more structured indexing approach you can use the concept of Document Types. Document Types solve the Check and Photo problem described above. You can create two different Document Types one for Photos (with the fields Photographer Name, Place Taken) and one for Checks (with the fields Check Date and Check Number) in the same DB.
Another powerful feature is the ability to link any document to another document. You can have any number of links between documents. The combination of all these features enable you to build an extremely flexible and useful document repository.
Page URL: http://www.sohodox.com/docs/help/index.htm?new_concepts_in_sohodox.htm