Hi Ryan,
To try and detect the encoding of files you select in the Import dialog, we use an encoding detection library which scans the first 250-500k of the file and uses heuristics to try and work out the most likely encoding. However, bytes are bytes - there's no way of knowing for sure, and it sounds like it's getting it wrong!
When you download them from your other database, do you specify an encoding for the export?
On the file Import selection dialog, you can specify the encoding to use when importing. You could try another likely encoding (Western - Windows Latin 1 - maybe?) and see if that helps.
The other alternative is that there is actually a bug in the CSV import routine, of course! If you can open up the file in another editor and extract rows just 9900 to 10000, you may be able to pinpoint the row in question, and so see if there's an obvious encoding for the file or characters causing a problem.
Hope that helps,
Rowan
> --
> You received this message because you are subscribed to the Google Groups "Sequel Pro" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to
sequel-pro+...@googlegroups.com.
> To post to this group, send email to
seque...@googlegroups.com.
> Visit this group at
http://groups.google.com/group/sequel-pro.
> For more options, visit
https://groups.google.com/groups/opt_out.
>
>