Incorrect em-dashes in bibliography

bmollman
I have multiple citations from the same author, but Zotero is inconsistent in replacing names with em-dashes in my bibliography.

For example:
García Aguilar, Idalia. Complejidad y materialidad: reflexiones del Seminario del Libro
Antiguo. México: UNAM, Centro Universitario de Investigaciones Bibliotecológicas,
2009.
García Aguilar, Idalia. “El conocimiento histórico del libro y la
biblioteca novohispanos: representación de las fuentes originales.” Información,
cultura y sociedad, no. 17 (2007): 69–96.
———. “Ese eterno desconocido del patrimonio cultural: el libro antiguo en México,” 1–30.
Universidad Autónoma del Estado de Hidalgo, 2004.
García Aguilar, Idalia. “Libros de fiscal, libros de oidor: la biblioteca de Domingo de
Arangoiti (siglo XVIII).” Investigación bibliotecológica 26, no. 57 (August 2012):
13–76.


Any ideas how I could correct this issue of inconsistency?
  • fbennett
    I wonder whether there might be a difference in the encoded form of the í in García. What happens after you manually retype the author name in each of those references (not selecting from the pulldown list, but manually retyping each one)?
  • bmollman
    I think you're right. Manually re-entering the author seems to have fixed the problem.

    Thanks!
  • fbennett
    Glad to hear that the fix worked. This problem with mixed encodings should cease to be a problem in the near future.
  • aurimas
    Which style is this? Even given different encodings, it's a bit odd how this is sorted. The "García" parts of each entry are as follows (in hex, í in bold ):
    47 61 72 63 C3 AD 61
    47 61 72 63 69 CC 81 61
    47 61 72 63 69 CC 81 61
    47 61 72 63 C3 AD 61

    If these are listed in a bibliography and are sorted by author, first and last should be next to each other, no? (this is mostly directed at fbennett)
  • fbennett
    edited June 18, 2014
    The sort is performed with JavaScript localeCompare(), so the byte-level encoding may not be determinative. Once we have str.normalize() to work with, we can add that in the processor and it should come right.

    (Oh, wait, I get your point. Yes, that is odd.)
  • fbennett
    edited June 18, 2014
    Um ... we'd have to look at the style to be sure, but I think what is happening is that the sort is coming out correctly (so localeCompare() is doing its thing -- the author names are treated as equivalent, and the sort is falling over to the title); but the em-dash slug fails on second and the fourth entries because those names are not string-equivalent to their immediate predecessors. With str.normalize(), that glitch will go away (touch wood).
  • aurimas
    Yeah, actually, the two are evaluated as equivalent with localeCompare. Couldn't we use that when comparing author names for disambiguation and ---?
  • fbennett
    Could do, but if we apply normalize() to the input, we can avoid the potential for similar glitches elsewhere in the code. It wasn't an oversight particularly -- up until the last couple of Firefox releases, localeCompare() itself was not very reliable.
  • aurimas
    Yes, normalizing would solve this. Just thought we could use localeCompare in the mean time.
  • fbennett
    I'll take a look. It's a good idea, and there is no harm in having multiple lines of defense.

This is an old discussion that has not been active in a long time. Before commenting here, you should strongly consider starting a new discussion instead. If you think the content of this discussion is still relevant, you can link to it from your new discussion.

Sign In or Register to comment.