[greenstone-users] Alpha list at the second level

From ju.sun.yi@hawaii.gov
DateFri Oct 24 09:26:16 2008
Subject [greenstone-users] Alpha list at the second level
In-Reply-To (cb18bbba0810222103r1a9f81e0l2c6bca2c21bd2cc3-mail-gmail-com)
Hi Richard,

Nope, it still doesn't work. In fact if I add "dc.Title" into the
metadata section, it breaks the hiearchy even further. In other words,
after district it will break it down by the type of record (dc.Title),
then it lists all the individual documents.

Well I tried playing with the "partition_size_within_level" to see how the
numbers affect the grouping and to make sure I follow the logic. And so
it seems that the first number affects the "Island" grouping, and the
second number affects the "District" grouping, which is why I think you
had it set to "10,000" - but the third number, which you suggested at "20"
does not seem to affect anything. So I am thinking that maybe the
partition size cannot go beyond 2 tiers? or 2 levels?

And unfortunately its the third group/level that we want to partition
because it is there that the "long" lists occurs. So now we seem to be
back at square one, though being able to set the number (partition size)
for the first two "groupings" will help as we add more islands, and more
districts within the islands, but again the longest of these lists will
occur at the document level.

Should we try to use a different classifier?

Ju Sun

=============================================
Ju Sun Yi, MLIS
Library Technician
Hawaii State Archives
364 South King Street
Honolulu, Hawaii 96813
808.586.0329
http://www.hawaii.gov/dags/archives


"Richard Managh" <richard@dlconsulting.com>
10/22/2008 06:01 PM

To
ju.sun.yi@hawaii.gov
cc
greenstone-users@list.scms.waikato.ac.nz
Subject
Re: [greenstone-users] Alpha list at the second level


Hi Ju Sun,


Okay, there is one other possibility. Try something like this:

classify GenericList -sort_leaf_nodes_using
dc.PersonalName -metadata
dc.Coverage^spatial/dc.Coverage^district/dc.Title
-partition_size_within_level 10000/10000/20 -buttonname Location
-always_bookshelf_last_level -partition_type_within_level constant_size

However, it may not look that good, due to Greenstone's tendency to always
display HLists (Horizontal lists) from the far left.

Note the change to -partition_size_within_level
Note that dc.Title has been added on to the -metadata option, this is
necessary in order for the other options to play nice with the -metadata
option.
Note that "-partition_type_within_level" has been changed back to
"constant_size" only, sadly it doesnt work in the way we hoped.


Thanks,

Richard


2008/10/23 <ju.sun.yi@hawaii.gov>

Hi Richard,

I tried what you suggested, and unfortunately it did not "partition" the
names after the "district" grouping. Perhaps it is a limitation of that
classifier, in that it doesn't allow you to partition within a partition?

Well I'll continue to try other things, including other classifiers, but I
would hate to mess up our "layout" - including the format statements that
we had worked hard on in terms of fine tuning it to display the results
the way we want it to.

But we'll definitely keep our fingers crossed, and hope others on the list
can offer suggestions or advice.

Thanks again for looking into this.

Ju Sun


=============================================
Ju Sun Yi, MLIS
Library Technician
Hawaii State Archives
364 South King Street
Honolulu, Hawaii 96813
808.586.0329
http://www.hawaii.gov/dags/archives

"Richard Managh" <richard@dlconsulting.com>
10/21/2008 12:37 PM


To
ju.sun.yi@hawaii.gov
cc
greenstone-users@list.scms.waikato.ac.nz
Subject
Re: [greenstone-users] Alpha list at the second level


Hi Ju Sun Yi,


I note you currently have ( in your collect.cfg file for that collection)

classify GenericList -sort_leaf_nodes_using
dc.PersonalName -metadata dc.Coverage^spatial/dc.Coverage^district
-partition_size_within_level 100 -buttonname Location
-always_bookshelf_last_level -partition_type_within_level constant_size


For that classifier.

Try:

classify GenericList -sort_leaf_nodes_using
dc.PersonalName -metadata dc.Coverage^spatial/dc.Coverage^district
-partition_size_within_level 100 -buttonname Location
-always_bookshelf_last_level -partition_type_within_level
none/none/constant_size


note the change:

-partition_type_within_level constant_size

to

-partition_type_within_level none/none/constant_size


See if that gives you what you want.

You might also try:

-partition_type_within_level none/none/per_letter

Note that the slashed arguments allow you to specify different partitions
for different levels of the hierarchy.

Best Regards,

Richard
--
DL Consulting Ltd
Greenstone Digital Library, Web Development, Hosting and Digitization
Specialists
www.dlconsulting.com


2008/10/14 <ju.sun.yi@hawaii.gov>

Dear List,

After entering so many records into the GLI we notice that in our
"Location" browse section, the number of documents within a "bookshelf" is
quite large. Is it possible to have the documents group together in
sections by alpha, such as our "Name" browse section? In other words, we
would like the page to display like this:

Island of Molokai:

Kalaupapa: (132 Items)

Abc-Def Ghi-Klm Nop-Qrs...etc.

Abc, John
Abcd, Jane
Abce, Mary
etc.


So instead of having ALL 132 documents be listed when someone clicks on
"Kalaupapa" - the person would see only the first 50 documents, and would
go to the next alpha section to view the others, and so forth.

Right now we are using the "GenericList" classifier. We would like to use
this type of browsing classifier because we have found that this works in
terms of the way the other information displays, which makes it easier
when they are "browsing" because it can help to narrow their search.

Any help or suggestions would be greatly appreciated.

Thank you,
Ju Sun


=============================================
Ju Sun Yi, MLIS
Library Technician
Hawaii State Archives
364 South King Street
Honolulu, Hawaii 96813
808.586.0329
http://www.hawaii.gov/dags/archives

_______________________________________________
greenstone-users mailing list
greenstone-users@list.scms.waikato.ac.nz
https://list.scms.waikato.ac.nz/mailman/listinfo/greenstone-users


--
DL Consulting Ltd
Greenstone Digital Library, Web Development, Hosting and Digitization
Specialists
www.dlconsulting.com

--
DL Consulting Ltd
Greenstone Digital Library, Web Development, Hosting and Digitization
Specialists
www.dlconsulting.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://list.scms.waikato.ac.nz/mailman/private/greenstone-users/attachments/20081023/4310014a/attachment.html