October 26, 2013 at 8:50 pm #4150
This is probably a problem of mine. But I will record it in case it’s not!
I am trying to add CSVs from http://www.megalithic.co.uk/topics.php?countries=1&kmldown=1 to my PE. In the past, I have been able to use Safari on my iPad 2 (iOS 6.1.3) to “open” CSVs from that site, and Import them to PE 1.6.3. Now I can not do that; nor can I save them to my computer hard drive and add them to iTunes and Import from there. Get a message stating “Error, Failed to import the selected file.”
I also tried importing same from iTunes on hard drive into PE Beta 1.6.2, no luck!
I am able to Import from Safari when I “open” a GPX from http://www.randogps.net/ and save it to PE.
No idea what’s going on! Sorry!October 29, 2013 at 1:16 am #4786GeoMagikAdmin
- Topics: 33
- Replies: 796
CSV is a very generic format, not at all specific to map Pin or POI data. This means that the CSV file must have easily identifiable column headers to know how to interpret the data. The first row (header row) of the CSV file must have the following names:Required (1 of following):• lat/latitude AND lon/long/longitude: to specify location in separated lat/lon coordinates• loc/location: to specify location in any of our supported coordinate strings (see Help Manual for full list of supported formats)Optional:• name: name of pin
• notes: notes stored on pin
• icon: type of icon – this may be any one of the following values (corresponding to the 10 icons offered on the Pin Detail screen):• marker-pin• marker-pin-small• marker-pin-flag• marker-pin-home• marker-pin-contact• marker-pin-camera• marker-pin-sleep• marker-pin-food• marker-pin-footprint• marker-pin-star• color: color of icon – may be any CSS color name (red, green, purple, etc) or hex color code (#FFFFFF)
• address: address stored on pinAll other headers/columns are ignored.The CSV files you linked have there own header naming scheme, so you will have to edit the CSV file to change the headers to what I described.[Edit]: Additionally the CSV file should be saved in standard comma separated, quoted fields in UTF-8 format with Unix Line Endings (LF). All modern software should use these settings by default, but if you are using an older version of Excel on Windows, you may need to change this when saving/exporting the file from Excel.October 29, 2013 at 6:37 pm #4774
Thank you for your prompt help!
I was confused, because I thought I had downloaded and imported CSVs from this site before. Then I noticed that I was not getting all the available sites/pins, and went back to the administrators. They worked on some scripts and now I have to replace all the CSVs with new ones. OK, but, the new ones didn’t work.
However, I think what’s happened is that, before, I was actually importing GPX files. And those files had “headers” that matched the PE-expected headers. But these furshlugginer CSVs have crazy headers! NOW I see.
OK, I’m slogging through the CSVs, fixing the headers (which, if that were the only problem, I could do at one whack with a text editor) but also creating a new notes field that will concatenate some of the other columns into a PE readable form.
Oh brother! The things we go through for our maps!
Thank you for your patient help. You are the best.October 30, 2013 at 9:38 am #4775
Holy Moses! Has this been a learning experience?
1. Apache Open Office refused to stop Auto-correcting my icon field from marker-pin-small to Marker-pin-small, and PE refused to recognize the latter. So, on to Filemaker Pro…
2. In FMP, it was easy to create auto-data-entering icon and color fields, and a concatenating field to merge and munge five other fields into a Notes field, for example:
Rock Art. Condition: 2; ambience: 0; access: 0.
However, I still had to apply a grep-based find/change to the exported CSVs so the FMP soft-returns became true line feeds. Luckily I remembered how to do that!
And, totally luckily, my FMP-exported CSVs were all double-quote escaped, and PE seems to be honoring the escaping, and preserving the line feeds in the Notes field. Marvelous.February 27, 2014 at 5:51 am #5255
Just in case anyone else ever searches out this thread on CSVs, I add one more little caveat.
My latest home-made FMP CSVs would not Import. It took me an hour of fiddling around to figure that for some unknown reason, My record delineating “paragraph returns” were Macintosh Carriage Returns, whereas PE wants Linux Line Feeds. Good lord!
So if you’re having problems importing a CSV, that would be one thing to check.March 9, 2014 at 8:30 pm #5288GeoMagikAdmin
Thanks for reporting that! I have updated my comment above, and we will add better support in our next app update for importing CSV files with alternate Line Endings and UTF formats.March 9, 2014 at 9:11 pm #5290
- Topics: 33
- Replies: 796
My pleasure. I wonder how many users would run across these problems? I seem to be the collector of oddball circumstances!October 9, 2014 at 9:10 pm #7622nounoursModerator
- Topics: 63
- Replies: 248
I finally managed to do import!!!! Two things that were wrong:
1) I added the degree (°) sign after the coordinates (as in the export .csv), but it was obviously differently encoded. Removing it helped!
2) Due to my regional settings, the .csv files are exported using semicolon (;), instead of comma (,) which seems to be required.
Fixing these two things helped.
thanks, nounoursOctober 10, 2014 at 12:25 pm #7626
Congratulations! Looks like you’re another Problem Finder and Fixer.
Yes, I assume a semicolon-instead-of-a-comma would wreck a Comma Separated Values (CSV = .csv) file!
Having to escape punctuation in CSV files is kind of a pain, but it’s handy being able to write and Import simple files without the GPX formatting. Which I don’t understand at all!October 10, 2014 at 1:38 pm #7631nounoursModerator
- Topics: 63
- Replies: 248
yes. But until now I always had the opinion that a .csv is normally separated with “;”, but “,” is equally valid.
It looks strange to me not to accept a semicolon …
- You must be logged in to reply to this topic.