[greenstone-users] Alpha list at the second level

From Richard Managh
DateTue Oct 28 12:20:32 2008
Subject [greenstone-users] Alpha list at the second level
In-Reply-To (OFF56B130D-2D98F5AA-ON0A2574EB-006E8232-0A2574EB-0070282B-hawaii-gov)
Hi Ju Sun,


I created a small collection with metadata similar to yours to test the
previous suggestion.

It appears that dc.PersonalName should have been used instead of dc.Title in
your case. Also, the -always_bookshelf_last_level option needed to be
removed.

The following format statement works for me, with metadata similar to yours.

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

Again, the HList is displayed with no indent unfortunately.
Note: you may want to change 10000/10000/2 to something like 10000/10000/20


Best Regards,

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


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

>
> 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* <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*<http://www.hawaii.gov/dags/archives>
>
>
> *"Richard Managh" <**richard@dlconsulting.com*<richard@dlconsulting.com>
> *>*
>
> 10/21/2008 12:37 PM
>
> To
> *ju.sun.yi@hawaii.gov* <ju.sun.yi@hawaii.gov> cc
> *greenstone-users@list.scms.waikato.ac.nz*<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* <http://www.dlconsulting.com/>
>
>
> 2008/10/14 <*ju.sun.yi@hawaii.gov* <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*<http://www.hawaii.gov/dags/archives>
>
> _______________________________________________
> greenstone-users mailing list*
> **greenstone-users@list.scms.waikato.ac.nz*<greenstone-users@list.scms.waikato.ac.nz>
> *
> **https://list.scms.waikato.ac.nz/mailman/listinfo/greenstone-users*<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* <http://www.dlconsulting.com/>
>
>
>
> --
> DL Consulting Ltd
> Greenstone Digital Library, Web Development, Hosting and Digitization
> Specialists*
> **www.dlconsulting.com* <http://www.dlconsulting.com/>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://list.scms.waikato.ac.nz/mailman/private/greenstone-users/attachments/20081028/83ce5316/attachment-0001.html