[drupal-support] Article Content and taxonomies
Hello, As I mentioned before, we are working on publishing a magazine/ezine offering community, real estate, and business content. I created three taxonomies. 1. Content 2. Community 3. Volume, Issue, Date Under 1. Content I have the categories for the content. The problem is, when you view from the other two taxonomies, content is in first in last out order sorted by date. How can I change this so the content is sorted by the first taxonomy. In it's current display, the last two taxonomies are not helpful as the content is in no relevant order. Only in order of date of submission. But, above each story/article/node, it shows the three taxonomies assigned, Example: 1. Primary Content, Business News 2. Washington, DC 3. Volume, Issue, Date Drupal platform helps launch exciting new Community Portal for business, real estate, and community services What can I do? Regards
I agree that this is a much needed feature. I've used the node_weight patch (http://drupal.org/node/5738) successfully on a 4.4.2 system. "It allows nodes to be ordered by an arbitrary admin-assigned weight, allowing users to: - change the order of static nodes (if there are several) on the front page - create "sticky" threads in the forums - create a description/title node for your blog (a node that is listed before the others) - create a description/title node for a taxonomy listing (a node that is listed before the others) Node weight can be set both in the edit node form and in using admin-
content."
On Jun 8, 2005, at 1:49 AM, Christopher Taylor wrote:
Hello,
As I mentioned before, we are working on publishing a magazine/ ezine offering community, real estate, and business content. I created three taxonomies. 1. Content 2. Community 3. Volume, Issue, Date Under 1. Content I have the categories for the content. The problem is, when you view from the other two taxonomies, content is in first in last out order sorted by date. How can I change this so the content is sorted by the first taxonomy. In it's current display, the last two taxonomies are not helpful as the content is in no relevant order. Only in order of date of submission. But, above each story/article/node, it shows the three taxonomies assigned, Example: 1. Primary Content, Business News 2. Washington, DC 3. Volume, Issue, Date Drupal platform helps launch exciting new Community Portal for business, real estate, and community services
What can I do? Regards
-- [ Drupal support list | http://lists.drupal.org/ ]
-- Ken AIM kendow@mac.com | MSN Me@KenDow.Com | 519-371-6433 Forgiveness is the fragrance from the violet beneath the heel which has crushed it. - Mark Twain
Hi, Thank you for your message. Everybody is very helpful in this community. Unless I am making a mistake, I don't think that patch does what we need. Are there any other solutions? I am trying to publish content so that it is organized by community and have the same content taxonomies for each community. Somebody suggested organizing by 1. Content 2. Community 3. volume, issue, date Maybe I should try a different approach. If I set up a community and set the articles/information as terms of the taxonomy, can I then easily duplicate the community? Can you copy a taxonomy with all of it's terms to a new one easily? Maybe I am not thinking of something. Can groups help in some way? Below, please find a basic example of our objective: 1. taxonomy news and information terms: news politics discussions citizen blogs public records commics sports 2. Taxonomy: Communities Terms: DC, USA, CA New York City, NY, USA Frankfort, Germany Bag Dad, Iraq 3. Taxonomy, Issue Term: Volume 1, Issue 1, Beginning 06-02-2005 Term: Volume 2, Issue 2, Beginning 06-06-2005 For anybody interested our goals are as follows: A. We want to publish this content online and in a weekly magazine. B. We want to offer subscriptions, advertising, and a networking/social club. The Networking Club will colaborate online and meet in person. C. We want to use content published and rss feeds to fill content in our terms and taxonomies. If anybody can help me with this project, I would greatly appreciate your input. Regards ----- Original Message ----- From: Ken Dow To: drupal-support@drupal.org Sent: Wednesday, June 08, 2005 8:59 AM Subject: Re: [drupal-support] Article Content and taxonomies I agree that this is a much needed feature. I've used the node_weight patch (http://drupal.org/node/5738) successfully on a 4.4.2 system. "It allows nodes to be ordered by an arbitrary admin-assigned weight, allowing users to: - change the order of static nodes (if there are several) on the front page - create "sticky" threads in the forums - create a description/title node for your blog (a node that is listed before the others) - create a description/title node for a taxonomy listing (a node that is listed before the others) Node weight can be set both in the edit node form and in using admin->content." On Jun 8, 2005, at 1:49 AM, Christopher Taylor wrote: Hello, As I mentioned before, we are working on publishing a magazine/ezine offering community, real estate, and business content. I created three taxonomies. 1. Content 2. Community 3. Volume, Issue, Date Under 1. Content I have the categories for the content. The problem is, when you view from the other two taxonomies, content is in first in last out order sorted by date. How can I change this so the content is sorted by the first taxonomy. In it's current display, the last two taxonomies are not helpful as the content is in no relevant order. Only in order of date of submission. But, above each story/article/node, it shows the three taxonomies assigned, Example: 1. Primary Content, Business News 2. Washington, DC 3. Volume, Issue, Date Drupal platform helps launch exciting new Community Portal for business, real estate, and community services What can I do? Regards -- [ Drupal support list | http://lists.drupal.org/ ] -- Ken AIM kendow@mac.com | MSN Me@KenDow.Com | 519-371-6433 Forgiveness is the fragrance from the violet beneath the heel which has crushed it. - Mark Twain ------------------------------------------------------------------------------ -- [ Drupal support list | http://lists.drupal.org/ ]
On Jun 8, 2005, at 9:55 AM, Christopher Taylor wrote:
3. Taxonomy, Issue Term: Volume 1, Issue 1, Beginning 06-02-2005 Term: Volume 2, Issue 2, Beginning 06-06-2005
putting structured information like this into a taxonomy is not always the most efficient approach. One problem is that the taxonomy will grow without limit. There is also an interface design issue. People do very poorly navigating and use long lists of items. While there are occasionally good reasons to create long taxonomy sets, it is something I usually try to avoid. Since you do have well-structured information, another approach would be to use flexinode and create a new node type with several data fields, including a Volume data field (for the Volume number), Issue data field, date data field, and so on. You would, of course, also create a text area field that will hold the article. For each node, you would also classify it according to one or more of the other taxonomies you have. Also keep in mind that Drupal's full text search capability is your friend. People are very familiar with search engines like Google, and are relatively unfamiliar with searching by rigid classification schemes, in which you have to understand the classification scheme to make good use of it. If most people can find most things they will want to search for using full text search, that's probably good enough. Andrew ------------------------------------------------- Andrew Michael Cohill, Ph.D. Information architect Design Nine provides technology master planning services, community network planning, technology audits, and telecommunications project management to communities and organizations trying to make wise technology and telecommunications expenditures. Design Nine represents the interests of the organization or community, rather than the interests of vendors. Visit the Design Nine News page for frequently updated news and commentary on technology issues. http://www.designnine.com/news/ Design Nine, Inc. http://www.designnine.com/ Blacksburg, Virginia Voice: 540.951.4400 Cell: 540.320.4406
Hi, Can you copy a taxonomy and all of the sub-terms to a new one and give it a new name? This would also solve the issue of building a template and duplicating it for each community and networking group. I don't know if Flexinode will work because the content will be created by Citizens and Members. THey way not pay attention to volume and issue number per say. Regards ----- Original Message ----- From: "Andrew Cohill" <cohill@designnine.com> To: <drupal-support@drupal.org> Sent: Wednesday, June 08, 2005 12:19 PM Subject: Re: [drupal-support] Article Content and taxonomies
On Jun 8, 2005, at 9:55 AM, Christopher Taylor wrote:
3. Taxonomy, Issue Term: Volume 1, Issue 1, Beginning 06-02-2005 Term: Volume 2, Issue 2, Beginning 06-06-2005
putting structured information like this into a taxonomy is not always the most efficient approach. One problem is that the taxonomy will grow without limit.
There is also an interface design issue. People do very poorly navigating and use long lists of items. While there are occasionally good reasons to create long taxonomy sets, it is something I usually try to avoid.
Since you do have well-structured information, another approach would be to use flexinode and create a new node type with several data fields, including a Volume data field (for the Volume number), Issue data field, date data field, and so on. You would, of course, also create a text area field that will hold the article.
For each node, you would also classify it according to one or more of the other taxonomies you have.
Also keep in mind that Drupal's full text search capability is your friend. People are very familiar with search engines like Google, and are relatively unfamiliar with searching by rigid classification schemes, in which you have to understand the classification scheme to make good use of it.
If most people can find most things they will want to search for using full text search, that's probably good enough.
Andrew
------------------------------------------------- Andrew Michael Cohill, Ph.D. Information architect
Design Nine provides technology master planning services, community network planning, technology audits, and telecommunications project management to communities and organizations trying to make wise technology and telecommunications expenditures. Design Nine represents the interests of the organization or community, rather than the interests of vendors.
Visit the Design Nine News page for frequently updated news and commentary on technology issues. http://www.designnine.com/news/
Design Nine, Inc. http://www.designnine.com/ Blacksburg, Virginia Voice: 540.951.4400 Cell: 540.320.4406
-- [ Drupal support list | http://lists.drupal.org/ ]
On Jun 9, 2005, at 4:02 AM, Christopher Taylor wrote:
I don't know if Flexinode will work because the content will be created by Citizens and Members. THey way not pay attention to volume and issue number per say.
If you have a relatively large group of untrained people creating content, in my experience you have to limit both the number of taxonomies and the number of items in each taxonomy. People don't like to have to figure out how to classify things, and often do it incorrectly or not at all, which defeats your plan. remember that every node already has a date and time on it, so it may not be necessary to add that again. I wonder if just two taxonomies would work. One taxonomy would be a list of the communities. The second taxonomy would be a list of topics. This will allow you to categorize material according by community and by topic. The Volume and Issue information will be of relatively low value, since I can promise almost no one will ever try to retrieve anything that way. No one will say, "I want to find an article in Volume Two, Issue 5." And really, that style of classification is an anachronism designed to help librarians retrieve physical books. It does not add much value when you have full text search capabilities. Instead, they will say, "I want to find that article about growing apples in your backyard." And they will most likely use the full text search to find the article, not a taxonomy. I call this the "big bucket, small bucket" problem. When developing a system, the designers often try to create a large number of small buckets on the theory that highly classified information is good, since many of us grew up with libraries, which have detailed classification systems. But those systems evolved in the absence of good search tools. My preference is to start with a small number of large buckets, because there are fewer places to look for information. With many small buckets (multiple taxonomies with many items), users have to go from bucket to bucket, saying, in essence, "Is it in here? No. Is it in here? No. Is it in here? No.....and so on." If your system is successful and gets lots of use, you can add additional taxonomies and categories as you see what is popular. Best regards, Andrew ------------------------------------------------- Andrew Michael Cohill, Ph.D. Information architect Design Nine provides technology master planning services, community network planning, technology audits, and telecommunications project management to communities and organizations trying to make wise technology and telecommunications expenditures. Design Nine represents the interests of the organization or community, rather than the interests of vendors. Visit the Design Nine News page for frequently updated news and commentary on technology issues. http://www.designnine.com/news/ Design Nine, Inc. http://www.designnine.com/ Blacksburg, Virginia Voice: 540.951.4400 Cell: 540.320.4406
Hi Andrew, I see what you mean about volume and issue. The only reason we want this is because we are actually going to publish the content in a printedmagazine once a week. Each community will have a specialized publication. Do you think we'll be able to pull the data based on the date and time instead? Do you know if you can copy a taxonomy and all it's terms to a new taxonomy with a new name? Also, I am still stuck on the problem of how to keep the content in the "Community" catagory organized in a "magazine" order. I think I can nail down this problem by using the taxonomy-browser as the primary interface to the content. Since I have over 60 terms, I figure we need maybe 3 or 4 primary catagories. My problem is that since I can not see what it looks like; I lost my eye site when I was 2; I am not sure of the best way to organize the interface for online viewing and also have the content in such a format that it is easily exported for lay out and printing. Before, I had all the content in one huge taxonomy which created like sixty options in the drop down menu of the taxonomy-browser. I decided to break it up in to a few taxonomies. What I have come up with so far is the following: The idea is to set it up like a newspaper. Catagory: Community News, Information, & Blogs Catagory: Local Business News, Information, and Blogs Catagory: Local Real Estate News, Information, and Blogs Catagory: Public Data and Records Catagory: Community Guides and Directories Catagory: Community Classifieds Catagory: Choose Your Community Catagory: Volume, Issue, and Date Catagory: Consortium Services and Products I originally had it all in three catagories: Catagory: News, Information, Blogs Catagory: Community: Catagory: Issue: Here is an example of what is under the "Primary Content" catagory Term: Community News & Information Under Terms: Citizen Blogs Community Commentary Community Events and Announcements Crime Watch Commics Art Galary - Artists Corner and Displays Public Poetry Music and Musicians Term: Business News and Information under Terms: Local Business News Sales and Marketing Roundtable Management Tips and stories Terms: Real Estate News & Information Under Terms: Real Estate Education Mortgage Information Property Insurance Information Terms: News and Information from Community Public records Under Terms: Real Estate Auctions Trusty & Estate Auctions Term: Community Services and Directories Under: Emergency, medical, and Government Resources Community Restaurant guide Community Yellow Pages - Business Directory Community Activity and Entertainment Guide Community Real Estate Listings and Sales Guide Community Lodging and Rentals Directory Term: Classifieds Under Term: Classifieds - General sales Classifieds Businesses For Sale Classifieds - Business for Lease Classifieds - commercial real estate for sale Any help would be greatly appreciated. Best Regards ----- Original Message ----- From: "Andrew Cohill" <cohill@designnine.com> To: <drupal-support@drupal.org> Sent: Thursday, June 09, 2005 6:21 AM Subject: Re: [drupal-support] Article Content and taxonomies
On Jun 9, 2005, at 4:02 AM, Christopher Taylor wrote:
I don't know if Flexinode will work because the content will be created by Citizens and Members. THey way not pay attention to volume and issue number per say.
If you have a relatively large group of untrained people creating content, in my experience you have to limit both the number of taxonomies and the number of items in each taxonomy. People don't like to have to figure out how to classify things, and often do it incorrectly or not at all, which defeats your plan.
remember that every node already has a date and time on it, so it may not be necessary to add that again.
I wonder if just two taxonomies would work.
One taxonomy would be a list of the communities.
The second taxonomy would be a list of topics.
This will allow you to categorize material according by community and by topic.
The Volume and Issue information will be of relatively low value, since I can promise almost no one will ever try to retrieve anything that way. No one will say, "I want to find an article in Volume Two, Issue 5." And really, that style of classification is an anachronism designed to help librarians retrieve physical books. It does not add much value when you have full text search capabilities.
Instead, they will say, "I want to find that article about growing apples in your backyard." And they will most likely use the full text search to find the article, not a taxonomy.
I call this the "big bucket, small bucket" problem. When developing a system, the designers often try to create a large number of small buckets on the theory that highly classified information is good, since many of us grew up with libraries, which have detailed classification systems. But those systems evolved in the absence of good search tools.
My preference is to start with a small number of large buckets, because there are fewer places to look for information. With many small buckets (multiple taxonomies with many items), users have to go from bucket to bucket, saying, in essence, "Is it in here? No. Is it in here? No. Is it in here? No.....and so on."
If your system is successful and gets lots of use, you can add additional taxonomies and categories as you see what is popular.
Best regards, Andrew ------------------------------------------------- Andrew Michael Cohill, Ph.D. Information architect
Design Nine provides technology master planning services, community network planning, technology audits, and telecommunications project management to communities and organizations trying to make wise technology and telecommunications expenditures. Design Nine represents the interests of the organization or community, rather than the interests of vendors.
Visit the Design Nine News page for frequently updated news and commentary on technology issues. http://www.designnine.com/news/
Design Nine, Inc. http://www.designnine.com/ Blacksburg, Virginia Voice: 540.951.4400 Cell: 540.320.4406
-- [ Drupal support list | http://lists.drupal.org/ ]
participants (3)
-
Andrew Cohill -
Christopher Taylor -
Ken Dow