Difference between revisions of "Reproducible Patent Data"

From edegan.com
Jump to navigation Jump to search
 
(113 intermediate revisions by 3 users not shown)
Line 1: Line 1:
{{McNair Projects
+
{{Project
 +
|Has project output=Data,Tool,Content,How-to,Guide
 +
|Has sponsor=McNair Center
 +
|Has Image=Uspto web logo.jpg
 
|Has title=Reproducible Patent Data
 
|Has title=Reproducible Patent Data
|Has owner=Oliver Chang,
+
|Has owner=Oliver Chang
 
|Has start date=May 17
 
|Has start date=May 17
 
|Has project status=Active
 
|Has project status=Active
Line 7: Line 10:
 
}}
 
}}
  
A continuation of [[Redesigning Patent Database]] that aims to write faster, more centralized code to deal with the USPTO data. By having an end-to-end pipeline we can easily reproduce or update data without worrying about unintentional side effects or missing data. Currently, it succeeds in bulk downloading from the USPTO; streaming file splitting, that is, splitting large concatenated files into their component parts in-memory; and parsing of XML to Java objects, APS to Java Maps, and maintenance fee data to Java objects.
+
<onlyinclude>The [[Reproducible Patent Data]] project is a continuation of the [[Redesigning Patent Database]] project. It aims to write faster, more centralized code to deal with data from the United States Patent and Trademark Office (USPTO). By having an end-to-end pipeline we can easily reproduce or update data without worrying about unintentional side effects or missing data. See also the [[Patent Data]] umbrella project. </onlyinclude>
  
== Progress ==
+
== Quickstart ==
  
# <del>Downloader</del> ''done''
+
To get up and running with the code, do the following:
# <del>Splitter</del> ''done''
+
 
# <del>Parser</del> ''done''
+
# Clone the git project (link at end of page) to your user directory
# Data Source Merger (''only USPTO'' not Harvard Dataverse or Lex Machina)
+
# Launch IntelliJ with >= Java 8 and Maven configured (default version installed on the RDP is setup to do this)
# Database Insert (modify <code>models/</code> files with some mapping to database fields)
+
# Open project in IntelliJ
# Data Cleanup (reference [[Patent_Assignment_Data_Restructure|Marcela and Sonia's work]])
+
# Create an empty database (see [[#Database]])
 +
# Run the table creation scripts in <code>src/db/schemas/</code> in your new database
 +
# Modify the constant <code>DATABASE_NAME</code> in <code>E:\McNair\Projects\SimplerPatentData\src\main\java\org\bakerinstitute\mcnair\postgres\DatabaseHelper.java</code>
 +
# Run the Driver scripts in IntelliJ with the correct value for <code>DATA_DIRECTORY</code> (or run <code>RunInitialImport.java</code> which will do all of the data directories for that patent item type)
 +
# [Take a really, really long lunch...in total should take no more than five hours to load data on RDP]
 +
# Run scripts in <code>src/db/constraints</code> to check data assumptions
 +
# That's it!
 +
 
 +
===Troubleshooting===
 +
 
 +
If you're new to IntelliJ (and even if you're not) you might run into problems with importing the project.
 +
 
 +
'''Setting Up Project as a Maven project'''
 +
It should be clear if the project is not set up as a Maven project - when you right click on RunInitialImport.java, for example, you won't see an option with
 +
a green triangle next to it that says "Run 'RunInitialImport.java'", and the green triangle in the top toolbar will be grayed out. If the project is not set up as a Maven project, you will not be able to run any of the code. To set up the project as a Maven project, when you import the project, follow the instructions at the following [https://www.jetbrains.com/help/idea/maven.html#maven_import_project_start link].
 +
 
 +
* Note that when you click "Import Project", you should select the "Simpler Patent Data" folder, not the "src" folder within Simpler Patent Data, otherwise you won't get the pom.xml file that you need to let IntelliJ know that this is a Maven project.
 +
* On the second window (there will be several options with check boxes next to them) make sure "import Maven projects automatically" is selected
 +
* On the "Please select project SDK" window, make sure it says "1.8" in the "Name" slot.
 +
* On the next window, enter a name for the project and enter a folder location.
 +
 
 +
This should ensure that the project is set up as a Maven project.
 +
 
 +
'''Setting Up Your Data Source'''
 +
 
 +
If you run into a message across the top that says something along the lines of "Configure Data Source", then you have not connected IntelliJ to a database. You will not be able to run the code located under src/db until you configure one. Start by clicking on the link in the message, or if it doesn't appear, follow the instructions  [https://www.jetbrains.com/help/idea/connecting-to-a-database.html here] to open up the "Data Sources and Drivers" pop-up to add a PostgreSQL database. When you get to the dialogue asking about the host, database, user, and password, do the following to connect to the database on the RDP:
 +
 
 +
host: localhost
 +
database: whatever the constant DATABASE_NAME is set to - the default is patentsj
 +
user: postgres
 +
password: tabspaceenter
 +
 
 +
Make sure to test the connection by clicking "Test Connection". Now you should be able to run the scripts under src/db.
 +
 
 +
If you're seeing issues such as "column [something] of relation [something] doesn't exist" but you've run the schema scripts, you probably have different database name under the data source than the one the constant DATABASE_NAME is set to. To change this, right click on the data source in the Database tab and select "Properties".
  
 
== Directory Layout ==
 
== Directory Layout ==
 +
 +
=== Where is the Data? ===
 +
 +
==== Directories ====
  
 
All of the information for this project is located at <code>E:\McNair\Projects\SimplerPatentData</code>
 
All of the information for this project is located at <code>E:\McNair\Projects\SimplerPatentData</code>
  
There are three interesting directories:
+
There are several interesting directories:
  
 
* <code>data/downloads/</code> is USPTO bulkdata, unmodified straight from the scraper
 
* <code>data/downloads/</code> is USPTO bulkdata, unmodified straight from the scraper
Line 29: Line 70:
 
* <code>src/</code> is the main code repository for the java project
 
* <code>src/</code> is the main code repository for the java project
  
=== Input Files ===
+
==== Input Files ====
  
 
All of the text-only Red Book files for '''granted patents''' from 1976 to 2016, inclusive. To find a specific year's XML file, find it in
 
All of the text-only Red Book files for '''granted patents''' from 1976 to 2016, inclusive. To find a specific year's XML file, find it in
  
 
<code>E:\McNair\Projects\SimplerPatentData\data\extracts\granted\</code>
 
<code>E:\McNair\Projects\SimplerPatentData\data\extracts\granted\</code>
 +
 +
'''To find application data''' from 2001 to 2016, inclusive, look in
 +
 +
<code>E:\McNair\Projects\SimplerPatentData\data\extracts\applications\</code>
  
 
'''To find assignment data''', look in  
 
'''To find assignment data''', look in  
Line 41: Line 86:
 
'''To find maintenance fee data''', look in  
 
'''To find maintenance fee data''', look in  
  
<code>E:\McNair\Projects\SimplerPatentData\data\downloads\maintenance</code>
+
<code>E:\McNair\Projects\SimplerPatentData\data\downloads\maintenance\</code>
 +
 
 +
=== Where is the Code? ===
 +
 
 +
The code has the same parent directory as the data, so it is at <code>E:\McNair\Projects\SimplerPatentData\src</code>. You might notice a lot of single-entry directories; this is an idiomatic Java pattern that is used for package separation. If using IntelliJ or some other IDE, these directories are a bit less annoying.
 +
 
 +
The development environment is Java 8 JDK, IntelliJ Ultimate IDE, Maven build tools, and git VCS.
 +
 
 +
The git repository can be found at http://rdp.mcnaircenter.org/codebase/Repository/ReproduciblePatent
 +
 
 +
==== Prior Art ====
 +
 
 +
This tool is not so concerned with adding new functionality; rather, it aims to take a bunch of spread out Perl scripts and create a faster system that is easier to work with. As such, its functionality is largely stolen from those scripts:
 +
 
 +
* Downloader: <code>E:\McNair\Software\Scripts\Patent\USPTO_Parser.pl</code>
 +
* XML Splitter: <code>E:\McNair\PatentData\splitter.pl</code>
 +
* XML Parsing: <code>E:\McNair\PatentData\Processed\xmlparser_4.5_4.4_4.3.pl</code> and <code>E:\McNair\PatentData\Processed\*.pm</code>
 +
 
 +
In addition, I used several non-standard Java libraries listed below:
 +
 
 +
* [https://github.com/mashape/unirest-java/ Unirest] for easy HTTP requests (MIT License)
 +
* [https://github.com/google/guava Google Guava] for immutable collections and Stream utilities (Apache v2.0 License)
 +
* [https://github.com/jhy/jsoup/ jsoup] for HTML parsing (MIT License)
 +
* [http://commons.apache.org/proper/commons-codec/ Apache Commons Codec] (Apache v2.0 License)
 +
* [http://commons.apache.org/proper/commons-lang/ Apache Commons Lang v3] (Apache v2.0 License)
 +
* [https://mvnrepository.com/artifact/org.jetbrains/annotations/15.0 Jetbrains Annotations] for enhanced null checks (Apache v2.0 License)
 +
* [http://search.maven.org/#artifactdetails%7Corg.postgresql%7Cpostgresql%7C42.1.1.jre7%7Cbundle PostgreSQL JDBC] (BSD 3-clause per https://github.com/pgjdbc/pgjdbc-jre7/blob/master/LICENSE)
 +
 
 +
If using maven, these dependencies are listed and should automatically be setup.
 +
 
 +
==== Using Code ====
 +
 
 +
Any file with a line that says <code>public static void main(String[] args) {</code> can be run as a standalone file. The easiest way to do this is to load the project and then the file in IntelliJ and click the little green play arrow next to this bit of code.
 +
 
 +
The code can also be run via the standard <code>javac</code> and <code>java</code> commands but since this project has a complicated structure you end up having to run commands like
 +
 
 +
<code>"C:\Program Files\Java\jdk1.8.0_131\bin\java" "-javaagent:C:\Users\OliverC\IntelliJ IDEA 2017.1.3\lib\idea_rt.jar=62364:C:\Users\OliverC\IntelliJ IDEA 2017.1.3\bin" -Dfile.encoding=UTF-8 -classpath "[...contents truncated...];C:\Users\OliverC\.m2\repository\org\postgresql\postgresql\42.1.1\postgresql-42.1.1.jar" org.bakerinstitute.mcnair.uspto_assignments.XmlDriver</code>
 +
 
 +
to include all of the runtime dependencies and it's just not worth it.
 +
 
 +
==== Altering Code ====
 +
 
 +
* Use the IntelliJ command Reformat code (found in the menus at <code>Code > Reformat Code</code>
 +
* Use the optimize imports function found under the same menu
 +
* Use spaces for indentation
 +
* Loosely try to keep lines below 120 characters
 +
* Commit changes to the Git remote repository "bonobo"
  
 
== Schema Reconciliation ==
 
== Schema Reconciliation ==
 +
 +
For the work by Joe, see the [[Patent Schema Reconciliation]] page
 +
 +
=== Patents (Granted) ===
 +
 +
See <code>E:\McNair\Projects\SimplerPatentData\data\examples\granted</code> for extracted examples of what specific data is available for a sample of the data.
  
 
{| class="wikitable"
 
{| class="wikitable"
|+Data Formats
+
|+Granted Patent Data Formats
 
|-
 
|-
! scope="col" | Dates Used !! scope="col" | Format !! scope="col" | Supported by Parser?  
+
! scope="col" | Dates Used !! scope="col" | Format !! scope="col" | Location !! scope="col" | Supported? !! scope="col" | Utility !! scope="col" | Reissue !! scope="col" | Design !! scope="col" | Plant
 
|-
 
|-
 
|January 1976 to December 2001
 
|January 1976 to December 2001
 
|APS
 
|APS
|Yes (syntactic parsing but little semantic knowledge)
+
|<code>data/extracts/granted/vintage</code>
 +
|style="background: green; color: white;" | Yes
 +
|✓
 +
|~
 +
|~
 +
|~
 
|-
 
|-
 
|<del>January 2001 to December 2001</del>
 
|<del>January 2001 to December 2001</del>
 
|<del>SGML</del>
 
|<del>SGML</del>
|<del>No</del>
+
|Ignored; use concurrently recorded APS data
 +
|No
 +
|N/A
 +
|N/A
 +
|N/A
 +
|N/A
 
|-
 
|-
 
|January 2002 to December 2004
 
|January 2002 to December 2004
 
|XML Version 2.5
 
|XML Version 2.5
|No
+
|<code>data/extracts/granted/blunderyears</code>
 +
|style="background: green; color: white;" | Yes
 +
|✓
 +
|~
 +
|~
 +
|~
 
|-
 
|-
 
|January 2005 to December 2005
 
|January 2005 to December 2005
 
|XML Version 4.0 ICE
 
|XML Version 4.0 ICE
|Maybe
+
|<code>data/extracts/granted/modern</code>
 +
|style="background: green; color: white;" | Yes
 +
|✓
 +
|~
 +
|~
 +
|~
 
|-
 
|-
 
|January 2006 to December 2006
 
|January 2006 to December 2006
 
|XML Version 4.1 ICE
 
|XML Version 4.1 ICE
|Maybe
+
|<code>data/extracts/granted/modern</code>
 +
|style="background: green; color: white;" | Yes
 +
|✓
 +
|~
 +
|~
 +
|~
 
|-
 
|-
 
|January 2007 to December 2012
 
|January 2007 to December 2012
 
|XML Version 4.2 ICE
 
|XML Version 4.2 ICE
|Maybe
+
|<code>data/extracts/granted/modern</code>
 +
|style="background: green; color: white;" | Yes
 +
|✓
 +
|~
 +
|~
 +
|~
 
|-
 
|-
 
|January 2013 to September 24, 2013
 
|January 2013 to September 24, 2013
 
|XML Version 4.3 ICE
 
|XML Version 4.3 ICE
 +
|<code>data/extracts/granted/modern</code>
 
|style="background: green; color: white;" | Yes
 
|style="background: green; color: white;" | Yes
 +
|✓
 +
|~
 +
|~
 +
|~
 
|-
 
|-
 
|October 8, 2013 to December 2014
 
|October 8, 2013 to December 2014
 
|XML Version 4.4 ICE
 
|XML Version 4.4 ICE
 +
|<code>data/extracts/granted/modern</code>
 
|style="background: green; color: white;" | Yes
 
|style="background: green; color: white;" | Yes
 +
|✓
 +
|~
 +
|~
 +
|~
 
|-
 
|-
 
|January 2015 to December 2016
 
|January 2015 to December 2016
 
|XML Version 4.5 ICE
 
|XML Version 4.5 ICE
 +
|<code>data/extracts/granted/modern</code>
 
|style="background: green; color: white;" | Yes
 
|style="background: green; color: white;" | Yes
 +
|✓
 +
|~
 +
|~
 +
|~
 
|}
 
|}
  
== Attributes ==
+
=== APS Rosetta Stone ===
  
'''Note''': these values are likely to change without warning. For the latest version of these see the actual files at <code>E:\McNair\Projects\SimplerPatentData\src\main\java\org\bakerinstitute\mcnair\models</code>.
+
The Advanced Patent System (APS) is a fixed-width text format used to store historical patent grant data. The documentation for this sucks; there are pages missing at random. Luckily, we only care about the content contained here: [[File:PatentFullTextAPSDoc_GreenBook_pgs13-22.pdf]].
  
=== Assignee ===
+
It's worth mentioning that the APS contains an advanced text markup system for chemical formulae, basic text markup, tables, etc. that can lead to seemingly garbled text that is perfectly well-formed.
  
text fields: <code>NAME, ADDR1, ADDR2, CITY, STATE, COUNTRY_NAME, POSTCODE</code>
+
==== APS Gotchas ====
  
=== Assignment ===
+
* PATN.WKU is the granted patent number. It is 7 digits while the spec promises 6 digits. The rightmost digit is a check digit modulus 11. See [[File:Aps-wku-modulus11.pdf]] for the words from the horse's mouth.
  
text fields: <code>REEL_NUMBER, FRAME_NUMBER, LAST_UPDATE_DATE, RECORDED_DATE, CONVEYANCE_TEXT</code>
+
=== Patents (Applications) ===
  
lists: <code>correspondents, assignors, assignees</code>
+
{| class="wikitable"
 
+
|+Patent Application Data Formats
=== Assignment Summary ===
+
|-
 
+
! scope="col" | Dates Used !! scope="col" | Format !! scope="col" | Location !! scope="col" | Supported by Parser?
text fields: <code>LAST_NAME, FIRST_NAME, ORG_NAME, CITY, COUNTRY, STATE, ADDRESS, POSTCODE</code>
+
|-
 
+
|March 15, 2001 to December 2001
=== Assignor ===
+
|XML Version 1.5
 
+
|<code>data/extracts/applications/vintage</code>
text fields: <code>NAME, EXECUTION_DATE, DATE_ACKNOWLEDGED</code>
+
|style="background: yellow;" | Yes, for basic information, inventors, and correspondents
 
+
|-
=== Citation ===
+
|January 2002 to December 2004
 
+
|XML Version 1.6
text fields: <code>CITED_PATENT_NUMBER, CITED_PATENT_COUNTRY, CITED_PATENT_KIND, CITED_PATENT_CATEGORY</code>
+
|<code>data/extracts/applications/vintage</code>
 
+
|style="background: yellow;" | Ditto
=== Correspondent ===
+
|-
 
+
|January 2005 to December 2005
text fields: <code>NAME, ADDR1, ADDR2, ADDR3, ADDR4</code>
+
|XML Version 4.0 ICE
 +
|<code>data/extracts/applications/modern</code>
 +
|style="background: yellow;" | Ditto
 +
|-
 +
|January 2006 to December 2006
 +
|XML Version 4.1 ICE
 +
|<code>data/extracts/applications/modern</code>
 +
|style="background: yellow;" | Ditto
 +
|-
 +
|January 2007 to December 2012
 +
|XML Version 4.2 ICE
 +
|<code>data/extracts/applications/modern</code>
 +
|style="background: yellow;" | Ditto
 +
|-
 +
|January 2013 to December 2014
 +
|XML Version 4.3 ICE
 +
|<code>data/extracts/applications/modern</code>
 +
|style="background: yellow;" | Ditto
 +
|-
 +
|January 2015 to ''Present''
 +
|XML Version 4.4 ICE
 +
|<code>data/extracts/applications/modern</code>
 +
|style="background: yellow;" | Ditto
 +
|}
  
=== GrantedPatent ===
+
== Database ==
  
text fields: <code> PATENT_TYPE, TITLE, PCT_DOCUMENT_NUMBER, PATENT_COUNTRY, PATENT_NUMBER,PATENT_KIND, PATENT_GRANT_DATE, APPLICATION_NUMBER, APPLICATION_FILING_DATE, PRIORITY_CLAIMS_DATE, PRIORITY_CLAIMS_COUNTRY, PRIORITY_CLAIMS_PATENT_NUMBER, CLASSIFICATION_NATIONAL_COUNTRY, CLASSIFICATION_NATIONAL_CLASS, PRIMARY_EXAMINER_FIRST_NAME, PRIMARY_EXAMINER_LAST_NAME, PRIMARY_EXAMINER_DEPARTMENT</code>
+
Because there isn't a compelling reason not to, I used the existing PostgreSQL infrastructure on the RDP.
 +
The "Java Way" of interacting with databases is the Java Database Connectivity API (JDBC), an implementation-agnostic API for interacting with databases.
 +
This project uses the stock [https://jdbc.postgresql.org/ Postgres JDBC], version 42.1.1
  
number fields: <code>NUMBER_OF_CLAIMS</code>
+
=== Create an empty database on RDP ===
  
list fields: <code>citations, scirefs, inventors, assignmentsummaries, lawyers</code>
+
To create an empty database, run this command: <code>$ createdb --username=postgres database-name-goes-here # password is tabspaceenter</code>
  
=== Inventor ===
+
=== Abstraction Layer ===
  
text fields: <code>SEQUENCE, LAST_NAME, FIRST_NAME, ORG_NAME, CITY, COUNTRY, STATE, ADDRESS, POSTCODE</code>
+
Since writing raw SQL is a bit cumbersome and error-prone, I have added some abstraction layers that make it much easier to quickly add bulk data. By using Postgres's <code>CopyManager</code> class, we buffer SQL copy commands in memory (as many as possible) and then flush these rows. To understand how the abstraction layers work, see the code in <code>E:\McNair\Projects\SimplerPatentData\src\main\java\org\bakerinstitute\mcnair\postgres</code>. See <code>E:\McNair\Projects\SimplerPatentData\src\main\java\org\bakerinstitute\mcnair\models\GrantedPatent.java</code> for '''an example of how to extend''' the abstraction layer to deal with more complex scenarios.
  
=== Lawyer ===
+
=== New Table Checklist ===
  
text fields: <code>SEQUENCE, LAST_NAME, FIRST_NAME, ORG_NAME, CITY, COUNTRY, STATE, ADDRESS, POSTCODE</code>
+
* Create schema DDL SQL code for the new table in <code>E:\McNair\Projects\SimplerPatentData\src\db</code>
 +
* Run the schema creation
 +
* Create an enum with the same names for attributes as in the DDL (case-insensitive! prefer all-caps screaming snake case)
 +
* Create a class which subclasses <code>AbstractInsertableData</code>
 +
* Inside that class, create a static class which subclasses <code>AbstractTableMetadata</code> and has the proper values for getTableName(), getStringColumns(), getIntColumns()
 +
* (Optional) Implement builder pattern
 +
* (Optional) Create a custom databasehelper for complex extras (see PatentApplication and GrantedPatent for examples)
 +
* Write the data to the table (see DatabaseHelper for the pattern I use)
  
=== MaintenanceFeeEvent ===
+
== Address Data ==
  
text fields: <code>US_PATENT_NUMBER, US_APPLICATION_NUMBER, IS_SMALL_ENTITY,
+
To get the most granular address data (street level, or at least postcode level) about who owns patents, the path is not so straightforward because off the complicated mapping of ownership to a granted patent.
        US_APPLICATION_FILING_DATE, US_GRANT_ISSUE_DATE, EVENT_ENTRY_DATE,
+
This is the final part of this project that I am working on and it is all at the level of SQL.
        EVENT_CODE</code>
+
See <code>E:\McNair\Projects\SimplerPatentData\src\db\joins</code> for my attempts to create a clean mapping.
 +
Optimistically speaking, the data generated here should be superset of the data present in the Patent Assignment Data Restructure project.
  
=== Sciref ===
+
Note that as of the beginning of August 2017, this part '''has not been completed.'''
  
text fields: <code>CITATION_DESCRIPTION</code>
 
  
== New Schema ==
+
=== Intuition ===
  
Rough sketch: https://app.quickdatabasediagrams.com/#/schema/Huo3bW9jK065GlXoTitReQ
+
Use <code>assignments_longform.last_update_date</code> to find current/latest (or first/earliest) date of assignment. Then match with <code>properties.docid</code> on <code>reelno, frameno</code> to find patent application id. With this mapping to granted patents, we can discover the details of the original granted patent. And with the right date and reelno and frameno, we can match to the <code>assignees</code> table and get fine granularity addresses.
  
[[File:Oyc-patent-schema-1.PNG|640px]]
+
== Related Pages ==
  
 +
* [[Redesign_Assignment_and_Patent_Database|Redesign Assignment and Patent Database, Fall 2017 by Shelby]]
 +
* [[Equivalent_XPath_and_APS_Queries|Equivalent XPath and APS Queries, Summer 2017 by Oliver & Joe]]
 +
* [[US_Address_Verification|US Address Verification, Summer 2017 based on tables from Assignment Data Restructure]]
 +
* [[Patent_Assignment_Data_Restructure|Assignment Data Restructure, Spring 2017 by Marcela and Sonia]]
 +
* [[Redesigning_Patent_Database|Redesigning Patent Database, Spring 2017 by Shelby]]
 +
* [[Patent_Data_Cleanup_(June_2016)|Patent Data Cleanup, June 2016 by Marcela]]
 +
* [[Patent_Data|Patent Data, Spring 2016 by Marcela]]
 +
* [[Lex_Machina|Lex Machina]]
 +
* [[USPTO_Patent_Litigation_Data|USPTO Patent Litigation Research Dataset by Ed]]
 +
* [[Patent_Litigation_and_Review|Patent Litigation and Review by Marcela]]* [[Patent|Existing Database Schema]]
 +
* [[Oliver_Chang_(Work_Log)|My Work Log]]
  
== Related Projects ==
+
== External Links ==
  
* [[Patent|Existing Database Schema]]
+
* Understanding Assignment Data: [https://www.uspto.gov/sites/default/files/documents/USPTO_Patents_Assignment_Dataset_WP.pdf USPTO Documentation on their cleanup of this data]
 +
* [https://bulkdata.uspto.gov/data2/patent/grant/redbook/fulltext/1976/PatentFullTextAPSDoc_GreenBook.pdf USPTO Green Book (APS) Documentation]
 +
* [https://bulkdata.uspto.gov/ USPTO Bulk Data Storage System (BDSS)]
 +
* [https://en.wikipedia.org/wiki/Builder_pattern Builder Pattern in Object-Oriented Programming]
 +
* [http://rdp.mcnaircenter.org/codebase/Repository/ReproduciblePatent Git Repository]

Latest revision as of 12:06, 6 October 2020


Project
Reproducible Patent Data
Uspto web logo.jpg
Project Information
Has title Reproducible Patent Data
Has owner Oliver Chang
Has start date May 17
Has deadline date
Has project status Active
Dependent(s): Patent Design Main Page, Redesign Assignment and Patent Database
Does subsume Redesigning Patent Database, Patent Assignment Data Restructure
Has sponsor McNair Center
Has project output Data, Tool, Content, How-to, Guide
Copyright © 2019 edegan.com. All Rights Reserved.


The Reproducible Patent Data project is a continuation of the Redesigning Patent Database project. It aims to write faster, more centralized code to deal with data from the United States Patent and Trademark Office (USPTO). By having an end-to-end pipeline we can easily reproduce or update data without worrying about unintentional side effects or missing data. See also the Patent Data umbrella project.

Quickstart

To get up and running with the code, do the following:

  1. Clone the git project (link at end of page) to your user directory
  2. Launch IntelliJ with >= Java 8 and Maven configured (default version installed on the RDP is setup to do this)
  3. Open project in IntelliJ
  4. Create an empty database (see #Database)
  5. Run the table creation scripts in src/db/schemas/ in your new database
  6. Modify the constant DATABASE_NAME in E:\McNair\Projects\SimplerPatentData\src\main\java\org\bakerinstitute\mcnair\postgres\DatabaseHelper.java
  7. Run the Driver scripts in IntelliJ with the correct value for DATA_DIRECTORY (or run RunInitialImport.java which will do all of the data directories for that patent item type)
  8. [Take a really, really long lunch...in total should take no more than five hours to load data on RDP]
  9. Run scripts in src/db/constraints to check data assumptions
  10. That's it!

Troubleshooting

If you're new to IntelliJ (and even if you're not) you might run into problems with importing the project.

Setting Up Project as a Maven project It should be clear if the project is not set up as a Maven project - when you right click on RunInitialImport.java, for example, you won't see an option with a green triangle next to it that says "Run 'RunInitialImport.java'", and the green triangle in the top toolbar will be grayed out. If the project is not set up as a Maven project, you will not be able to run any of the code. To set up the project as a Maven project, when you import the project, follow the instructions at the following link.

  • Note that when you click "Import Project", you should select the "Simpler Patent Data" folder, not the "src" folder within Simpler Patent Data, otherwise you won't get the pom.xml file that you need to let IntelliJ know that this is a Maven project.
  • On the second window (there will be several options with check boxes next to them) make sure "import Maven projects automatically" is selected
  • On the "Please select project SDK" window, make sure it says "1.8" in the "Name" slot.
  • On the next window, enter a name for the project and enter a folder location.

This should ensure that the project is set up as a Maven project.

Setting Up Your Data Source

If you run into a message across the top that says something along the lines of "Configure Data Source", then you have not connected IntelliJ to a database. You will not be able to run the code located under src/db until you configure one. Start by clicking on the link in the message, or if it doesn't appear, follow the instructions here to open up the "Data Sources and Drivers" pop-up to add a PostgreSQL database. When you get to the dialogue asking about the host, database, user, and password, do the following to connect to the database on the RDP:

host: localhost
database: whatever the constant DATABASE_NAME is set to - the default is patentsj
user: postgres
password: tabspaceenter

Make sure to test the connection by clicking "Test Connection". Now you should be able to run the scripts under src/db.

If you're seeing issues such as "column [something] of relation [something] doesn't exist" but you've run the schema scripts, you probably have different database name under the data source than the one the constant DATABASE_NAME is set to. To change this, right click on the data source in the Database tab and select "Properties".

Directory Layout

Where is the Data?

Directories

All of the information for this project is located at E:\McNair\Projects\SimplerPatentData

There are several interesting directories:

  • data/downloads/ is USPTO bulkdata, unmodified straight from the scraper
  • data/extracts/ is a directory of a strict subset of the information stored in data/downloads/. It is the result of running a bulk 7-zip job on that directory to get everything unzipped in a flat data structure. Note that these files have the USPTO modified-by time since that metadata is stored in the zipfiles. To extract files in this nice format, select all of the zipfiles and setup an extraction job like in this screenshot
  • data/backups/ is a 7zip'd backup of the corresponding directory in extracts
  • src/ is the main code repository for the java project

Input Files

All of the text-only Red Book files for granted patents from 1976 to 2016, inclusive. To find a specific year's XML file, find it in

E:\McNair\Projects\SimplerPatentData\data\extracts\granted\

To find application data from 2001 to 2016, inclusive, look in

E:\McNair\Projects\SimplerPatentData\data\extracts\applications\

To find assignment data, look in

E:\McNair\Projects\SimplerPatentData\data\extracts\granted\

To find maintenance fee data, look in

E:\McNair\Projects\SimplerPatentData\data\downloads\maintenance\

Where is the Code?

The code has the same parent directory as the data, so it is at E:\McNair\Projects\SimplerPatentData\src. You might notice a lot of single-entry directories; this is an idiomatic Java pattern that is used for package separation. If using IntelliJ or some other IDE, these directories are a bit less annoying.

The development environment is Java 8 JDK, IntelliJ Ultimate IDE, Maven build tools, and git VCS.

The git repository can be found at http://rdp.mcnaircenter.org/codebase/Repository/ReproduciblePatent

Prior Art

This tool is not so concerned with adding new functionality; rather, it aims to take a bunch of spread out Perl scripts and create a faster system that is easier to work with. As such, its functionality is largely stolen from those scripts:

  • Downloader: E:\McNair\Software\Scripts\Patent\USPTO_Parser.pl
  • XML Splitter: E:\McNair\PatentData\splitter.pl
  • XML Parsing: E:\McNair\PatentData\Processed\xmlparser_4.5_4.4_4.3.pl and E:\McNair\PatentData\Processed\*.pm

In addition, I used several non-standard Java libraries listed below:

If using maven, these dependencies are listed and should automatically be setup.

Using Code

Any file with a line that says public static void main(String[] args) { can be run as a standalone file. The easiest way to do this is to load the project and then the file in IntelliJ and click the little green play arrow next to this bit of code.

The code can also be run via the standard javac and java commands but since this project has a complicated structure you end up having to run commands like

"C:\Program Files\Java\jdk1.8.0_131\bin\java" "-javaagent:C:\Users\OliverC\IntelliJ IDEA 2017.1.3\lib\idea_rt.jar=62364:C:\Users\OliverC\IntelliJ IDEA 2017.1.3\bin" -Dfile.encoding=UTF-8 -classpath "[...contents truncated...];C:\Users\OliverC\.m2\repository\org\postgresql\postgresql\42.1.1\postgresql-42.1.1.jar" org.bakerinstitute.mcnair.uspto_assignments.XmlDriver

to include all of the runtime dependencies and it's just not worth it.

Altering Code

  • Use the IntelliJ command Reformat code (found in the menus at Code > Reformat Code
  • Use the optimize imports function found under the same menu
  • Use spaces for indentation
  • Loosely try to keep lines below 120 characters
  • Commit changes to the Git remote repository "bonobo"

Schema Reconciliation

For the work by Joe, see the Patent Schema Reconciliation page

Patents (Granted)

See E:\McNair\Projects\SimplerPatentData\data\examples\granted for extracted examples of what specific data is available for a sample of the data.

Granted Patent Data Formats
Dates Used Format Location Supported? Utility Reissue Design Plant
January 1976 to December 2001 APS data/extracts/granted/vintage Yes ~ ~ ~
January 2001 to December 2001 SGML Ignored; use concurrently recorded APS data No N/A N/A N/A N/A
January 2002 to December 2004 XML Version 2.5 data/extracts/granted/blunderyears Yes ~ ~ ~
January 2005 to December 2005 XML Version 4.0 ICE data/extracts/granted/modern Yes ~ ~ ~
January 2006 to December 2006 XML Version 4.1 ICE data/extracts/granted/modern Yes ~ ~ ~
January 2007 to December 2012 XML Version 4.2 ICE data/extracts/granted/modern Yes ~ ~ ~
January 2013 to September 24, 2013 XML Version 4.3 ICE data/extracts/granted/modern Yes ~ ~ ~
October 8, 2013 to December 2014 XML Version 4.4 ICE data/extracts/granted/modern Yes ~ ~ ~
January 2015 to December 2016 XML Version 4.5 ICE data/extracts/granted/modern Yes ~ ~ ~

APS Rosetta Stone

The Advanced Patent System (APS) is a fixed-width text format used to store historical patent grant data. The documentation for this sucks; there are pages missing at random. Luckily, we only care about the content contained here: File:PatentFullTextAPSDoc GreenBook pgs13-22.pdf.

It's worth mentioning that the APS contains an advanced text markup system for chemical formulae, basic text markup, tables, etc. that can lead to seemingly garbled text that is perfectly well-formed.

APS Gotchas

  • PATN.WKU is the granted patent number. It is 7 digits while the spec promises 6 digits. The rightmost digit is a check digit modulus 11. See File:Aps-wku-modulus11.pdf for the words from the horse's mouth.

Patents (Applications)

Patent Application Data Formats
Dates Used Format Location Supported by Parser?
March 15, 2001 to December 2001 XML Version 1.5 data/extracts/applications/vintage Yes, for basic information, inventors, and correspondents
January 2002 to December 2004 XML Version 1.6 data/extracts/applications/vintage Ditto
January 2005 to December 2005 XML Version 4.0 ICE data/extracts/applications/modern Ditto
January 2006 to December 2006 XML Version 4.1 ICE data/extracts/applications/modern Ditto
January 2007 to December 2012 XML Version 4.2 ICE data/extracts/applications/modern Ditto
January 2013 to December 2014 XML Version 4.3 ICE data/extracts/applications/modern Ditto
January 2015 to Present XML Version 4.4 ICE data/extracts/applications/modern Ditto

Database

Because there isn't a compelling reason not to, I used the existing PostgreSQL infrastructure on the RDP. The "Java Way" of interacting with databases is the Java Database Connectivity API (JDBC), an implementation-agnostic API for interacting with databases. This project uses the stock Postgres JDBC, version 42.1.1

Create an empty database on RDP

To create an empty database, run this command: $ createdb --username=postgres database-name-goes-here # password is tabspaceenter

Abstraction Layer

Since writing raw SQL is a bit cumbersome and error-prone, I have added some abstraction layers that make it much easier to quickly add bulk data. By using Postgres's CopyManager class, we buffer SQL copy commands in memory (as many as possible) and then flush these rows. To understand how the abstraction layers work, see the code in E:\McNair\Projects\SimplerPatentData\src\main\java\org\bakerinstitute\mcnair\postgres. See E:\McNair\Projects\SimplerPatentData\src\main\java\org\bakerinstitute\mcnair\models\GrantedPatent.java for an example of how to extend the abstraction layer to deal with more complex scenarios.

New Table Checklist

  • Create schema DDL SQL code for the new table in E:\McNair\Projects\SimplerPatentData\src\db
  • Run the schema creation
  • Create an enum with the same names for attributes as in the DDL (case-insensitive! prefer all-caps screaming snake case)
  • Create a class which subclasses AbstractInsertableData
  • Inside that class, create a static class which subclasses AbstractTableMetadata and has the proper values for getTableName(), getStringColumns(), getIntColumns()
  • (Optional) Implement builder pattern
  • (Optional) Create a custom databasehelper for complex extras (see PatentApplication and GrantedPatent for examples)
  • Write the data to the table (see DatabaseHelper for the pattern I use)

Address Data

To get the most granular address data (street level, or at least postcode level) about who owns patents, the path is not so straightforward because off the complicated mapping of ownership to a granted patent. This is the final part of this project that I am working on and it is all at the level of SQL. See E:\McNair\Projects\SimplerPatentData\src\db\joins for my attempts to create a clean mapping. Optimistically speaking, the data generated here should be superset of the data present in the Patent Assignment Data Restructure project.

Note that as of the beginning of August 2017, this part has not been completed.


Intuition

Use assignments_longform.last_update_date to find current/latest (or first/earliest) date of assignment. Then match with properties.docid on reelno, frameno to find patent application id. With this mapping to granted patents, we can discover the details of the original granted patent. And with the right date and reelno and frameno, we can match to the assignees table and get fine granularity addresses.

Related Pages

External Links