Parsing of the entry for comet P/2016 BA14 is not returning an entry
The entry for 2016 BC14 has the dates comma-separated rather than hyphen-separated which is resulting in a false entry for asteroid (23) Thalia being created.
The bolded section for DSS-14 maintenance is preventing further parsing of the dates as seeing a non-year in the first column triggers end of table parsing (This may not be a bad thing)
Fix merged in from bugfix-issue93 branch to master. (Chose to not resolve parsing of the maintenance section as this will require too much context-specific parsing for minimal gain).
Our parsing of the "Upcoming Goldstone Observations" page (http://echo.jpl.nasa.gov/asteroids/goldstone_asteroid_schedule.html) is having two issues at the minute: