#372 closed bug (wontfix)
Parsing Error in Add Delimted Text Plugin
Reported by: | Owned by: | timlinux | |
---|---|---|---|
Priority: | major: does not work as expected | Milestone: | |
Component: | C++ Plugins | Version: | Trunk |
Keywords: | Delimited Text | Cc: | |
Must Fix for Release: | No | Platform: | OS X |
Platform Version: | Awaiting user input: | no |
Description
The Delimited Text Plugin does not recognize the eol in the text file being imported. Parsing recognizes the delimiter but does not break lines. The import shows only one continuous line of text with delimiters correctly identified but does not break at eol. Changing the delimiter has no affect.
Attachments (1)
Change History (7)
comment:1 by , 18 years ago
comment:2 by , 18 years ago
Milestone: | → Version 0.8 Release |
---|---|
Version: | → HEAD |
by , 18 years ago
Attachment: | NEXRAD_LOCATIONS1.txt added |
---|
Text file for import using Add Delimited Text Plugin
comment:3 by , 18 years ago
The problem is that the end of line character is a CR, which qgis doesn't recognise (unix uses LF and windows CRLF, which qgis does recognise). Qgis uses some Qt code for reading the lines, and it apparently never has supported this old Mac style eol character (and is unlikely to do so - see http://lists.trolltech.com/qt-interest/2006-09/msg00961.html).
I'm not familiar with Macs, but you may find a utility on your mac somewhere that will convert the file from mac eol to unix or windows eol. On my unix computer, there's something called mac2unix that will do the job.
comment:4 by , 18 years ago
Must Fix for Release: | → No |
---|
Thanks,
That is exactly what I needed to know.
That resolved my problem.
Rick
comment:5 by , 18 years ago
Resolution: | → wontfix |
---|---|
Status: | new → closed |
What is the eol character in the file that you are trying to import? Can you attach a sample file? The delimited plugin recgonises \n or \r\n as an eol character.