You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@gora.apache.org by "Mattmann, Chris A (3980)" <ch...@jpl.nasa.gov> on 2014/10/07 06:59:04 UTC
Re: [jira] [Commented] (SIS-179) Extract Database class from
Shapefile class to allow reading DBF without shapefile
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: chris.a.mattmann@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: "Martin Desruisseaux (JIRA)" <ji...@apache.org>
Reply-To: "sis-dev@sis.apache.org" <si...@sis.apache.org>
Date: Tuesday, October 7, 2014 at 3:43 AM
To: "sis-commits@incubator.apache.org" <si...@incubator.apache.org>
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)
FW: [jira] [Commented] (SIS-179) Extract Database class from
Shapefile class to allow reading DBF without shapefile
Posted by "Mattmann, Chris A (3980)" <ch...@jpl.nasa.gov>.
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
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.mattmann@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: <Mattmann>, Chris Mattmann <Ch...@jpl.nasa.gov>
Reply-To: "dev@gora.apache.org" <de...@gora.apache.org>
Date: Tuesday, October 7, 2014 at 6:59 AM
To: "sis-dev@sis.apache.org" <si...@sis.apache.org>,
"sis-commits@incubator.apache.org" <si...@incubator.apache.org>
Cc: "dev@gora.apache.org" <de...@gora.apache.org>
Subject: Re: [jira] [Commented] (SIS-179) Extract Database class from
Shapefile class to allow reading DBF without shapefile
>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: chris.a.mattmann@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: "Martin Desruisseaux (JIRA)" <ji...@apache.org>
>Reply-To: "sis-dev@sis.apache.org" <si...@sis.apache.org>
>Date: Tuesday, October 7, 2014 at 3:43 AM
>To: "sis-commits@incubator.apache.org" <si...@incubator.apache.org>
>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.plu
>>g
>>in.system.issuetabpanels:comment-tabpanel&focusedCommentId=14161344#comme
>>n
>>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)
>