Template talk:FHL

Template Modification?
Currently this template links to the call number page for books. This isn't as useful as linking to the title page. Can this be changed?Charlene Pipkin 16:40, 5 June 2010 (UTC)
 * I am trying to find out if other IDs are currently persistent and will continue to be in the future. The whole idea of using the call number is that is something that will never (or very unlikely to) change. In the next version of the FHLC, I do not know what will be available. I am open to changes as long as they meet this type of criteria. Thomas_Lerman 01:40, 6 June 2010 (UTC)

FHL or Family History Library?
Is it too cumbersome to spell out Family History Library for the template? We want to be mindful that many researchers aren't familiar with the acronyms that we use. Charlene Pipkin 21:11, 1 June 2010 (UTC)


 * A very good question. As long as I understand your question correctly, this has actually been discussed in a meeting a while back and the decision was made to use FHL as the official style. Changes would require a new discussion and style change. Thomas_Lerman 21:57, 1 June 2010 (UTC)

Display type and CD examples
Please allow a way to show whether the item is a Book, Film, Fiche, or CD-ROM in the call number. For example, FHL Book 973 X2Lai, or FHL Film 203621. Diltsgd 14:29, 9 September 2009 (UTC)


 * Thank you for commenting. The plan is to allow those at an absolute minimum. Do you have an example of CD-ROM? I know the microfiche have numbers just like the microfilm. I have requested an extension that will make some of this easier. I have wondered if a need exists for locality look-ups, showing summary vs. details, etc. Thomas Lerman 14:47, 9 September 2009 (UTC)


 * Examples:
 * CD-ROM no. 1198
 * CD-ROM no. 9 pt. 453 disc 6


 * I'm not sure I understand what you mean by a locality look-up, summary, or details. I hope a user who clicks an FHLC number in the Wiki is taken to the the FHLC Title Details screen in most cases, and for long lists of film or fiche numbers to the FHLC Film Notes screen. Diltsgd 15:19, 9 September 2009 (UTC)


 * I just realized something else you said. You requested the type to be displayed (film, book, CD, etc.). According to consensus in the Manual of Style (as long as I understood it correctly), the media type would not be displayed. If you feel this should be revisited, may I suggest that you put it on a community meeting agenda? It may be worth discussing more. A discussion on what I was referring to with summary or details is more like the questions I posed in the Microfilm section below. Thomas Lerman 18:57, 17 September 2009 (UTC)

For the above examples see the sections below for their results Books, Microfilm / Fiche, and CDs. Thomas_Lerman 18:08, 23 February 2010 (UTC)

Discussion in Manual of Style
Other discussion may be viewed as part of the Manual of Style. Thomas Lerman 18:22, 17 September 2009 (UTC)

Long lists of items?
See FamilySearch Wiki:Guiding Principles and FamilySearch Wiki:Purpose and Appropriate Topics (specifically Limited Topics). Maybe we need to have title numbers if they will be persistent??? * See Title number section. Thomas_Lerman 17:33, 24 February 2010 (UTC)

Required extension for implementation
This template requires #Replace: functionality. This functionality is achieved through the StringFunctions within the ParserFunctions. . . may need an upgrade to ParserFunctions and definitely enable them. Thomas Lerman 18:46, 7 December 2009 (UTC)

Microfilm / Fiche
Current example(s) cited elsewhere in this article:


 * Film: produces
 * Film: produces

Should microfilm produce which of the following (currently produces )?


 * 1) Film search results (with columns)
 * 2) Film search results (without columns or colors)
 * 3) Film search results (with colors, but no columns)
 * 4) Title details * See Title number section
 * 5) Title film notes * See Title number section
 * 6) something else

Thomas Lerman 18:42, 17 September 2009 (UTC)

Film number not working
Dsammy pointed out that some problem exists on Remich Commune, Luxembourg where you find the census in the FHLC, copy the film number (ie. 2398734), use this in with this result. This link is not right. I found that I was testing some other thing and forgot to change it back. This uses title details which uses some other title number other the the film number. I should have been using (and am back there now) the Film Hit List similar to the Book Hit List where this same example produces this result. See Title number section. Thomas_Lerman 16:00, 24 February 2010 (UTC)


 * The problem is the Record ID is leading to different records instead of the intended ones.

Remich, Luxembourg Census record id is 1353902 http://www.familysearch.org/eng/library/fhlcatalog/supermainframeset.asp?display=titledetails&amp;titleno=1353902&amp;disp=Recensement+de+Remich+%28Luxembourg%29%20%20&amp;columns=*,0,0 (can't use individual film numbers)

The end result it went to Mutignano (Teramo). Ufficio dello stato civile http://www.familysearch.org/eng/library/fhlcatalog/supermainframeset.asp?display=filmhitlist&amp;columns=*,0,0&amp;filmno=1353900


 * Thank you for your comment Sammy. However, you are using the Record ID synonymously with Film Number . . . they are just not the same thing. At this time, Record ID is not supported here. I am waiting to hear back from some people at headquarters first, but guess I will not until after NGS. Thomas_Lerman 04:59, 24 March 2010 (UTC)

Books
Current example(s) cited elsewhere in this article:


 * Book: produces

Should books produce which of the following?


 * 1) Call number search results ordered by call number
 * 2) Call number search results ordered by title
 * 3) Call number search results ordered by author
 * 4) Title details * See Title number section
 * 5) something else

Thomas Lerman 19:07, 17 September 2009 (UTC)

CDs
Current example(s) cited elsewhere in this article:


 * CDs: see CDs section

Two examples were given of CD examples above. However, the URL uses a title number that is not anywhere on the page. How would someone find a CD or the title number? Thomas Lerman 19:27, 17 September 2009 (UTC)


 * This has not been answered. The template does not work for CDs at this time as Title numbers are not implemented at this time. * See Title number section. Thomas_Lerman 19:00, 23 February 2010 (UTC)

Place / Surname / Keyword / Title / Author / Subject
Is there a need to be able to display anything from the FHLC based upon any of the following items (examples provided):


 * Place: Kalamazoo (Allegan)
 * Most of the rest of the following can also provide more details such as what follows, but the require an ID that may not be persistent.
 * Place: Michigan, Allegan, Kalamazoo
 * Place: New York, New York (City)
 * Surname: Einstein
 * Keyword: Holocaust
 * Title: Burned counties
 * Author: Wismer, William Clare
 * Subject: Knights
 * Any others?

Thomas Lerman 19:30, 17 September 2009 (UTC)

Title number
This has not been implemented at this time. The potential problems with using this:


 * 1) Requires a title number instead of the film / call number. I do not know if these are persistent.
 * 2) The display name should be passed into it to get the title bar correct. This seems very odd that these work this way.

I am waiting for comments from the FHLC engineers as posted in the forum. Thomas_Lerman 18:14, 24 February 2010 (UTC)


 * http://www.familysearch.org/eng/library/fhlcatalog/supermainframeset.asp?display=titledetails&amp;titleno=1353902

The real problem is how the template was written. This is actual Remich, Luxembourg census record, not film number. What we need is different template to cover the record, not film. wdsamuelsen 04:57, 24 March 2010 (UTC)


 * I am working on getting information from HQ that will dictate how we interface with the FHLC. Depending on their answers will depend on how this template will expand. It is not a problem with how it is written. I have asked for suggestions a while back and implemented what was requested. Recent requests require information that I am trying to request. Answers probably will not come until after NGS. Thomas_Lerman 05:08, 24 March 2010 (UTC)

Which to keep and which to get rid of
Under "Are these needed?" section - first two items requires 2nd step to get to main record. They are not wanted or encouraged. The one named "FHL Collection", is the exact one we have been asking for long time because they are the main records we want to go to right away. Just get rid of "item", and add comment that nothing is to be added after the record id number at all. dsammy 20:32, 3 August 2010 (UTC)


 * Actually, it has been discussed to leave those "film" and "book" types and use the default as is for a couple of reasons. First, the Guiding Principles that were set for in meetings quite a while ago stated that they would refer to film &amp; book numbers and the layout would be "FHL" followed by that number. Secondly, the way the FHL template has mostly been used is with the film / book number. As far as I have seen or heard, only two people have requested the "item" type. I do not have a problem with it any longer (the FHLC people gave me the information that I needed). The problem is that it goes against the Guiding Principles that were set for the use and layout of references to the FHLC. Thomas_Lerman 21:09, 3 August 2010 (UTC)
 * They can't win every time. Some times they have to yield to the reality of technology. dsammy 22:08, 3 August 2010 (UTC)


 * Ran into a problem, looks like "item" must be used if we are to link to the title subject, otherwise, without the "item", will take you to a record of film. Other problems turned up:

http://www.familysearch.org/eng/library/fhlcatalog/supermainframeset.asp?display=localitydetails&amp;subject=207061 - FHL|207061|item - will take you to http://www.familysearch.org/eng/library/fhlcatalog/supermainframeset.asp?display=titledetails&amp;titleno=207061 for Polk County, Missouri Land Sales. (Bleech!) Some work is needed to enable anyone to go to the whole county or whole state or province or country instead of being diverted to title-detail record. If specific record is referred to, it works like it should be.


 * Thank you Sammy for the comment. This is not a problem with the template, but how you are trying to use the template. One cannot, or should not, just take numbers from one implementation and think that all other numbers will magically work with it. It is not intended for doing locality searches. For almost a year, I have asked about other types of searches including locality searches (see above) and have not got any responses until now. It looks like you had searched for "Baker" as parts of "Oregon" within the current FHLC and selected "Oregon, Baker" to view those details. If you do the same thing in the beta FHLC, you would not get in the URL the same number as the titleno as in the current one. This tells me that the number is not likely a persistent number or at least not accessible the same way. I am not so sure that we should allow listing every single usage of the FHLC. This seems to go against many things talked about in meetings. Thomas_Lerman 14:09, 5 August 2010 (UTC)
 * We need to get together in person and look closely at the different type of records used in the Catalog and send report to those in Catalog section informing them of the problems we uncovered that do not work with the Guidelines they gave us. One is working but not as intended, and not the other ones. dsammy 16:59, 5 August 2010 (UTC)

Linking to books
This was posted in the Forum: The template to link books to the FHL catalog takes one to the call number search, NOT the title search. If it doesn't link to the title page, especially for books, how is it useful to have the link? -Charlene Pipkin
 * Thank you Fran for posting this. Which thread did it come from? I was unable to find it. It is similar to one of the posts at the top of this page. Just like films, it shows a similar list. It also matches the information talked about in previous meetings. I suppose if one wants to get to title details, they can use the "item" type and get directly to the collection. Thomas_Lerman 05:14, 5 August 2010 (UTC)