This is a great opportunity to use Apache GoraŠtake a look: http://gora.apache.org/
CC/gora dev list ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 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: [email protected] WWW: http://sunset.usc.edu/~mattmann/ ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Adjunct Associate Professor, Computer Science Department University of Southern California, Los Angeles, CA 90089 USA ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ -----Original Message----- From: "Martin Desruisseaux (JIRA)" <[email protected]> Reply-To: "[email protected]" <[email protected]> Date: Tuesday, October 7, 2014 at 3:43 AM To: "[email protected]" <[email protected]> Subject: [jira] [Commented] (SIS-179) Extract Database class from Shapefile class to allow reading DBF without shapefile > > [ >https://issues.apache.org/jira/browse/SIS-179?page=com.atlassian.jira.plug >in.system.issuetabpanels:comment-tabpanel&focusedCommentId=14161344#commen >t-14161344 ] > >Martin Desruisseaux commented on SIS-179: >----------------------------------------- > >Maybe {{org.apache.sis.storage.database}} is a too generic package name >for a code which is specific to the DBF3 format? Some alternatives may be: > >* Keep {{Database}} and related classes in >{{org.apache.sis.storage.shapefile}} for now, if possible as >package-privated classes. >* Or alternatively, but them in a >{{org.apache.sis.internal.storage.dbf3}} package. Note the {{internal}} >in the package name - those packages are hidden from public API. The >reason for that is that JDBC drivers usually expose only their API >through JDBC interfaces, and try to hide their internal mechanic from the >user as much as possible. > >Note that the {{sis-shapefile}} module has significant dependencies, like >{{sis-referencing}} (to be needed for parsing {{.prj}} files). The weight >of those dependencies may discourage some peoples to use >{{sis-shapefile}} for reading plain DBF3 files. Maybe some users would be >more interested in having a copy of the code for the DBF3-only part in a >separated, lightweight project. However having the DBF3-only part in a >separated package may make such separation easier. > >P.S.: If possible, I would like to get ride of {{CodePage}} class since I >think it duplicates {{java.nio.charset}}. > > >> Extract Database class from Shapefile class to allow reading DBF >>without shapefile >> >>------------------------------------------------------------------------- >>--------- >> >> Key: SIS-179 >> URL: https://issues.apache.org/jira/browse/SIS-179 >> Project: Spatial Information Systems >> Issue Type: Improvement >> Components: Features, Storage >> Affects Versions: 0.5 >> Reporter: M. Le Bihan >> Priority: Minor >> Attachments: DataType.java, Database.java, >>FieldDescriptor.java, ShapeFile.java, package-info.java >> >> >> Extracting the DBF binary reader from th Shapefile class to a Database >>class allows the loading of a DBF file when it is not accompanied with a >>shapefile. > > > >-- >This message was sent by Atlassian JIRA >(v6.3.4#6332)
