[drupal-support] dealing with a large vocabulary

[Anisa]

Hm.  No.  I don't really plan on giving them those kinds of 
distinctions, because once you get started, there is no end.

I was thinking maybe allowing multiple parents and creating a seperate 
vocab for really popular series....  Just so that people don't have to 
scroll all the way to S for Sailor Moon, for example.

I am really hoping it will be a helpful cross reference for most of the 
site.  :)

Thank you for the help!

Anisa.

Ron Mahon wrote:

>I believe it has to be a separate sub section as they all belong to the same
>group. Dividing them will come back to haunt you. Also don't over look the
>possibility (power of) that one card maybe cross listed in more than one
>group. Look again to the examples in the taxonomy help section.
>
>I haven't tried the search function on tax terms, but with a list that big I
>would hope it would work.
>
>Do these cards have other qualities other than name that you could group
>then in to.
>
>I.e. if I am looking for a warrior do I care it it's male of female. Even if
>I do it's still a sub section of warrior.
>
>Regards
>Ron
>
>
>
>
>InterNet Marketing Resource Center
>A Free Super Mart of Articles, Demos, Tutorials everything you need to
>Succeed on the net.
>www.inmrc.com 
>
>
>-----Original Message-----
>From: Anisa [mailto:mystavash at animecards.org] 
>Sent: Wednesday, April 20, 2005 11:46 AM
>To: drupal-support at drupal.org
>Subject: Re: [drupal-support] dealing with a large vocabulary
>
>The document team is busy.  ;)  Go bug the development team.
>
>The list I am thinking of is really really big.  Arranged alphabetically, it
>could get anywhere from 10 -  30 terms a letter. 
>
>If I were to stack them like cards, I would probably divide them like I do
>ACO, in groups of 3 letters, although some letters have more series than
>others.  Or by letters.
>
>Would each pile of cards be a seperate *vocabulary* or a seperate subsection
>IN a vocabulary?
>
>Anisa.
>
>
>Ron Mahon wrote:
>
>  
>
>>Anisa
>>I think you need to model how you would look them up if they were 
>>physical cards in your hand.
>>How many piles would you make? How would you name them?
>>
>>Then Look at how I did it at http://inmrc.com Look at Site Navigation 
>>and at the site map.
>>For a large list You need to not have it expand automatically.
>>
>>It would be really terrific if I could figure out how to make the term 
>>display instead of the taxonomy link.
>>
>>I believe it can be done! Maybe a job for the Document team.
>>
>>Ron
>>
>>
>>
>>
>>InterNet Marketing Resource Center
>>A Free Super Mart of Articles, Demos, Tutorials everything you need to 
>>Succeed on the net.
>>www.inmrc.com
>>
>>
>>-----Original Message-----
>>From: Anisa [mailto:mystavash at animecards.org]
>>Sent: Tuesday, April 19, 2005 9:57 AM
>>To: drupal-support at drupal.org
>>Subject: [drupal-support] dealing with a large vocabulary
>>
>>I am looking for advice.
>>
>>I am planning to make a vocabulary of Anime Series.  (ah, the rare girl 
>>otaku ;).  I haven't thought it all through, but I believe making the 
>>vocabulary has lots of benefits in terms of cross referencing 
>>everything on the site.
>>
>>Obviously, there are thousands of series, though.  Technically, I will 
>>limit them to things that have to do with the site, which cuts it down
>>    
>>
>some.
>  
>
>>I initially split it up into # - B, C - E, etc, but ran into problems 
>>with the cvs weblinks module, since it would only let you choose one 
>>vocabulary for navigation, and I wanted it to spit out links for each 
>>series (it makes sense for what I was trying to do, promise).
>>
>>So then, I thought, okay, maybe it would be better to make it all one 
>>big list.  But as I make it, I lose confidence.  Is this how people 
>>deal with large vocabularies in Drupal?  I don't know that I want my 
>>users to have to select from such a big list, but six little lists looked
>>    
>>
>ugly too.
>  
>
>>Any advice appreciated.
>>
>>Anisa.
>>
>>
>> 
>>
>>    
>>
>
>
>  
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://drupal3.drupal.org/pipermail/support/attachments/20050422/a8830b81/attachment.htm