Tim,

Fully agreed. One solution that presents itself to me is to finish
up the Git discuss (which was overwhelmingly positive, and I need
to write a wiki page for Nick), get that VOTE out of the way, move
to Git, then basically have two main branches of development. I’d
like 1.x to continue as-is, and then to create a 2.x branch and
let Bob go to town on it (and others that are interested). Then,
once you guys are ready you can release on it out of 2.x, while
1.x maintenance and existing architecture keep pressing forward.

What do you think?

Cheers,
Chris

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Chris Mattmann, Ph.D.
Chief Architect
Instrument Software and Science Data Systems Section (398)
NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
Office: 168-519, Mailstop: 168-527
Email: chris.a.mattm...@nasa.gov
WWW:  http://sunset.usc.edu/~mattmann/
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Adjunct Associate Professor, Computer Science Department
University of Southern California, Los Angeles, CA 90089 USA
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++





-----Original Message-----
From: "Allison, Timothy B." <talli...@mitre.org>
Reply-To: "dev@tika.apache.org" <dev@tika.apache.org>
Date: Monday, November 30, 2015 at 4:24 AM
To: "dev@tika.apache.org" <dev@tika.apache.org>
Subject: more modular parser bundles

>All,
>
>  I'm extremely grateful for all of the new nlp +image processing parsers
>that we're adding.  Might it be time to start down the implementation
>path to more modular parser bundles?
>
>  Perhaps we could start with a tika-advanced-bundle to gather all of the
>nlp/advanced parsers?  Or would this have to wait for Tika 2.0?
>
>  Bob got us off to a great start.  There hasn't been much discussion
>since August.  I think my email from 24 Aug [1] was the last?
>
>          Cheers,
>
>                        Tim
>
>[1] 
>https://mail-archives.apache.org/mod_mbox/tika-dev/201508.mbox/%3cDM2PR09M
>b071305dfd203e21bfbe7a63ac7...@dm2pr09mb0713.namprd09.prod.outlook.com%3e
>
>-----Original Message-----
>From: Madhav Sharan (JIRA) [mailto:j...@apache.org]
>Sent: Wednesday, November 25, 2015 6:16 PM
>To: dev@tika.apache.org
>Subject: [jira] [Created] (TIKA-1803) Use lucene-geo-gazetteer REST API
>in GeoTopicParser
>
>Madhav Sharan created TIKA-1803:
>-----------------------------------
>
>             Summary: Use lucene-geo-gazetteer REST API in GeoTopicParser
>                 Key: TIKA-1803
>                 URL: https://issues.apache.org/jira/browse/TIKA-1803
>             Project: Tika
>          Issue Type: Sub-task
>          Components: parser
>            Reporter: Madhav Sharan
>
>
>As of now tika uses lucene-geo-gazetteer CLI to extract co-ordinates of a
>location. CLI requires jvm and lucene to instantiate for every request.
>With all new REST api it will be possible to gain improvement in this
>space.
>
>Idea is to create a client of lucene-geo-gazetteer in tika and use it in
>GeoTopicParser
>
>
>
>--
>This message was sent by Atlassian JIRA
>(v6.3.4#6332)

Reply via email to