On Wed, May 11, 2011 at 9:43 AM, lee-verizon <leebreisac...@verizon.net> wrote: > That was my thought too -- CSV is a rather wimpy file format. It's also true > that there's no "standard" for CSV. Sometimes there's a header line, > sometimes not. The delimiter between columns can be something other than > comma (despite the C in CSV). There's no standard for null values, although > it is easy to write an empty value - just two consecutive commas. Also, the > CSVReader/Writer that we're using (http://javacsv.sourceforge.net/) supports > a few options, such as ESCAPE_MODE_DOUBLED vs ESCAPE_MODE_BACKSLASH -- we > should probably allow the client to indicate these options in a connection > parameter. Details, details.
Adding one late observation to the thread. While there are few standards it would be nice if the tool could cooperate, to some extent, with the way OGR handles csv files, see here: http://www.gdal.org/ogr/drv_csv.html Cheers Andrea -- ------------------------------------------------------- Ing. Andrea Aime GeoSolutions S.A.S. Tech lead Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 962313 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://www.youtube.com/user/GeoSolutionsIT http://www.linkedin.com/in/andreaaime http://twitter.com/geowolf ------------------------------------------------------- ------------------------------------------------------------------------------ Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay _______________________________________________ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
