Abbreviations: suppression

[Frank Bennett]

Check with Michael on whether we can do better with jurisdiction suppression.

[Frank Bennett]

@rischconsulting Thanks for your mail. There were two issues around abbreviations I think.

1. The abbrevs related to legal resources, at least (which are the important ones) are pretty much in a DIY state, in that the lists shipped with the tool are not taking effect.
2. The new jurisdiction suppression logic requires explicit flagging of each jurisdiction (that is, suppression is not inherited).

Re (1), I think I can help here, but it will take some time. Playing with the tool, I see that an abbreviation is lost when I suppress/unsuppress an element of the jurisdiction. That bothers me, and I need to think about it. It would be alarming to me if I set a set of abbreviations and they suddenly disappeared because of a change in a separate setting. It seems like abbreviations of a jurisdiction should be tied to the underlying code-slug (which we have and can use), rather than the ephemeral visual representation. So I'll look into making that change. It might take awhile---even as I write here, I'm thinking of edge cases that will be a challenge.

Once the mapping elements for jurisdiction data are stable, I can go through the Indigo Book and set up bundled abbreviations for commonly cited Federal and state courts, which should help somewhat.

Re (2), the per-jurisdiction-code suppression logic is by intention. If suppression is inheritable (as I think it was before maybe?), cites would be losing arbitrary information that is probably be needed to compose a correct citation---for example, "2d Cir." is derived from the jurisdiction data.

There are some ways that handling jurisdiction markers can be made less cumbersome, but I'll leave this for the moment, and go back to the cave and think about it.

[rischconsulting]

Thanks for the followup. My thoughts: On 1: I thought this was already happening on list import. Didn’t it used to? I don’t remember putting every single abbreviation in for the past, though maybe I did. On 2: Maybe we are thinking of different type of suppression. Right now, the cite drops in two different pieces of information: US|Second Circuit drops in “Second Circuit” or something like that and Court of Appeals (in “Place” drops in “Court of Appeals”). So, I suppress US|Second Circuit at the top, and I set an Abbrev. To 2d. Cir. for the second, which works well. But it seems like I should be able to suppress ALL of the jurisdictions at the top – I don’t want any of them in bluebook format. And then some of the basic court abbreviations should be automatic. At the very least, there should be detailed instructions on how to use Abbrevs to get a bluebook cite, because I’m trying to push this out to my faculty as a great blue book cite program (which it is!) but I fear that no one will figure out how to actually make it do that. On a side note, losing all of the Abbrevs that were there is killer – I have a paper with 100+ cites and I can’t update it anymore, it would be chaos (especially because the Abbrevs button is greyed out in word integrations) From: Frank Bennett [mailto:[e-mail]] Sent: Wednesday, September 6, 2017 6:12 AM To: Juris-M/zotero-standalone-build <[e-mail]> Cc: Michael Risch <[e-mail]>; Mention <[e-mail]> Subject: Re: [Juris-M/zotero-standalone-build] Abbreviations: suppression (#4) @rischconsulting<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Frischconsulting&data=02%7C01%7Crisch%40law.villanova.edu%7C991ab8889b304cd9423d08d4f50fa5e4%7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636402894935275617&sdata=0EPswULe%2FMd3x97PVTWrJpCmQQIHwnfRRN9gY%2Fv2doQ%3D&reserved=0> Thanks for your mail. There were two issues around abbreviations I think. 1. The abbrevs related to legal resources, at least (which are the important ones) are pretty much in a DIY state, in that the lists shipped with the tool are not taking effect. 2. The new jurisdiction suppression logic requires explicit flagging of each jurisdiction (that is, suppression is not inherited). Re (1), I think I can help here, but it will take some time. Playing with the tool, I see that an abbreviation is lost when I suppress/unsuppress an element of the jurisdiction. That bothers me, and I need to think about it. It would be alarming to me if I set a set of abbreviations and they suddenly disappeared because of a change in a separate setting. It seems like abbreviations of a jurisdiction should be tied to the underlying code-slug (which we have and can use), rather than the ephemeral visual representation. So I'll look into making that change. It might take awhile---even as I write here, I'm thinking of edge cases that will be a challenge. Once the mapping elements for jurisdiction data are stable, I can go through the Indigo Book and set up bundled abbreviations for commonly cited Federal and state courts, which should help somewhat. Re (2), the per-jurisdiction-code suppression logic is by intention. If suppression is inheritable (as I think it was before maybe?), cites would be losing arbitrary information that is probably be needed to compose a correct citation---for example, "2d Cir." is derived from the jurisdiction data. There are some ways that handling jurisdiction markers can be made less cumbersome, but I'll leave this for the moment, and go back to the cave and think about it. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FJuris-M%2Fzotero-standalone-build%2Fissues%2F4%23issuecomment-327439335&data=02%7C01%7Crisch%40law.villanova.edu%7C991ab8889b304cd9423d08d4f50fa5e4%7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636402894935275617&sdata=BnG7wW3ShMxK7w%2FPsaMRTVWXA%2F8rrUDmTo8ZZ%2FYARn0%3D&reserved=0>, or mute the thread<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAGuRSjwerlfCLXa6kpuo37h0S7cof_W3ks5sfm_TgaJpZM4PL_uk&data=02%7C01%7Crisch%40law.villanova.edu%7C991ab8889b304cd9423d08d4f50fa5e4%7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636402894935275617&sdata=TXV4Ia8RN4NImDq%2BDTWDVHw842acYfVhriC%2FcaK7uuc%3D&reserved=0>.

[Frank Bennett]

Thanks - feedback at this point is pretty critical. It does seem like I'm getting tangled up my thinking a bit. We:ll get it sorted though.

I'm concerned to restore your abbreviations. When you search the OS for 'abbreviations.sqlite', and visit the director(y|ies) where each is located, do you see (a) any copies that are larger than the one you have in the data directory, or (b) any copies with an extension like bak, or a number, which are larger?

[rischconsulting]

On one machine, I’ve got 3 (2 are backups) abbrevs-filter.sqlite, all date modified 1/4/17, all the same size (about 2MB). On a second machine, I’ve got a few older ones, bigger. A quick search doesn’t find abbreviations.sqlite, though I’ll need to do a more thorough search later. Regards, MR From: Frank Bennett [mailto:[e-mail]] Sent: Wednesday, September 6, 2017 8:21 AM To: Juris-M/zotero-standalone-build <[e-mail]> Cc: Michael Risch <[e-mail]>; Mention <[e-mail]> Subject: Re: [Juris-M/zotero-standalone-build] Abbreviations: suppression (#4) Thanks - feedback at this point is pretty critical. It does seem like I'm getting tangled up my thinking a bit. We:ll get it sorted though. I'm concerned to restore your abbreviations. When you search the OS for 'abbreviations.sqlite', and visit the director(y|ies) where each is located, do you see (a) any copies that are larger than the one you have in the data directory, or (b) any copies with an extension like bak, or a number, which are larger? — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FJuris-M%2Fzotero-standalone-build%2Fissues%2F4%23issuecomment-327466098&data=02%7C01%7Crisch%40law.villanova.edu%7C0fdf34efc85d4e45728e08d4f521be32%7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636402972651185952&sdata=eAlkvk8gfkpguvNJgPrmNCtTS9BSphkYMPtrs6erJk0%3D&reserved=0>, or mute the thread<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAGuRShpktRD6EcS9pZG-Nwpc7nrQzypsks5sfo4vgaJpZM4PL_uk&data=02%7C01%7Crisch%40law.villanova.edu%7C0fdf34efc85d4e45728e08d4f521be32%7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636402972651185952&sdata=CisFMuuxgB7Nz9hj0DX%2FqaefRRu%2BFik8Bj%2B8ElQUmpY%3D&reserved=0>.

[rischconsulting]

I may not have updated to 5 on that machine. I'll have to check later Regards, MR (from mobile)

…

-----Original Message----- From: Frank Bennett [[e-mail]] Received: Wednesday, 06 Sep 2017, 8:21AM To: Juris-M/zotero-standalone-build [[e-mail]] CC: Michael Risch [[e-mail]]; Mention [[e-mail]] Subject: Re: [Juris-M/zotero-standalone-build] Abbreviations: suppression (#4) Thanks - feedback at this point is pretty critical. It does seem like I'm getting tangled up my thinking a bit. We:ll get it sorted though. I'm concerned to restore your abbreviations. When you search the OS for 'abbreviations.sqlite', and visit the director(y|ies) where each is located, do you see (a) any copies that are larger than the one you have in the data directory, or (b) any copies with an extension like bak, or a number, which are larger? — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FJuris-M%2Fzotero-standalone-build%2Fissues%2F4%23issuecomment-327466098&data=02%7C01%7Crisch%40law.villanova.edu%7C0fdf34efc85d4e45728e08d4f521be32%7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636402972651185952&sdata=eAlkvk8gfkpguvNJgPrmNCtTS9BSphkYMPtrs6erJk0%3D&reserved=0>, or mute the thread<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAGuRShpktRD6EcS9pZG-Nwpc7nrQzypsks5sfo4vgaJpZM4PL_uk&data=02%7C01%7Crisch%40law.villanova.edu%7C0fdf34efc85d4e45728e08d4f521be32%7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636402972651185952&sdata=CisFMuuxgB7Nz9hj0DX%2FqaefRRu%2BFik8Bj%2B8ElQUmpY%3D&reserved=0>.

[rischconsulting]

OK, last point – sorry for the multiple emails. On my other machine, there were multiple copies of abbrevs-filter.sqlite, and the older ones were bigger. I saved a copy of the older one (and the newer one), renamed the older one to one without an extension, and reloaded. No difference. Maybe I just don’t have the right file at all, and that’s why list importing is failing too? Regards, MR — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FJuris-M%2Fzotero-standalone-build%2Fissues%2F4%23issuecomment-327466098&data=02%7C01%7Crisch%40law.villanova.edu%7C0fdf34efc85d4e45728e08d4f521be32%7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636402972651185952&sdata=eAlkvk8gfkpguvNJgPrmNCtTS9BSphkYMPtrs6erJk0%3D&reserved=0>, or mute the thread<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAGuRShpktRD6EcS9pZG-Nwpc7nrQzypsks5sfo4vgaJpZM4PL_uk&data=02%7C01%7Crisch%40law.villanova.edu%7C0fdf34efc85d4e45728e08d4f521be32%7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636402972651185952&sdata=CisFMuuxgB7Nz9hj0DX%2FqaefRRu%2BFik8Bj%2B8ElQUmpY%3D&reserved=0>.

[Frank Bennett]

@rischconsulting Thanks for checking. I wrote last night from memory, and got the name of the database file wrong. abbrevs-filter.sql it is.

If the abbreviations you want to migrate are legal abbrevs, the matches are probably not turning up because the match-text received from the processor has changed. Could you send me a copy of one of the 2mb database files as an email attachment? I can use that to confirm the expected match pattern, and to do migration testing.

[Frank Bennett]

Thanks again for your note on jurisdiction/court matches. You are exactly right. While putting together the 5.0-compatible version of the abbrevs filter, I made a bad assumption, relying on jurisdiction rather than the institution for rendered abbreviations. Misunderstood my own data structures.

When rendered, "jurisdiction" should only show a country name, for use in mixed-jurisdiction texts where that needs to be specified for clarity. But as a full code, the information it provides is useful only behind the scenes, to peg a given institution abbreviation to a particular jurisdictional scope. The code itself, and its descriptive string, never needs to be rendered directly. Don't know what I was thinking there.

The coding tweaks needed are not major, I think there is a good prospect for getting back on track within a few days.

[rischconsulting]

I attached a file to a prior email. Let me know if it is on GitHub. If not, I'll email separately later Regards, MR (from mobile)

…

________________________________ From: Frank Bennett <[e-mail]> Sent: Sep 6, 2017 6:02 PM To: Juris-M/zotero-standalone-build Cc: Michael Risch; Mention Subject: Re: [Juris-M/zotero-standalone-build] Abbreviations: suppression (#4) @rischconsulting<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Frischconsulting&data=02%7C01%7Crisch%40law.villanova.edu%7C2b405ee45abd4e21719808d4f57302c9%7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636403321697703018&sdata=R8rG4KGDR%2FifKed%2F9uy7cpCZR%2Bcq%2FRznDUkMJXBJ58A%3D&reserved=0> Thanks for checking. I wrote last night from memory, and got the name of the database file wrong. abbrevs-filter.sql it is. If the abbreviations you want to migrate are legal abbrevs, the matches are probably not turning up because the match-text received from the processor has changed. Could you send me a copy of one of the 2mb database files as an email attachment? I can use that to confirm the expected match pattern, and to do migration testing. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FJuris-M%2Fzotero-standalone-build%2Fissues%2F4%23issuecomment-327618163&data=02%7C01%7Crisch%40law.villanova.edu%7C2b405ee45abd4e21719808d4f57302c9%7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636403321697703018&sdata=LsTtiVfg5K1mKYl99Ho9pvE5Gnaxrt6w17aEh5%2BdXNQ%3D&reserved=0>, or mute the thread<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAGuRSpdbB6uNJq3ckYBBGSHQT0BGzOV-ks5sfw8wgaJpZM4PL_uk&data=02%7C01%7Crisch%40law.villanova.edu%7C2b405ee45abd4e21719808d4f57302c9%7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636403321697703018&sdata=3bMedQ2Rg42D1B7myIDgGfZDqFVUckpuiJgXM5v6pJE%3D&reserved=0>.

[Frank Bennett]

Missed it, sorry. Will fetch it from my account later.

Meanwhile, I've looked at behind-the-scenes matching in 4.0 and 5.0, and it may be a simpler fix than I initially thought. In 4.0, abbrev match strings export in lowercase. In 5.0, they are case-sensitive. If the abbrevs filter does not force to lowercase internally (and I think it doesn't yet), that would explain why matches are failing. A small tweak may bring everything up for you again.

The jurisdiction-suppression issue will take some effort to set right, but that's far less worrying (from a development perspective) than the wholesale failure of matches to existing user lists.

I hope to get this fixed up within the day. I have a private trip to the US coming up (west coast), and there be paperwork and catch-up to do before departure. Feeling relieved at the moment that the most serious initial problems with the release seem to be under control.

[Frank Bennett]

@rischconsulting Progress this morning. I've peeked inside your abbreviations data file, and indeed the match strings are all in lowercase. That's good, and I'm glad to see that the 4.0 version of the abbrevs filter has been working that way.

So what we need is for the Abbreviations Filter to match on the basis of normalized (i.e. lowercase) data. In terms of coding, it would be quite difficult to display the original mixed-case text pulled from the fields, but match on normalized data under the hood. The reasons behind that assertion are a little bit involved, but I'm pretty certain that in 4.0, which exactly did display mixed-case and match on lowercase, behavior would have sometimes surprised the user. And we don't like surprises.

It's a fairly simple thing to fix, though. The data remains the same, since it's been stored correctly. All that's needed is to similarly normalize the match-key texts, which show through in the abbrevs edit pane. I've identified the spots in the code where that needs to happen, and built an alpha client to confirm that the revised logic actually works. There are some little things to tidy up, but I should have a test release ready in a bit.

I have appointments at Uni today, and will need to make the jump soon. But I'll push forward on this during the day, and should have a beta release out soon---and I'll test it against your database, to be sure that the fix will actually improve things for you.

[rischconsulting]

Awesome, thanks! Regards, MR (from mobile)

…

-----Original Message----- From: Frank Bennett [[e-mail]] Received: Thursday, 07 Sep 2017, 7:57PM To: Juris-M/zotero-standalone-build [[e-mail]] CC: Michael Risch [[e-mail]]; Mention [[e-mail]] Subject: Re: [Juris-M/zotero-standalone-build] Abbreviations: suppression (#4) @rischconsulting<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Frischconsulting&data=02%7C01%7Crisch%40law.villanova.edu%7Cc758a4dfa89e4ce6450f08d4f64c2a2b%7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636404254368332092&sdata=xhqhB9mT9x85xoOfeKQ24SuIE13%2FICJ2MB%2FyxqPuKrA%3D&reserved=0> Progress this morning. I've peeked inside your abbreviations data file, and indeed the match strings are all in lowercase. That's good, and I'm glad to see that the 4.0 version of the abbrevs filter has been working that way. So what we need is for the Abbreviations Filter to match on the basis of normalized (i.e. lowercase) data. In terms of coding, it would be quite difficult to display the original mixed-case text pulled from the fields, but match on normalized data under the hood. The reasons behind that assertion are a little bit involved, but I'm pretty certain that in 4.0, which exactly did display mixed-case and match on lowercase, behavior would have sometimes surprise the user. And we don't like surprises. It's a fairly simple thing to fix, though. The data remains the same, since it's been stored correctly. All that's needed is to similarly normalize the match-key texts, which show through in the abbrevs edit pane. I've identified the spots in the code where that needs to happen, and build an alpha client to confirm that the revised logic actually works. There are some little things to tidy up, but I should have a test release ready in a bit. I have appointments at Uni today, and will need to make the jump soon. But I'll push forward on this during the day, and should have a beta release out soon---and I'll test it against your database, to be sure that the fix will actually improve things for you. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FJuris-M%2Fzotero-standalone-build%2Fissues%2F4%23issuecomment-327961292&data=02%7C01%7Crisch%40law.villanova.edu%7Cc758a4dfa89e4ce6450f08d4f64c2a2b%7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636404254368332092&sdata=A1sk%2FRole41BzFhkhjJKwNrzzGtCXu%2B5n%2Fr3HdomYv8%3D&reserved=0>, or mute the thread<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAGuRSjl6wtZiXpazJRyizjMYEjpDozb2ks5sgILZgaJpZM4PL_uk&data=02%7C01%7Crisch%40law.villanova.edu%7Cc758a4dfa89e4ce6450f08d4f64c2a2b%7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636404254368332092&sdata=AsLWgxt%2B%2F25a5Y8othwOF2J%2FzLUWIydXVeb%2FG1Er51g%3D&reserved=0>.

[Frank Bennett]

@rischconsulting I think I have a client ready that will behave correctly for abbreviations. I've built it for Linux and done some initial testing. It's late hear, and I need to get some sleep. Tomorrow I'll do beta builds for Mac and Windows, and send you a link. If it looks okay, we can push it out as the next release. Here are the changes:

1. Instead of printing the full jurisdiction, styles will be amended to print only the country name, in most cases.
2. The Suppress bubbles in the Abbrevs Filter will offer only country names.
3. Abbreviation keys (field values) will be normalized to lowercase for matching purposes.

It turned out to be quite a bit more work than I expected, with changes in the core client, the abbrevs filter, the styles served by the Myles plugin, and the citation processor. But I think we have a good result---here's looking forward to tomorrow.

[rischconsulting]

Looking forward to it! Regards, MR From: Frank Bennett [mailto:[e-mail]] Sent: Friday, September 8, 2017 10:59 AM To: Juris-M/zotero-standalone-build <[e-mail]> Cc: Michael Risch <[e-mail]>; Mention <[e-mail]> Subject: Re: [Juris-M/zotero-standalone-build] Abbreviations: suppression (#4) @rischconsulting<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Frischconsulting&data=02%7C01%7Crisch%40law.villanova.edu%7C930c20a4a6494a8ec78d08d4f6ca16c8%7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636404795211073090&sdata=pbzZva%2B9%2FT3eV%2FyzKE47SIqSheU57sjtVWSisrqbEO0%3D&reserved=0> I think I have a client ready that will behave correctly for abbreviations. I've built it for Linux and done some initial testing. It's late hear, and I need to get some sleep. Tomorrow I'll do beta builds for Mac and Windows, and send you a link. If it looks okay, we can push it out as the next release. Here are the changes: 1. Instead of printing the full jurisdiction, styles will be amended to print only the country name, in most cases. 2. The Suppress bubbles in the Abbrevs Filter will offer only country names. 3. Abbreviation keys (field values) will be normalized to lowercase for matching purposes. It turned out to be quite a bit more work than I expected, with changes in the core client, the abbrevs filter, the styles served by the Myles plugin, and the citation processor. But I think we have a good result---here's looking forward to tomorrow. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FJuris-M%2Fzotero-standalone-build%2Fissues%2F4%23issuecomment-328126633&data=02%7C01%7Crisch%40law.villanova.edu%7C930c20a4a6494a8ec78d08d4f6ca16c8%7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636404795211073090&sdata=QRm1haoF5CrbUem9xZyhe89tAUR0qJlj5JmEwE464T8%3D&reserved=0>, or mute the thread<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAGuRSh5cUUD3q9mM7BetalqVPkQ5jAmhks5sgVYegaJpZM4PL_uk&data=02%7C01%7Crisch%40law.villanova.edu%7C930c20a4a6494a8ec78d08d4f6ca16c8%7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636404795211073090&sdata=cEQJaOMFJ4iu73fc3VnRT2atoZenmrbrACNLKBPXLpw%3D&reserved=0>.

[Frank Bennett]

@rischconsulting It's been awhile since Juris-M has seen a feature overhaul on this scale. Had forgotten how fun it is (seriously). A programming analog to base jumping. :-)

My idea of adding a country variable derived from jurisdiction was not a good one. There might be federal subjurisdictions (California, Tasmania, Bavaria ...) that should appear in some citation forms. So I've wound most of that change out, and I'm now running trials with a new jurisdiction-depth attribute that will allow us to limit the rendered form of jurisdiction to the country name, or extended it slightly for the (no doubt limited) cases where more information should be displayed.

Re the "suppress" functionality, limiting suppression to the country element still makes sense, I think. In the rare cases that subjurisdiction information is needed, we wouldn't want to suppress it.

[rischconsulting]

What’s weird is that I thought this worked before. But maybe it didn’t – I do remember asking about it for a while on the old version. Thanks for your efforts on this. Regards, MR From: Frank Bennett [mailto:[e-mail]] Sent: Friday, September 8, 2017 9:55 PM To: Juris-M/zotero-standalone-build <[e-mail]> Cc: Michael Risch <[e-mail]>; Mention <[e-mail]> Subject: Re: [Juris-M/zotero-standalone-build] Abbreviations: suppression (#4) @rischconsulting<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Frischconsulting&data=02%7C01%7Crisch%40law.villanova.edu%7Cc04fd0bff42b439f6e0208d4f725bcff%7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636405188835353914&sdata=%2B2%2BR%2Fu53lqI4xfDcoakH90hB7auiwJZQfxaeKnUHs3k%3D&reserved=0> It's been awhile since Juris-M has seen a feature overhaul on this scale. Had forgotten how fun it is (seriously). A programming analog to base jumping. :-) My idea of adding a country variable derived from jurisdiction was not a good one. There might be federal subjurisdictions (California, Tasmania, Bavaria ...) that should appear in some citation forms. So I've wound most of that change out, and I'm now running trials with a new jurisdiction-depth attribute that will allow us to limit the rendered form of jurisdiction to the country name, or extended it slightly for the (no doubt limited) cases where more information should be displayed. Re the "suppress" functionality, limiting suppression to the country element still makes sense, I think. In the rare cases that subjurisdiction information is needed, we wouldn't want to suppress it. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FJuris-M%2Fzotero-standalone-build%2Fissues%2F4%23issuecomment-328247209&data=02%7C01%7Crisch%40law.villanova.edu%7Cc04fd0bff42b439f6e0208d4f725bcff%7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636405188835353914&sdata=3yqOC%2FTbATBCnjzITskNSOZP8%2Bw0FmqY5IRbGj%2FNKo8%3D&reserved=0>, or mute the thread<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAGuRStNyHK2K8qaLNVIUE06kAawOTaC6ks5sge_igaJpZM4PL_uk&data=02%7C01%7Crisch%40law.villanova.edu%7Cc04fd0bff42b439f6e0208d4f725bcff%7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636405188835353914&sdata=QV6cVU%2B%2BHravFQo9WB5tSJ%2FNTK%2BLT8G9zgUs5yCOTN4%3D&reserved=0>.

[Frank Bennett]

Yes, I think it was working for US law, but we had some pain here with comparative law theses that needed to show jurisdiction info. I've just finished a note on the latest changes, which I'll put up when the releases go live. The client code is ready, and the Windows and Mac builds are coming up soon. Fingers cross, but I think we may finally have a stable solution that works all around.

More soon!

[Frank Bennett]

@rischconsulting It's out now, and a wordy post on abbreviation issues is up.

[rischconsulting]

This is a big step forward, but I’m sad to report that it’s not there yet. I think your change messes with how they used to be done. This is a long windup, so I’ll repeat the punch line below here: I think you are looking to the wrong CategoryID when you are matching your abbreviations. You should be matching to CatID 3 Place and NOT CatID 5 Institution Here is how Georgia-Pacific now renders: Georgia-Pacific Corp. v. United States Plywood Corp., 243 F. Supp. 500 (1965). It should be Georgia-Pacific Corp. v. United States Plywood Corp., 243 F. Supp. 500 ( S.D.N.Y. 1965). In JM4.0, the codes were this: Jurisdiction: US|Second Circuit, Court: S.D. New York District Court (SIDE NOTE: these fields are no longer right next to each other. Did they used to be? It’s sort of a bummer that they are not, since Google Scholar’s translator doesn’t get it right and you have to change it every time) In JM5.0, the codes are: Jurisdiction: US|Second Circuit|S.D. New York, Court: District Court (if you try to do it the old way, it auto fixes to this – was that you?). All well and good. But somewhere in there, the two pieces are not being read properly. I could have sworn that all my abbrevs were in the “Places” page, but that page is now blank. Also, the institution page is filled with !here>>> codes, because I was blocking that part out, because the “place” had all the info we needed. So, I looked at the sqlite file, and my memory is vindicated. Here is the listings for S.D.N.Y. in the db (and for 2d. Cir., which also doesn’t work, for good measure, because it better illustrates the point I’m about to make): "22" "1" default "3" place "2940" us|second circuit "2941" 2d Cir. "22" "2" us "5" institution part "3202" second circuit court of appeals "2941" 2d Cir. "22" "1" default "3" place "2698" us|second circuit|s.d. new york "2699" S.D.N.Y. I don’t know where the middle one comes from – I suspect that it’s the “old school” version – in my DB, where “institution part” cat 5 is “district court” of US|Federal Circuit (because I couldn’t suppress that for some reason), then I have the abbrev set to !here>>> (which leads me to believe that the automated consolidation of court and jurisdiction happened under the old version as well). In any event – I don’t know what you are looking at for the abbreviation, but I think you have to look at categoryID 3 and NOT categoryID 5. It is the “Institution Part” that must be suppressed and the “Place” that must be shown – not vice versa. Regards, MR From: Frank Bennett [mailto:[e-mail]] Sent: Saturday, September 9, 2017 12:00 PM To: Juris-M/zotero-standalone-build <[e-mail]> Cc: Michael Risch <[e-mail]>; Mention <[e-mail]> Subject: Re: [Juris-M/zotero-standalone-build] Abbreviations: suppression (#4) @rischconsulting<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Frischconsulting&data=02%7C01%7Crisch%40law.villanova.edu%7C428eb92010424a0c0e9c08d4f79be049%7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636405696254572362&sdata=0nX2Mugkmc%2FiNaVTx9aTjotL0y%2BXO6R0ZyBQ55qD5kA%3D&reserved=0> It's out now<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fjuris-m.github.io%2Fdownloads&data=02%7C01%7Crisch%40law.villanova.edu%7C428eb92010424a0c0e9c08d4f79be049%7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636405696254572362&sdata=3hr6D4t9U1I9mhM6geHMfXlXOSxefCsGXtaeihVfxdw%3D&reserved=0>, and a wordy post<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fjuris-m.github.io%2Fblog%2Fjurism%2Fannouncement%2F2017%2F09%2F09%2Fabbreviations.html&data=02%7C01%7Crisch%40law.villanova.edu%7C428eb92010424a0c0e9c08d4f79be049%7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636405696254572362&sdata=5oX1KvoztLzr3o%2FshtW90iOdzsKDDyc7A3tpEoUZta8%3D&reserved=0> on abbreviation issues is up. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FJuris-M%2Fzotero-standalone-build%2Fissues%2F4%23issuecomment-328286136&data=02%7C01%7Crisch%40law.villanova.edu%7C428eb92010424a0c0e9c08d4f79be049%7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636405696254572362&sdata=rIw2UWXDBud0FCD8MRByj0dKpptUH24KGYQCEiaFXQk%3D&reserved=0>, or mute the thread<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAGuRSonHcmZfCmrllTjVwQgo3bMTc4bTks5sgrYUgaJpZM4PL_uk&data=02%7C01%7Crisch%40law.villanova.edu%7C428eb92010424a0c0e9c08d4f79be049%7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636405696254572362&sdata=3WYfaiomPTTEyzNywpDCRpEZvdMYY8OlVasNdvbZGS0%3D&reserved=0>.

[Frank Bennett]

The 'jurisdiction' variable is in the 'place' category. The court name is in the 'institution part' category. It has always been so. Fields are not combined in any way. As I described in the post, the thing to abbreviate is the court name, as written against a given jurisdiction. An abbreviation of jurisdiction alone loses information -- there may be multiple bodies inside a jurisdictional scope, each with a specific abbreviated name. We still need to get you going though. I'll look at building a pre-bundled list for import. Which style would have the best set of abbrevs to work from? On Sep 10, 2017 4:04 AM, "rischconsulting" <[e-mail]> wrote: This is a big step forward, but I’m sad to report that it’s not there yet. I think your change messes with how they used to be done. This is a long windup, so I’ll repeat the punch line below here: I think you are looking to the wrong CategoryID when you are matching your abbreviations. You should be matching to CatID 3 Place and NOT CatID 5 Institution Here is how Georgia-Pacific now renders: Georgia-Pacific Corp. v. United States Plywood Corp., 243 F. Supp. 500 (1965). It should be Georgia-Pacific Corp. v. United States Plywood Corp., 243 F. Supp. 500 ( S.D.N.Y. 1965). In JM4.0, the codes were this: Jurisdiction: US|Second Circuit, Court: S.D. New York District Court (SIDE NOTE: these fields are no longer right next to each other. Did they used to be? It’s sort of a bummer that they are not, since Google Scholar’s translator doesn’t get it right and you have to change it every time) In JM5.0, the codes are: Jurisdiction: US|Second Circuit|S.D. New York, Court: District Court (if you try to do it the old way, it auto fixes to this – was that you?). All well and good. But somewhere in there, the two pieces are not being read properly. I could have sworn that all my abbrevs were in the “Places” page, but that page is now blank. Also, the institution page is filled with !here>>> codes, because I was blocking that part out, because the “place” had all the info we needed. So, I looked at the sqlite file, and my memory is vindicated. Here is the listings for S.D.N.Y. in the db (and for 2d. Cir., which also doesn’t work, for good measure, because it better illustrates the point I’m about to make): "22" "1" default "3" place "2940" us|second circuit "2941" 2d Cir. "22" "2" us "5" institution part "3202" second circuit court of appeals "2941" 2d Cir. "22" "1" default "3" place "2698" us|second circuit|s.d. new york "2699" S.D.N.Y. I don’t know where the middle one comes from – I suspect that it’s the “old school” version – in my DB, where “institution part” cat 5 is “district court” of US|Federal Circuit (because I couldn’t suppress that for some reason), then I have the abbrev set to !here>>> (which leads me to believe that the automated consolidation of court and jurisdiction happened under the old version as well). In any event – I don’t know what you are looking at for the abbreviation, but I think you have to look at categoryID 3 and NOT categoryID 5. It is the “Institution Part” that must be suppressed and the “Place” that must be shown – not vice versa. Regards, MR From: Frank Bennett [mailto:[e-mail]] Sent: Saturday, September 9, 2017 12:00 PM To: Juris-M/zotero-standalone-build <zotero-standalone-build@ noreply.github.com> Cc: Michael Risch <[e-mail]>; Mention < [e-mail]> Subject: Re: [Juris-M/zotero-standalone-build] Abbreviations: suppression (#4) @rischconsulting<https://na01.safelinks.protection.outlook. com/?url=https%3A%2F%2Fgithub.com%2Frischconsulting&data=02% 7C01%7Crisch%40law.villanova.edu%7C428eb92010424a0c0e9c08d4f79be049% 7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636405696254572362&sdata= 0nX2Mugkmc%2FiNaVTx9aTjotL0y%2BXO6R0ZyBQ55qD5kA%3D&reserved=0> It's out now< https://na01.safelinks.protection.outlook.com/?url= https%3A%2F%2Fjuris-m.github.io%2Fdownloads&data=02%7C01% 7Crisch%40law.villanova.edu%7C428eb92010424a0c0e9c08d4f79be049% 7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636405696254572362&sdata= 3hr6D4t9U1I9mhM6geHMfXlXOSxefCsGXtaeihVfxdw%3D&reserved=0>, and a wordy post<https://na01.safelinks.protection.outlook.com/?url= https%3A%2F%2Fjuris-m.github.io%2Fblog%2Fjurism%2Fannouncement%2F2017%2F09% 2F09%2Fabbreviations.html&data=02%7C01%7Crisch%40law.villanova.edu% 7C428eb92010424a0c0e9c08d4f79be049%7C765a8de5cf9444f09cafae5bf8cf a366%7C0%7C0%7C636405696254572362&sdata=5oX1KvoztLzr3o% 2FshtW90iOdzsKDDyc7A3tpEoUZta8%3D&reserved=0> on abbreviation issues is up. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub<https://na01.safelinks. protection.outlook.com/?url=https%3A%2F%2Fgithub.com% 2FJuris-M%2Fzotero-standalone-build%2Fissues%2F4% 23issuecomment-328286136&data=02%7C01%7Crisch%40law.villanova.edu% 7C428eb92010424a0c0e9c08d4f79be049%7C765a8de5cf9444f09cafae5bf8cf a366%7C0%7C0%7C636405696254572362&sdata=rIw2UWXDBud0FCD8MRByj0dKpptUH2 4KGYQCEiaFXQk%3D&reserved=0>, or mute the thread<https://na01.safelinks. protection.outlook.com/?url=https%3A%2F%2Fgithub.com% 2Fnotifications%2Funsubscribe-auth%2FAGuRSonHcmZfCmrllTjVwQgo3bMT c4bTks5sgrYUgaJpZM4PL_uk&data=02%7C01%7Crisch%40law.villanova.edu% 7C428eb92010424a0c0e9c08d4f79be049%7C765a8de5cf9444f09cafae5bf8cf a366%7C0%7C0%7C636405696254572362&sdata=3WYfaiomPTTEyzNywpDCRpEZvdMYY8 OlVasNdvbZGS0%3D&reserved=0>. — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#4 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AAEmSp-qub22oYrzFxvSkojBiknFx0bqks5sguFIgaJpZM4PL_uk> .

[rischconsulting]

Indigo law review is best. But my concern is that everyone else who has imported lists and/or set up any court abbrevs will have this problem. The new way may be right, but it’s the exact opposite of how it was before. I can fix this by just changing all the 3’s to 5’s in my sqlite. More broadly, in my DB, the jurisdiction has ALL of the information, at least for the US. US|Second Circuit|S.D.N.Y. The “Court Name” says “District Court” which a) has no entry and b) is non-unique. And if I TRY to put the court name in to the Court field (which is what I used to do), it immediately changes it to District Court and updates the “jurisdiction” field to another layer of granularity. Regards, MR From: Frank Bennett [mailto:[e-mail]] Sent: Saturday, September 9, 2017 6:38 PM To: Juris-M/zotero-standalone-build <[e-mail]> Cc: Michael Risch <[e-mail]>; Mention <[e-mail]> Subject: Re: [Juris-M/zotero-standalone-build] Abbreviations: suppression (#4) The 'jurisdiction' variable is in the 'place' category. The court name is in the 'institution part' category. It has always been so. Fields are not combined in any way. As I described in the post, the thing to abbreviate is the court name, as written against a given jurisdiction. An abbreviation of jurisdiction alone loses information -- there may be multiple bodies inside a jurisdictional scope, each with a specific abbreviated name. We still need to get you going though. I'll look at building a pre-bundled list for import. Which style would have the best set of abbrevs to work from? On Sep 10, 2017 4:04 AM, "rischconsulting" <[e-mail]> wrote: This is a big step forward, but I’m sad to report that it’s not there yet. I think your change messes with how they used to be done. This is a long windup, so I’ll repeat the punch line below here: I think you are looking to the wrong CategoryID when you are matching your abbreviations. You should be matching to CatID 3 Place and NOT CatID 5 Institution Here is how Georgia-Pacific now renders: Georgia-Pacific Corp. v. United States Plywood Corp., 243 F. Supp. 500 (1965). It should be Georgia-Pacific Corp. v. United States Plywood Corp., 243 F. Supp. 500 ( S.D.N.Y. 1965). In JM4.0, the codes were this: Jurisdiction: US|Second Circuit, Court: S.D. New York District Court (SIDE NOTE: these fields are no longer right next to each other. Did they used to be? It’s sort of a bummer that they are not, since Google Scholar’s translator doesn’t get it right and you have to change it every time) In JM5.0, the codes are: Jurisdiction: US|Second Circuit|S.D. New York, Court: District Court (if you try to do it the old way, it auto fixes to this – was that you?). All well and good. But somewhere in there, the two pieces are not being read properly. I could have sworn that all my abbrevs were in the “Places” page, but that page is now blank. Also, the institution page is filled with !here>>> codes, because I was blocking that part out, because the “place” had all the info we needed. So, I looked at the sqlite file, and my memory is vindicated. Here is the listings for S.D.N.Y. in the db (and for 2d. Cir., which also doesn’t work, for good measure, because it better illustrates the point I’m about to make): "22" "1" default "3" place "2940" us|second circuit "2941" 2d Cir. "22" "2" us "5" institution part "3202" second circuit court of appeals "2941" 2d Cir. "22" "1" default "3" place "2698" us|second circuit|s.d. new york "2699" S.D.N.Y. I don’t know where the middle one comes from – I suspect that it’s the “old school” version – in my DB, where “institution part” cat 5 is “district court” of US|Federal Circuit (because I couldn’t suppress that for some reason), then I have the abbrev set to !here>>> (which leads me to believe that the automated consolidation of court and jurisdiction happened under the old version as well). In any event – I don’t know what you are looking at for the abbreviation, but I think you have to look at categoryID 3 and NOT categoryID 5. It is the “Institution Part” that must be suppressed and the “Place” that must be shown – not vice versa. Regards, MR — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub<https://na01.safelinks. protection.outlook.com/?url=https%3A%2F%2Fgithub.com% 2FJuris-M%2Fzotero-standalone-build%2Fissues%2F4% 23issuecomment-328286136&data=02%7C01%7Crisch%40law.villanova.edu% 7C428eb92010424a0c0e9c08d4f79be049%7C765a8de5cf9444f09cafae5bf8cf a366%7C0%7C0%7C636405696254572362&sdata=rIw2UWXDBud0FCD8MRByj0dKpptUH2 4KGYQCEiaFXQk%3D&reserved=0>, or mute the thread<https://na01.safelinks. protection.outlook.com/?url=https%3A%2F%2Fgithub.com% 2Fnotifications%2Funsubscribe-auth%2FAGuRSonHcmZfCmrllTjVwQgo3bMT c4bTks5sgrYUgaJpZM4PL_uk&data=02%7C01%7Crisch%40law.villanova.edu% 7C428eb92010424a0c0e9c08d4f79be049%7C765a8de5cf9444f09cafae5bf8cf a366%7C0%7C0%7C636405696254572362&sdata=3WYfaiomPTTEyzNywpDCRpEZvdMYY8 OlVasNdvbZGS0%3D&reserved=0>. — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#4 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AAEmSp-qub22oYrzFxvSkojBiknFx0bqks5sguFIgaJpZM4PL_uk> . — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FJuris-M%2Fzotero-standalone-build%2Fissues%2F4%23issuecomment-328307602&data=02%7C01%7Crisch%40law.villanova.edu%7Cd340f6428f4349ed907708d4f7d37b0e%7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636405935060218793&sdata=fFy6WkLSKNuJXx%2FY5qgowWcEykuH2LQa5d2pHf0t58s%3D&reserved=0>, or mute the thread<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAGuRSjvX0e4KjBViMe5QEYMrRoW-K7UVks5sgxNfgaJpZM4PL_uk&data=02%7C01%7Crisch%40law.villanova.edu%7Cd340f6428f4349ed907708d4f7d37b0e%7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636405935060218793&sdata=ZEkQldfzj30UMMjc5adw2ye%2BTF%2Bg5uXZRYoP6Sy%2BxE8%3D&reserved=0>.

[rischconsulting]

Screenshot: https://www.dropbox.com/s/o6rnluazkmw9c5v/Screenshot%202017-09-09%2018.50.56.png?dl=0 Regards, MR From: Frank Bennett [mailto:[e-mail]] Sent: Saturday, September 9, 2017 6:38 PM To: Juris-M/zotero-standalone-build <[e-mail]> Cc: Michael Risch <[e-mail]>; Mention <[e-mail]> Subject: Re: [Juris-M/zotero-standalone-build] Abbreviations: suppression (#4) The 'jurisdiction' variable is in the 'place' category. The court name is in the 'institution part' category. It has always been so. Fields are not combined in any way. As I described in the post, the thing to abbreviate is the court name, as written against a given jurisdiction. An abbreviation of jurisdiction alone loses information -- there may be multiple bodies inside a jurisdictional scope, each with a specific abbreviated name. We still need to get you going though. I'll look at building a pre-bundled list for import. Which style would have the best set of abbrevs to work from? On Sep 10, 2017 4:04 AM, "rischconsulting" <[e-mail]<mailto:[e-mail]>> wrote: This is a big step forward, but I’m sad to report that it’s not there yet. I think your change messes with how they used to be done. This is a long windup, so I’ll repeat the punch line below here: I think you are looking to the wrong CategoryID when you are matching your abbreviations. You should be matching to CatID 3 Place and NOT CatID 5 Institution Here is how Georgia-Pacific now renders: Georgia-Pacific Corp. v. United States Plywood Corp., 243 F. Supp. 500 (1965). It should be Georgia-Pacific Corp. v. United States Plywood Corp., 243 F. Supp. 500 ( S.D.N.Y. 1965). In JM4.0, the codes were this: Jurisdiction: US|Second Circuit, Court: S.D. New York District Court (SIDE NOTE: these fields are no longer right next to each other. Did they used to be? It’s sort of a bummer that they are not, since Google Scholar’s translator doesn’t get it right and you have to change it every time) In JM5.0, the codes are: Jurisdiction: US|Second Circuit|S.D. New York, Court: District Court (if you try to do it the old way, it auto fixes to this – was that you?). All well and good. But somewhere in there, the two pieces are not being read properly. I could have sworn that all my abbrevs were in the “Places” page, but that page is now blank. Also, the institution page is filled with !here>>> codes, because I was blocking that part out, because the “place” had all the info we needed. So, I looked at the sqlite file, and my memory is vindicated. Here is the listings for S.D.N.Y. in the db (and for 2d. Cir., which also doesn’t work, for good measure, because it better illustrates the point I’m about to make): "22" "1" default "3" place "2940" us|second circuit "2941" 2d Cir. "22" "2" us "5" institution part "3202" second circuit court of appeals "2941" 2d Cir. "22" "1" default "3" place "2698" us|second circuit|s.d. new york "2699" S.D.N.Y. I don’t know where the middle one comes from – I suspect that it’s the “old school” version – in my DB, where “institution part” cat 5 is “district court” of US|Federal Circuit (because I couldn’t suppress that for some reason), then I have the abbrev set to !here>>> (which leads me to believe that the automated consolidation of court and jurisdiction happened under the old version as well). In any event – I don’t know what you are looking at for the abbreviation, but I think you have to look at categoryID 3 and NOT categoryID 5. It is the “Institution Part” that must be suppressed and the “Place” that must be shown – not vice versa. Regards, MR From: Frank Bennett [mailto:[e-mail]] Sent: Saturday, September 9, 2017 12:00 PM To: Juris-M/zotero-standalone-build <zotero-standalone-build@ noreply.github.com<mailto:zotero-standalone-build@%0bnoreply.github.com>> Cc: Michael Risch <[e-mail]<mailto:[e-mail]>>; Mention < [e-mail]<mailto:[e-mail]>> Subject: Re: [Juris-M/zotero-standalone-build] Abbreviations: suppression (#4) @rischconsulting<https://na01.safelinks.protection.outlook. com/?url=https%3A%2F%2Fgithub.com%2Frischconsulting&data=02% 7C01%7Crisch%40law.villanova.edu%7C428eb92010424a0c0e9c08d4f79be049% 7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636405696254572362&sdata= 0nX2Mugkmc%2FiNaVTx9aTjotL0y%2BXO6R0ZyBQ55qD5kA%3D&reserved=0<https://na01.safelinks.protection.outlook.%0bcom/?url=https%3A%2F%2Fgithub.com%2Frischconsulting&data=02%25%0b7C01%7Crisch%40law.villanova.edu%7C428eb92010424a0c0e9c08d4f79be049%25%0b7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636405696254572362&sdata=%0b0nX2Mugkmc%2FiNaVTx9aTjotL0y%2BXO6R0ZyBQ55qD5kA%3D&reserved=0>> It's out now< https://na01.safelinks.protection.outlook.com/?url= https%3A%2F%2Fjuris-m.github.io%2Fdownloads&data=02%7C01% 7Crisch%40law.villanova.edu%7C428eb92010424a0c0e9c08d4f79be049% 7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636405696254572362&sdata= 3hr6D4t9U1I9mhM6geHMfXlXOSxefCsGXtaeihVfxdw%3D&reserved=0>, and a wordy post<https://na01.safelinks.protection.outlook.com/?url= https%3A%2F%2Fjuris-m.github.io%2Fblog%2Fjurism%2Fannouncement%2F2017%2F09% 2F09%2Fabbreviations.html&data=02%7C01%7Crisch%40law.villanova.edu% 7C428eb92010424a0c0e9c08d4f79be049%7C765a8de5cf9444f09cafae5bf8cf a366%7C0%7C0%7C636405696254572362&sdata=5oX1KvoztLzr3o% 2FshtW90iOdzsKDDyc7A3tpEoUZta8%3D&reserved=0<https://na01.safelinks.protection.outlook.com/?url=%0bhttps%3A%2F%2Fjuris-m.github.io%2Fblog%2Fjurism%2Fannouncement%2F2017%2F09%25%0b2F09%2Fabbreviations.html&data=02%7C01%7Crisch%40law.villanova.edu%25%0b7C428eb92010424a0c0e9c08d4f79be049%7C765a8de5cf9444f09cafae5bf8cf%0ba366%7C0%7C0%7C636405696254572362&sdata=5oX1KvoztLzr3o%25%0b2FshtW90iOdzsKDDyc7A3tpEoUZta8%3D&reserved=0>> on abbreviation issues is up. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub<https://na01.safelinks. protection.outlook.com/?url=https%3A%2F%2Fgithub.com% 2FJuris-M%2Fzotero-standalone-build%2Fissues%2F4% 23issuecomment-328286136&data=02%7C01%7Crisch%40law.villanova.edu% 7C428eb92010424a0c0e9c08d4f79be049%7C765a8de5cf9444f09cafae5bf8cf a366%7C0%7C0%7C636405696254572362&sdata=rIw2UWXDBud0FCD8MRByj0dKpptUH2 4KGYQCEiaFXQk%3D&reserved=0<https://na01.safelinks.%0bprotection.outlook.com/?url=https%3A%2F%2Fgithub.com%25%0b2FJuris-M%2Fzotero-standalone-build%2Fissues%2F4%25%0b23issuecomment-328286136&data=02%7C01%7Crisch%40law.villanova.edu%25%0b7C428eb92010424a0c0e9c08d4f79be049%7C765a8de5cf9444f09cafae5bf8cf%0ba366%7C0%7C0%7C636405696254572362&sdata=rIw2UWXDBud0FCD8MRByj0dKpptUH2%0b4KGYQCEiaFXQk%3D&reserved=0>>, or mute the thread<https://na01.safelinks. protection.outlook.com/?url=https%3A%2F%2Fgithub.com% 2Fnotifications%2Funsubscribe-auth%2FAGuRSonHcmZfCmrllTjVwQgo3bMT c4bTks5sgrYUgaJpZM4PL_uk&data=02%7C01%7Crisch%40law.villanova.edu% 7C428eb92010424a0c0e9c08d4f79be049%7C765a8de5cf9444f09cafae5bf8cf a366%7C0%7C0%7C636405696254572362&sdata=3WYfaiomPTTEyzNywpDCRpEZvdMYY8 OlVasNdvbZGS0%3D&reserved=0<https://na01.safelinks.%0bprotection.outlook.com/?url=https%3A%2F%2Fgithub.com%25%0b2Fnotifications%2Funsubscribe-auth%2FAGuRSonHcmZfCmrllTjVwQgo3bMT%0bc4bTks5sgrYUgaJpZM4PL_uk&data=02%7C01%7Crisch%40law.villanova.edu%25%0b7C428eb92010424a0c0e9c08d4f79be049%7C765a8de5cf9444f09cafae5bf8cf%0ba366%7C0%7C0%7C636405696254572362&sdata=3WYfaiomPTTEyzNywpDCRpEZvdMYY8%0bOlVasNdvbZGS0%3D&reserved=0>>. — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#4 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AAEmSp-qub22oYrzFxvSkojBiknFx0bqks5sguFIgaJpZM4PL_uk> . — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FJuris-M%2Fzotero-standalone-build%2Fissues%2F4%23issuecomment-328307602&data=02%7C01%7Crisch%40law.villanova.edu%7Cd340f6428f4349ed907708d4f7d37b0e%7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636405935060218793&sdata=fFy6WkLSKNuJXx%2FY5qgowWcEykuH2LQa5d2pHf0t58s%3D&reserved=0>, or mute the thread<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAGuRSjvX0e4KjBViMe5QEYMrRoW-K7UVks5sgxNfgaJpZM4PL_uk&data=02%7C01%7Crisch%40law.villanova.edu%7Cd340f6428f4349ed907708d4f7d37b0e%7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636405935060218793&sdata=ZEkQldfzj30UMMjc5adw2ye%2BTF%2Bg5uXZRYoP6Sy%2BxE8%3D&reserved=0>.

[Frank Bennett]

On Sun, Sep 10, 2017 at 7:49 AM, rischconsulting <[e-mail]> wrote:

Indigo law review is best. But my concern is that everyone else who has imported lists and/or set up any court abbrevs will have this problem. The new way may be right, but it’s the exact opposite of how it was before. I can fix this by just changing all the 3’s to 5’s in my sqlite.

Don't change the category digits in the database directly. The match string on your entries is from the jurisdiction field. Changing the category value will force the filter to look for the same value in one of the 'place' variables, where it doesn't exist. The entries can be converted, but it will require some sleight of hand. The pain will be much less if I produce a standard list of abbreviations that covers the common cases. More broadly, in my DB, the jurisdiction has ALL of the information, at

least for the US. US|Second Circuit|S.D.N.Y. The “Court Name” says “District Court” which a) has no entry and b) is non-unique. And if I TRY to put the court name in to the Court field (which is what I used to do), it immediately changes it to District Court and updates the “jurisdiction” field to another layer of granularity.

The jurisdiction does not have all of the information. It expresses only jurisdictional scope, not the body issuing the document cited. In each federal district, there is a District Court and a Bankruptcy Court. Several circuits have both a Court of Appeal and a Bankruptcy Appellate Panel. I realize that this is annoying, but things will be much simpler if we make this jump now. I'll dig into the list data today, and post again when I have something to report.

…

Regards, MR From: Frank Bennett ***@***.*** Sent: Saturday, September 9, 2017 6:38 PM To: Juris-M/zotero-standalone-build <zotero-standalone-build@ noreply.github.com> Cc: Michael Risch ***@***.***>; Mention < ***@***.***> Subject: Re: [Juris-M/zotero-standalone-build] Abbreviations: suppression (#4) The 'jurisdiction' variable is in the 'place' category. The court name is in the 'institution part' category. It has always been so. Fields are not combined in any way. As I described in the post, the thing to abbreviate is the court name, as written against a given jurisdiction. An abbreviation of jurisdiction alone loses information -- there may be multiple bodies inside a jurisdictional scope, each with a specific abbreviated name. We still need to get you going though. I'll look at building a pre-bundled list for import. Which style would have the best set of abbrevs to work from? On Sep 10, 2017 4:04 AM, "rischconsulting" ***@***.***> wrote: This is a big step forward, but I’m sad to report that it’s not there yet. I think your change messes with how they used to be done. This is a long windup, so I’ll repeat the punch line below here: I think you are looking to the wrong CategoryID when you are matching your abbreviations. You should be matching to CatID 3 Place and NOT CatID 5 Institution Here is how Georgia-Pacific now renders: Georgia-Pacific Corp. v. United States Plywood Corp., 243 F. Supp. 500 (1965). It should be Georgia-Pacific Corp. v. United States Plywood Corp., 243 F. Supp. 500 ( S.D.N.Y. 1965). In JM4.0, the codes were this: Jurisdiction: US|Second Circuit, Court: S.D. New York District Court (SIDE NOTE: these fields are no longer right next to each other. Did they used to be? It’s sort of a bummer that they are not, since Google Scholar’s translator doesn’t get it right and you have to change it every time) In JM5.0, the codes are: Jurisdiction: US|Second Circuit|S.D. New York, Court: District Court (if you try to do it the old way, it auto fixes to this – was that you?). All well and good. But somewhere in there, the two pieces are not being read properly. I could have sworn that all my abbrevs were in the “Places” page, but that page is now blank. Also, the institution page is filled with !here>>> codes, because I was blocking that part out, because the “place” had all the info we needed. So, I looked at the sqlite file, and my memory is vindicated. Here is the listings for S.D.N.Y. in the db (and for 2d. Cir., which also doesn’t work, for good measure, because it better illustrates the point I’m about to make): "22" "1" default "3" place "2940" us|second circuit "2941" 2d Cir. "22" "2" us "5" institution part "3202" second circuit court of appeals "2941" 2d Cir. "22" "1" default "3" place "2698" us|second circuit|s.d. new york "2699" S.D.N.Y. I don’t know where the middle one comes from – I suspect that it’s the “old school” version – in my DB, where “institution part” cat 5 is “district court” of US|Federal Circuit (because I couldn’t suppress that for some reason), then I have the abbrev set to !here>>> (which leads me to believe that the automated consolidation of court and jurisdiction happened under the old version as well). In any event – I don’t know what you are looking at for the abbreviation, but I think you have to look at categoryID 3 and NOT categoryID 5. It is the “Institution Part” that must be suppressed and the “Place” that must be shown – not vice versa. Regards, MR — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub<https://na01.safelinks. protection.outlook.com/?url=https%3A%2F%2Fgithub.com% 2FJuris-M%2Fzotero-standalone-build%2Fissues%2F4% 23issuecomment-328286136&data=02%7C01%7Crisch%40law.villanova.edu% 7C428eb92010424a0c0e9c08d4f79be049%7C765a8de5cf9444f09cafae5bf8cf a366%7C0%7C0%7C636405696254572362&sdata=rIw2UWXDBud0FCD8MRByj0dKpptUH2 4KGYQCEiaFXQk%3D&reserved=0>, or mute the thread<https://na01.safelinks. protection.outlook.com/?url=https%3A%2F%2Fgithub.com% 2Fnotifications%2Funsubscribe-auth%2FAGuRSonHcmZfCmrllTjVwQgo3bMT c4bTks5sgrYUgaJpZM4PL_uk&data=02%7C01%7Crisch%40law.villanova.edu% 7C428eb92010424a0c0e9c08d4f79be049%7C765a8de5cf9444f09cafae5bf8cf a366%7C0%7C0%7C636405696254572362&sdata=3WYfaiomPTTEyzNywpDCRpEZvdMYY8 OlVasNdvbZGS0%3D&reserved=0>. — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#4 (comment)- 328297278>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AAEmSp- qub22oYrzFxvSkojBiknFx0bqks5sguFIgaJpZM4PL_uk> . — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub<https://na01.safelinks. protection.outlook.com/?url=https%3A%2F%2Fgithub.com% 2FJuris-M%2Fzotero-standalone-build%2Fissues%2F4% 23issuecomment-328307602&data=02%7C01%7Crisch%40law.villanova.edu% 7Cd340f6428f4349ed907708d4f7d37b0e%7C765a8de5cf9444f09cafae5bf8cf a366%7C0%7C0%7C636405935060218793&sdata=fFy6WkLSKNuJXx% 2FY5qgowWcEykuH2LQa5d2pHf0t58s%3D&reserved=0>, or mute the thread< https://na01.safelinks.protection.outlook.com/?url= https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth% 2FAGuRSjvX0e4KjBViMe5QEYMrRoW-K7UVks5sgxNfgaJpZM4PL_uk&data= 02%7C01%7Crisch%40law.villanova.edu%7Cd340f6428f4349ed907708d4f7d37b0e% 7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636405935060218793&sdata= ZEkQldfzj30UMMjc5adw2ye%2BTF%2Bg5uXZRYoP6Sy%2BxE8%3D&reserved=0>. — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#4 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AAEmSjC5lAdNAqKUxRK2IvC5WQj6v3Usks5sgxXbgaJpZM4PL_uk> .

[rischconsulting]

I had already figured out not to change it. And I get that Court can have multiple entries (this is true in the Federal Circuit as well). My concern is just that EVERYONE’s files will be bad. Maybe hardly anyone uses it, so no big deal. That’s why I wonder whether a converter might be a good way to go. Then again, I see no “institution part” for district court for the southern district of new York, so it may need to be all new lists. But that’s going to be rough. Regards, MR From: Frank Bennett [mailto:[e-mail]] Sent: Saturday, September 9, 2017 7:36 PM To: Juris-M/zotero-standalone-build <[e-mail]> Cc: Michael Risch <[e-mail]>; Mention <[e-mail]> Subject: Re: [Juris-M/zotero-standalone-build] Abbreviations: suppression (#4) On Sun, Sep 10, 2017 at 7:49 AM, rischconsulting <[e-mail]<mailto:[e-mail]>> wrote:

Indigo law review is best. But my concern is that everyone else who has imported lists and/or set up any court abbrevs will have this problem. The new way may be right, but it’s the exact opposite of how it was before. I can fix this by just changing all the 3’s to 5’s in my sqlite.

Don't change the category digits in the database directly. The match string on your entries is from the jurisdiction field. Changing the category value will force the filter to look for the same value in one of the 'place' variables, where it doesn't exist. The entries can be converted, but it will require some sleight of hand. The pain will be much less if I produce a standard list of abbreviations that covers the common cases. More broadly, in my DB, the jurisdiction has ALL of the information, at

least for the US. US|Second Circuit|S.D.N.Y. The “Court Name” says “District Court” which a) has no entry and b) is non-unique. And if I TRY to put the court name in to the Court field (which is what I used to do), it immediately changes it to District Court and updates the “jurisdiction” field to another layer of granularity.

The jurisdiction does not have all of the information. It expresses only jurisdictional scope, not the body issuing the document cited. In each federal district, there is a District Court and a Bankruptcy Court. Several circuits have both a Court of Appeal and a Bankruptcy Appellate Panel. I realize that this is annoying, but things will be much simpler if we make this jump now. I'll dig into the list data today, and post again when I have something to report.

Regards, MR From: Frank Bennett ***@***.*** Sent: Saturday, September 9, 2017 6:38 PM To: Juris-M/zotero-standalone-build <zotero-standalone-build@ noreply.github.com> Cc: Michael Risch ***@***.******@***.***>>; Mention < ***@***.******@***.***>> Subject: Re: [Juris-M/zotero-standalone-build] Abbreviations: suppression (#4) The 'jurisdiction' variable is in the 'place' category. The court name is in the 'institution part' category. It has always been so. Fields are not combined in any way. As I described in the post, the thing to abbreviate is the court name, as written against a given jurisdiction. An abbreviation of jurisdiction alone loses information -- there may be multiple bodies inside a jurisdictional scope, each with a specific abbreviated name. We still need to get you going though. I'll look at building a pre-bundled list for import. Which style would have the best set of abbrevs to work from? On Sep 10, 2017 4:04 AM, "rischconsulting" ***@***.******@***.***>> wrote: This is a big step forward, but I’m sad to report that it’s not there yet. I think your change messes with how they used to be done. This is a long windup, so I’ll repeat the punch line below here: I think you are looking to the wrong CategoryID when you are matching your abbreviations. You should be matching to CatID 3 Place and NOT CatID 5 Institution Here is how Georgia-Pacific now renders: Georgia-Pacific Corp. v. United States Plywood Corp., 243 F. Supp. 500 (1965). It should be Georgia-Pacific Corp. v. United States Plywood Corp., 243 F. Supp. 500 ( S.D.N.Y. 1965). In JM4.0, the codes were this: Jurisdiction: US|Second Circuit, Court: S.D. New York District Court (SIDE NOTE: these fields are no longer right next to each other. Did they used to be? It’s sort of a bummer that they are not, since Google Scholar’s translator doesn’t get it right and you have to change it every time) In JM5.0, the codes are: Jurisdiction: US|Second Circuit|S.D. New York, Court: District Court (if you try to do it the old way, it auto fixes to this – was that you?). All well and good. But somewhere in there, the two pieces are not being read properly. I could have sworn that all my abbrevs were in the “Places” page, but that page is now blank. Also, the institution page is filled with !here>>> codes, because I was blocking that part out, because the “place” had all the info we needed. So, I looked at the sqlite file, and my memory is vindicated. Here is the listings for S.D.N.Y. in the db (and for 2d. Cir., which also doesn’t work, for good measure, because it better illustrates the point I’m about to make): "22" "1" default "3" place "2940" us|second circuit "2941" 2d Cir. "22" "2" us "5" institution part "3202" second circuit court of appeals "2941" 2d Cir. "22" "1" default "3" place "2698" us|second circuit|s.d. new york "2699" S.D.N.Y. I don’t know where the middle one comes from – I suspect that it’s the “old school” version – in my DB, where “institution part” cat 5 is “district court” of US|Federal Circuit (because I couldn’t suppress that for some reason), then I have the abbrev set to !here>>> (which leads me to believe that the automated consolidation of court and jurisdiction happened under the old version as well). In any event – I don’t know what you are looking at for the abbreviation, but I think you have to look at categoryID 3 and NOT categoryID 5. It is the “Institution Part” that must be suppressed and the “Place” that must be shown – not vice versa. Regards, MR — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub<https://na01.safelinks.

<https://na01.safelinks.%0b>> protection.outlook.com/?url=https%3A%2F%2Fgithub.com%

2FJuris-M%2Fzotero-standalone-build%2Fissues%2F4% 23issuecomment-328286136&data=02%7C01%7Crisch%40law.villanova.edu% 7C428eb92010424a0c0e9c08d4f79be049%7C765a8de5cf9444f09cafae5bf8cf a366%7C0%7C0%7C636405696254572362&sdata=rIw2UWXDBud0FCD8MRByj0dKpptUH2 4KGYQCEiaFXQk%3D&reserved=0>, or mute the thread<https://na01.safelinks.

<https://na01.safelinks.%0b>> protection.outlook.com/?url=https%3A%2F%2Fgithub.com%

2Fnotifications%2Funsubscribe-auth%2FAGuRSonHcmZfCmrllTjVwQgo3bMT c4bTks5sgrYUgaJpZM4PL_uk&data=02%7C01%7Crisch%40law.villanova.edu% 7C428eb92010424a0c0e9c08d4f79be049%7C765a8de5cf9444f09cafae5bf8cf a366%7C0%7C0%7C636405696254572362&sdata=3WYfaiomPTTEyzNywpDCRpEZvdMYY8 OlVasNdvbZGS0%3D&reserved=0>. — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#4 (comment)- 328297278>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AAEmSp-

<https://github.com/notifications/unsubscribe-auth/AAEmSp-%0b>> qub22oYrzFxvSkojBiknFx0bqks5sguFIgaJpZM4PL_uk>

. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub<https://na01.safelinks.

<https://na01.safelinks.%0b>> protection.outlook.com/?url=https%3A%2F%2Fgithub.com%

2FJuris-M%2Fzotero-standalone-build%2Fissues%2F4% 23issuecomment-328307602&data=02%7C01%7Crisch%40law.villanova.edu% 7Cd340f6428f4349ed907708d4f7d37b0e%7C765a8de5cf9444f09cafae5bf8cf a366%7C0%7C0%7C636405935060218793&sdata=fFy6WkLSKNuJXx% 2FY5qgowWcEykuH2LQa5d2pHf0t58s%3D&reserved=0>, or mute the thread< https://na01.safelinks.protection.outlook.com/?url= https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth% 2FAGuRSjvX0e4KjBViMe5QEYMrRoW-K7UVks5sgxNfgaJpZM4PL_uk&data= 02%7C01%7Crisch%40law.villanova.edu%7Cd340f6428f4349ed907708d4f7d37b0e% 7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636405935060218793&sdata= ZEkQldfzj30UMMjc5adw2ye%2BTF%2Bg5uXZRYoP6Sy%2BxE8%3D&reserved=0>. — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#4 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AAEmSjC5lAdNAqKUxRK2IvC5WQj6v3Usks5sgxXbgaJpZM4PL_uk> .

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FJuris-M%2Fzotero-standalone-build%2Fissues%2F4%23issuecomment-328309796&data=02%7C01%7Crisch%40law.villanova.edu%7Cbf9193678f874442c90308d4f7db7736%7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636405969363031841&sdata=GdoGXGnLGgiQipzjEWBNSb%2FXI9%2FpX%2B6SklbBvgeVevA%3D&reserved=0>, or mute the thread<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAGuRSkwsnx2Nr2VXuV2jRiEMFcbKGOIXks5sgyDEgaJpZM4PL_uk&data=02%7C01%7Crisch%40law.villanova.edu%7Cbf9193678f874442c90308d4f7db7736%7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636405969363031841&sdata=AE85A8uQgilV%2FgCiDQQMfYD8AGriFlxbyVrl8%2BXnJPg%3D&reserved=0>.

[rischconsulting]

OK, I just created my own abbreviation, and: 1. I see what you mean about how it works now, and I think it’s clever, and 2. I see why a simple translator won’t work (at least not one that I can create). There’s not even a “Bankruptcy Court” listing in strings like there is for “district court”, so there’s nothing to tie it to. I frankly wonder how it ever worked before. This will take a re-tying of all the jurisdictions and courts to the appropriate abbreviations. Maybe that’s simpler than it sounds if you have the list of all of them… From: Frank Bennett [mailto:[e-mail]] Sent: Saturday, September 9, 2017 6:38 PM To: Juris-M/zotero-standalone-build <[e-mail]> Cc: Michael Risch <[e-mail]>; Mention <[e-mail]> Subject: Re: [Juris-M/zotero-standalone-build] Abbreviations: suppression (#4) The 'jurisdiction' variable is in the 'place' category. The court name is in the 'institution part' category. It has always been so. Fields are not combined in any way. As I described in the post, the thing to abbreviate is the court name, as written against a given jurisdiction. An abbreviation of jurisdiction alone loses information -- there may be multiple bodies inside a jurisdictional scope, each with a specific abbreviated name. We still need to get you going though. I'll look at building a pre-bundled list for import. Which style would have the best set of abbrevs to work from? On Sep 10, 2017 4:04 AM, "rischconsulting" <[e-mail]> wrote: This is a big step forward, but I’m sad to report that it’s not there yet. I think your change messes with how they used to be done. This is a long windup, so I’ll repeat the punch line below here: I think you are looking to the wrong CategoryID when you are matching your abbreviations. You should be matching to CatID 3 Place and NOT CatID 5 Institution Here is how Georgia-Pacific now renders: Georgia-Pacific Corp. v. United States Plywood Corp., 243 F. Supp. 500 (1965). It should be Georgia-Pacific Corp. v. United States Plywood Corp., 243 F. Supp. 500 ( S.D.N.Y. 1965). In JM4.0, the codes were this: Jurisdiction: US|Second Circuit, Court: S.D. New York District Court (SIDE NOTE: these fields are no longer right next to each other. Did they used to be? It’s sort of a bummer that they are not, since Google Scholar’s translator doesn’t get it right and you have to change it every time) In JM5.0, the codes are: Jurisdiction: US|Second Circuit|S.D. New York, Court: District Court (if you try to do it the old way, it auto fixes to this – was that you?). All well and good. But somewhere in there, the two pieces are not being read properly. I could have sworn that all my abbrevs were in the “Places” page, but that page is now blank. Also, the institution page is filled with !here>>> codes, because I was blocking that part out, because the “place” had all the info we needed. So, I looked at the sqlite file, and my memory is vindicated. Here is the listings for S.D.N.Y. in the db (and for 2d. Cir., which also doesn’t work, for good measure, because it better illustrates the point I’m about to make): "22" "1" default "3" place "2940" us|second circuit "2941" 2d Cir. "22" "2" us "5" institution part "3202" second circuit court of appeals "2941" 2d Cir. "22" "1" default "3" place "2698" us|second circuit|s.d. new york "2699" S.D.N.Y. I don’t know where the middle one comes from – I suspect that it’s the “old school” version – in my DB, where “institution part” cat 5 is “district court” of US|Federal Circuit (because I couldn’t suppress that for some reason), then I have the abbrev set to !here>>> (which leads me to believe that the automated consolidation of court and jurisdiction happened under the old version as well). In any event – I don’t know what you are looking at for the abbreviation, but I think you have to look at categoryID 3 and NOT categoryID 5. It is the “Institution Part” that must be suppressed and the “Place” that must be shown – not vice versa. Regards, MR — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FJuris-M%2Fzotero-standalone-build%2Fissues%2F4%23issuecomment-328307602&data=02%7C01%7Crisch%40law.villanova.edu%7Cd340f6428f4349ed907708d4f7d37b0e%7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636405935060218793&sdata=fFy6WkLSKNuJXx%2FY5qgowWcEykuH2LQa5d2pHf0t58s%3D&reserved=0>, or mute the thread<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAGuRSjvX0e4KjBViMe5QEYMrRoW-K7UVks5sgxNfgaJpZM4PL_uk&data=02%7C01%7Crisch%40law.villanova.edu%7Cd340f6428f4349ed907708d4f7d37b0e%7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636405935060218793&sdata=ZEkQldfzj30UMMjc5adw2ye%2BTF%2Bg5uXZRYoP6Sy%2BxE8%3D&reserved=0>.

[Frank Bennett]

I'll definitely do my best to smooth the way. The chaos over this a failure of design and documentation on my part. Friends in the CSL group are much better than I am at specification work, but when I described the requirements of legal citation patterns to them, they kind of said, "good luck with that." We're in the groove now, though, and things will start to tighten up. Thanks for your patience! Frank On Sun, Sep 10, 2017 at 9:31 AM, rischconsulting <[e-mail]> wrote:

…

OK, I just created my own abbreviation, and: 1. I see what you mean about how it works now, and I think it’s clever, and 2. I see why a simple translator won’t work (at least not one that I can create). There’s not even a “Bankruptcy Court” listing in strings like there is for “district court”, so there’s nothing to tie it to. I frankly wonder how it ever worked before. This will take a re-tying of all the jurisdictions and courts to the appropriate abbreviations. Maybe that’s simpler than it sounds if you have the list of all of them… From: Frank Bennett ***@***.*** Sent: Saturday, September 9, 2017 6:38 PM To: Juris-M/zotero-standalone-build <zotero-standalone-build@ noreply.github.com> Cc: Michael Risch ***@***.***>; Mention < ***@***.***> Subject: Re: [Juris-M/zotero-standalone-build] Abbreviations: suppression (#4) The 'jurisdiction' variable is in the 'place' category. The court name is in the 'institution part' category. It has always been so. Fields are not combined in any way. As I described in the post, the thing to abbreviate is the court name, as written against a given jurisdiction. An abbreviation of jurisdiction alone loses information -- there may be multiple bodies inside a jurisdictional scope, each with a specific abbreviated name. We still need to get you going though. I'll look at building a pre-bundled list for import. Which style would have the best set of abbrevs to work from? On Sep 10, 2017 4:04 AM, "rischconsulting" ***@***.***> wrote: This is a big step forward, but I’m sad to report that it’s not there yet. I think your change messes with how they used to be done. This is a long windup, so I’ll repeat the punch line below here: I think you are looking to the wrong CategoryID when you are matching your abbreviations. You should be matching to CatID 3 Place and NOT CatID 5 Institution Here is how Georgia-Pacific now renders: Georgia-Pacific Corp. v. United States Plywood Corp., 243 F. Supp. 500 (1965). It should be Georgia-Pacific Corp. v. United States Plywood Corp., 243 F. Supp. 500 ( S.D.N.Y. 1965). In JM4.0, the codes were this: Jurisdiction: US|Second Circuit, Court: S.D. New York District Court (SIDE NOTE: these fields are no longer right next to each other. Did they used to be? It’s sort of a bummer that they are not, since Google Scholar’s translator doesn’t get it right and you have to change it every time) In JM5.0, the codes are: Jurisdiction: US|Second Circuit|S.D. New York, Court: District Court (if you try to do it the old way, it auto fixes to this – was that you?). All well and good. But somewhere in there, the two pieces are not being read properly. I could have sworn that all my abbrevs were in the “Places” page, but that page is now blank. Also, the institution page is filled with !here>>> codes, because I was blocking that part out, because the “place” had all the info we needed. So, I looked at the sqlite file, and my memory is vindicated. Here is the listings for S.D.N.Y. in the db (and for 2d. Cir., which also doesn’t work, for good measure, because it better illustrates the point I’m about to make): "22" "1" default "3" place "2940" us|second circuit "2941" 2d Cir. "22" "2" us "5" institution part "3202" second circuit court of appeals "2941" 2d Cir. "22" "1" default "3" place "2698" us|second circuit|s.d. new york "2699" S.D.N.Y. I don’t know where the middle one comes from – I suspect that it’s the “old school” version – in my DB, where “institution part” cat 5 is “district court” of US|Federal Circuit (because I couldn’t suppress that for some reason), then I have the abbrev set to !here>>> (which leads me to believe that the automated consolidation of court and jurisdiction happened under the old version as well). In any event – I don’t know what you are looking at for the abbreviation, but I think you have to look at categoryID 3 and NOT categoryID 5. It is the “Institution Part” that must be suppressed and the “Place” that must be shown – not vice versa. Regards, MR — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub<https://na01.safelinks. protection.outlook.com/?url=https%3A%2F%2Fgithub.com% 2FJuris-M%2Fzotero-standalone-build%2Fissues%2F4% 23issuecomment-328307602&data=02%7C01%7Crisch%40law.villanova.edu% 7Cd340f6428f4349ed907708d4f7d37b0e%7C765a8de5cf9444f09cafae5bf8cf a366%7C0%7C0%7C636405935060218793&sdata=fFy6WkLSKNuJXx% 2FY5qgowWcEykuH2LQa5d2pHf0t58s%3D&reserved=0>, or mute the thread< https://na01.safelinks.protection.outlook.com/?url= https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth% 2FAGuRSjvX0e4KjBViMe5QEYMrRoW-K7UVks5sgxNfgaJpZM4PL_uk&data= 02%7C01%7Crisch%40law.villanova.edu%7Cd340f6428f4349ed907708d4f7d37b0e% 7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636405935060218793&sdata= ZEkQldfzj30UMMjc5adw2ye%2BTF%2Bg5uXZRYoP6Sy%2BxE8%3D&reserved=0>. — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#4 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AAEmShakI2iY0NItOtXb9k1QNtKmc3VVks5sgy33gaJpZM4PL_uk> .

[Frank Bennett]

I've opened an issue for the remapping of abbreviations. Closing this, as the other issues in the thread have been covered.