shdawson
Active Member
- Joined
- Jan 6, 2007
- Messages
- 381
Hi,
I have some data from an XML based spreadsheet. It stinks. To wit, it is poorly structured XML. Paste, paste values, and everything else I have tried....it comes in as garbage. It is physically in the cells, but formulas and SQL queries do not see the garbage that occupies the cells. Looks right, reads right, but "ain't" right.
The only way I can get real data is to take the XML based spreadsheet, save as CSV, then open the CSV and paste into the target spreadsheet.
That has been going pretty well, until today.
IT updated my box. Not a fun day, to say the least. Now, in order to get the data into the target spreadsheet, I must now paste as Unicode. Livable.
However, another data source I use is a spreadsheet export from MS Project. Save the project plan as a spreadsheet via native project field mapping. I have been exporting that to CSV as well, for consistency. I now have to paste the CSV into the target spreadsheet as paste-special, Microsoft Object, and then select CSV. That does not recognize date stuff, but the previous data source (XML spreadsheet to CSV) does work as date.
Anyway, a CSV from an XML file is not the same as a CSV file from an XLS from a project file. There is something happening behind the scenes from the original data source to the CSV, where Excel now gets confused. I thought it was isolated to just date data type today while working on this. But, there is also a field that has text and numbers. Once I paste in the information, I then only see the numbers when hitting it with formulas and queries. The fields with the text strings do not show up in formulas and queries. Again, it looks right, reads right, but "ain't" right.
So, the pasting is not bringing consistent results. My thought was CSV is as bare bones as I could hope for. Is there a more preferred bare bones option to go with, in order to get rid of XML and MS Project junk, get pure data, and put that into a spreadsheet....and let the spreadsheet do the data type?
Thanks,
S
I have some data from an XML based spreadsheet. It stinks. To wit, it is poorly structured XML. Paste, paste values, and everything else I have tried....it comes in as garbage. It is physically in the cells, but formulas and SQL queries do not see the garbage that occupies the cells. Looks right, reads right, but "ain't" right.
The only way I can get real data is to take the XML based spreadsheet, save as CSV, then open the CSV and paste into the target spreadsheet.
That has been going pretty well, until today.
IT updated my box. Not a fun day, to say the least. Now, in order to get the data into the target spreadsheet, I must now paste as Unicode. Livable.
However, another data source I use is a spreadsheet export from MS Project. Save the project plan as a spreadsheet via native project field mapping. I have been exporting that to CSV as well, for consistency. I now have to paste the CSV into the target spreadsheet as paste-special, Microsoft Object, and then select CSV. That does not recognize date stuff, but the previous data source (XML spreadsheet to CSV) does work as date.
Anyway, a CSV from an XML file is not the same as a CSV file from an XLS from a project file. There is something happening behind the scenes from the original data source to the CSV, where Excel now gets confused. I thought it was isolated to just date data type today while working on this. But, there is also a field that has text and numbers. Once I paste in the information, I then only see the numbers when hitting it with formulas and queries. The fields with the text strings do not show up in formulas and queries. Again, it looks right, reads right, but "ain't" right.
So, the pasting is not bringing consistent results. My thought was CSV is as bare bones as I could hope for. Is there a more preferred bare bones option to go with, in order to get rid of XML and MS Project junk, get pure data, and put that into a spreadsheet....and let the spreadsheet do the data type?
Thanks,
S