1. This seems to be tricky, because it is correct for the English version, where the comma always goes inside. I think the best option would be if this could be done with a locale switch but not idea how to do this. This seems pretty hard coded into csl - maybe Bruce, Frank, or Ezra have an idea.

2. I can't reproduce this.
What it does for me, though, which isn't right either, is to say
"Bortz, Jürgen, und Nicola Döring. Forschungsmethoden und Evaluation für Human- und Sozialwissenschaftler. 4th Aufl. Berlin: Springer, 2006."
Which Firefox are you using? Maybe a Swiss or an Austrian version?
Can you try what happens if you change the hidden local option to de-DE ?
http://www.zotero.org/support/hidden_prefs#export_and_citation_settings

But the problem is clear - ordinal numbers aren't translated properly by the German locale (this should just read 4. Aufl. in German, equally for all numbers). The translation is done through Babelzilla, I've posted on the forum thread relating to Zotero there, maybe they will be able to help.
http://www.babelzilla.org/forum/index.php?showtopic=2328&st=100

1. no, you're right - those are just different standards for German and English: In German the comma always goes outside, in English it (pretty much?) always goes inside. So the style is correct in English, but incorrect in German.

2. Right, I think "erweiterte auflage" etc. would be hard to do (and I belienve usually not required by citation styles), so I agree this should just be 3., 4. etc. Unfortunately, until this is fixed, I don't really have any good advice for you. I think I would not put anything in the Edition/Aufl. field and add it by hand in the document until this is fixed. I have never had anything to do with language issues so I can't tell you if this is something likely to happen soon or not.

Edit: as an alternative (_very_ provisional) option you could write the Auflage as part of the Publisher - in the item itself. But that only works if you only work in German and only in Chicago Style. I'm not saying this is a solution of any kind, I'm just thinking about ways to make this workable until a real solution comes about.

Hi everyone,
I'm the German translator for Zotero. Your two problems are not an issue of the translation of the extension but of the bibliographic style. These are two separate matters. The solution would be to create a separate "Chicaco-german" CSL style that takes into account the German rules. AFAIK CSL does not support multiple language styles in the sense that comma rules or similar are changed according to a user's language prefs.

So there are two solutions:
-switch to a citation style that works with German. I don't really remember which ones do work but a forum search might help)
-copy and modify the Chicago style file in accordance to your wishes. Since the changes are somewhat minor that shouldn't be too hard if you have a basic understanding of CSL/XML.

HTH,
Harald.

@Harald: Thanks for the input.
I understand why this is the case for problem number 1 - but why is this true for problem number 2? Is the treatment of ordinal numbers not part of the translation file?

If so, that's really quite unfortunate, because they are very much in English, so this would be an issue in any language...

@CSL knowledgeables - is there any way to fix this? I wouldn't even know how to get the comma out of the quotation marks, let alone deal with the ordinal suffix.

Adam, I initially misunderstood problem 2. And something weird seems to be going, since you weren't able to reproduce Pablo's result and I'm not able to reproduce your result. This is what I get when creating a bibliography in the respective style:

Winner, Langdon. “Do Artefacts Have Politics?.” In The Social Shaping of Technology, herausgegeben von Donald MacKenzie und Judy Wajcman, 28-40. 2. Aufl. Buckingham, UK: Open University Press, 1999.

So the edition is correct, the punctuation isn't. The only explanation I have for the different results is different versions of the style. Unfortunately, the style file doesn't contain version or date information. (If the file metadata is to be trusted: my CSL file [chicago-fullnote-bibliography.csl] was created 2009-02-24, modified 2009-04-27). Maybe both of you should try re-installing the latest version of the CSL file and report on the results.

WRT punctuation: As you can see in the above example, even the English style doesn't get it quite right (title ending in question mark produces additional period). Maybe someone can contact the style's authors and ask them for a fix. Once that has been done it shouldn't be too difficult -- even for me with my sucky knowledge of CSL -- to create a German version.

Harald.

Okay, I ran a diff and the files are identical. So in principle I don't see any reason why the edition thing isn't working for you. I'm a bit out of ideas. One rather wild guess: something's wrong with the NeoOffice plugin. You could test this by creating a bibliography from inside Zotero (right-click on item > Literaturverzeichnis aus dem ausgewählten Artikel erstellen) and see if it produces the same result.

It's the same when I create a bibliography inside Zotero:

Bortz, Jürgen, und Nicola Döring. Forschungsmethoden und Evaluation für Human- und Sozialwissenschaftler. 4undefined Aufl. Berlin: Springer, 2006.

It's obviously not a NeoOffice plugin problem. I'll check with another user, importing the database from a file.

EDIT: Checked it with a second user account, new Firebird Settings, new Zotero Installation with the database imported. Same „undefined”-string. Already had the problem before using FF 3.5.

EDIT2: Did the same on a Windows XP virtual machine. Is my database corrupted?

Gruesse, Pablo

extensions.zotero.export.bibliographyLocale;de
general.useragent.locale;de

Gruesse, Pablo

The bash setting is the LANG environment variable (in Mac OS X, but I've got the same problem with Windows XP, as I stated before):
LANG=de_DE.UTF-8

Gruesse, Pablo

The comma positioning can't be controlled in the version of CSL implemented in current Zotero. It's on the TODO list for the new processor, and the necessary change to CSL (including provision for defining options as well as strings in the locale) has been pretty much settled. So there's no immediate solution, but this will definitely be solved in due course.

Ok, the undefined-Problem is solved for me, it works now. Thanks a lot.

Gruesse, Pablo

@Harald: ed/hrsg. works fine for me. The one thing that is strange is the ordinal numbers (which continue to be 2nd, 3rd, 4th etc. even after switching to de-DE) and I think there Frank's comment that their formatting isn't part of the locale setting clarifies why that is. And I think ideally they should be.