Trasformare Pdf In Excel

0 views
Skip to first unread message

Flaviana Bresee

unread,
Aug 3, 2024, 3:34:35 PM8/3/24
to dragsoftsitis

Hi! I'm quite new to Alteryx. I'm finding a way to convert multiple excel files which is located in the same folder to csv but for the csv conversion I only want specific worksheet in the excel files to be converted. Most suggested workflows require me to specify the files. Is there any way for me to make the conversion possible?

Thank you for your respond. I tried the workflow, however in the batch-macro tools, I still have to specify the file (I might be wrong because it's my first time using Alteryx and I followed 100% as how the instruction told). Is there any way for me to convert different excel worksheets with the same name (e.g.: Report Month 1.xlsx, Report Month 2.xlsx, Report Month 3.xlsx) - but all 3 have worksheet with the same name (e.g.: Monthly Report) to CSV?

I've attached the packaged workflow for you (.yxzp file). You will need the latest version of Alteryx to load this. If you don't have this, then save the two attached .yxmc files to your macros folder (Options->User Settings->Edit User Settings->Macros hit the plus sign, pick your folder). Then open the attached yxmd file.

I have currently trouble converting an excel file from .xls or .xlsx into a glossary that can be used in Trados Studio 2017. I was trying to follow this ( =RSRow6w4UdM) instruction in order to convert the file, but whenever I am at step 4/9, i.e. choosing a file, I get an error message. I have selected the correct source file and when I press next it says "The file cannot be opened in Microsoft Excel.". My Office version is 2016 and it works without problems. I have even tried to uninstall and reinstall Office, but that did not work either. Does anyone have any suggestions on how to solve this issue?

I think there are two problems here. The first is that if you are only getting TBX, UTX or XML files and none of the other options work for you then it sounds as though MultiTerm itself is not installed correctly. The second problem is a known issue, but also suggesting a problem with the installation of Excel. It says this in the Glossary Converter help:

Sometimes a functioning Excel installation is not recognised and you get a warning that spreadsheets cannot be handled. Try to do a repair install of excel, even if it looks perfectly fine by itself. Unfortunately this is something that I have no control over; it seems to be related to the way that installers handle some excel components, especially when updating Office.

If that does not help, you can install LibreOffice or OpenOffice, both support all formats that Excel does and are (hopefully) picked up by the converter if Excel is not. You may have to enforce the use of Libre/Open Office, see the section about command line use. That section also describes how to get a debug log in case of Excel issues. If you have problems with Excel, please send that debug log.

If all else fails, use the -l option on the command line and stick to csv/txt formats. In that case, no Excel or Office installation is used at all. For example, convert an sdltb file to txt, using the -l option, and if you want an xlsx file, open the txt file in Excel and save as xlsx there. A bit more cumbersome, but at least you'll get your data in the end.

The fact you have problems with them both points towards installation issues on your computer so i would recommend you log a support case for the non-functioning MultiTerm Convert and this may help you understand what needs to be done to fix the Glossary Converter as well. Use this link:

2) or simply not to open csv file but import data from it into new excel workbook (use Get Data from Text), on the third step of the importing wizard for column data format select Date and change default YMD on DMY.

I have attached a file. In Column G (second column), there is original text. I removed unnecessary data and this is presented in the first column. It should be a simple process to convert the text to a date using =+datevalue(B1) which I tried and the result is in the the third column. As you can see, it returned a #VALUE!

That feels much better- I stopped hitting my head against the wall. I discovered the problem: the system settings were not in synch with the date format in Excel. Once I changed the system format, everything was okay!

Excel will not format my date that's being pulled from my program (this is a csv file). I have never had an issue with this until a couple days ago. Date will read 512017 which needs to be formatted to 05012018 (mmddyyyy or mm/dd/yyyy) I've come close to getting the proper format however, Excel changes my data to completely different numbers. How do I fix this issue?

I'm interested to know if you managed to solve your problem (I sure hope so by now) and I am curious as to how you would resolve your date format with the potential of only 1 digit for both day and month. In your example, you state that 152017 is interpreted as 01-May. By extension, I guess 1052017 would be read as 10-May.

Can i know how to convert excel files to xpt files. We have got some internal requirement. Thank you. There are few excel files with multiple tabs, and there is a limitation of SAS in our organisation that we will not be able to import excel files, we have only privilege to import csv files. can i know a best solution for this.

Hello
You have few excel files and you cannot import them using SAS.
Then one approach would be save the excel sheets individually as csv and follow your solution.
You have other option of using tools like python or R and convert your files to csv and then follow your solution.

That's probably a licensing issue but I thought XLSX libname support had moved to Base...you can get VBS scripts to convert workbooks and all sheets to CSV assuming they're well formed. If they're not, you may need Excel macros or some other method to convert those to CSV. Lots of solutions online for this approach..assuming you're on Windows and can run VBS.

Hello @Ravindra_
You have put forth the following two constraints in your posts
(1)There is a limitation of SAS in our organisation that we will not be able to import excel files
(2)As the final xpt files need to be sent to client and they are requesting us to use only SAS for this.

The plausible approach would be to export the excel to csv (preferably from excel itself) and then use SAS to import the data (csv file) and then create a transport file(xpt). This approach will satisfy both of your constraints.
In my view the suggestion by @Reeza needs to be considered. That simplifies the entire process. You may need to convince the decision makers in your company to implement this suggestion.

The article explorers quick and efficient ways to export data from Excel to CSV keeping all special characters and foreign symbols intact. The methods work for all versions of Excel, from 365 to 2007.

Comma separated values (CSV) is a widely used format that stores tabular data (numbers and text) as plain text. Its popularity and viability are due to the fact that CSV files are supported by many different applications and systems at least as an alternative import/export format. The CSV format allows users to glance at the file and immediately diagnose the problems with data, change the delimiter, text qualifier, etc. All this is possible because a CSV document is plain text and an average user or even a novice can easily understand it without any learning curve.

In essence, each CSV format saves data as comma-separated values but performs encoding in a slightly different way. For example, Mac uses a single carriage return () represented by \r for a line break, while Windows uses a combination of carriage return and line feed () represented by \r\n.

CSV UTF-8 (comma delimited). It is Unicode Transformation Format 8-bit encoding that supports many special characters, including hieroglyphs and accented characters, and is backward compatible with ASCII. This format is recommended for files that contain any non-ASCII characters since the classic CSV format destroys them.

Unicode Text (*.txt). This is a computing industry standard supported by almost all current operating systems including Windows, Macintosh, Linux and Solaris Unix. It can handle characters of almost all modern languages and some ancient ones.

When Excel data is to be transferred to some other application such as the Outlook Address book or Access database, the easiest way is to save your worksheet as a .csv file, and then import that file to another program.

In case your worksheet has any formatting, formulas, charts, shapes or other objects, you will be informed that some features in your workbook might be lost if you save it as CSV (Comma delimited). If that is Okay, click Yes to complete the conversion without the unsupported features.

Export Excel to CSV without destroying special charactersIf your spreadsheet contains some special symbols, smart quotes or long dashes (e.g. inherited from a Word document), foreign characters (tildes, accents, etc.) or hieroglyphs, the method described above won't work.

UTF-8 is a more compact encoding since it uses 1 to 4 bytes for each symbol. Generally, this format is recommended if ASCII characters are most prevalent in your file because most such characters are stored in one byte each. Another advantage is that a UTF-8 file containing only ASCII characters has absolutely the same encoding as an ASCII file.

UTF-16 uses 2 to 4 bytes to encode each symbol. However, a UTF-16 file does not always require more storage than UTF-8. For example, Japanese characters take 3 to 4 bytes in UTF-8 and 2 to 4 bytes in UTF-16. So, you may want to use UTF-16 if your data contains any Asian characters, including Japanese, Chinese or Korean. A noticeable disadvantage of this format is that it's not fully compatible with ASCII files and requires some Unicode-aware programs to display them. Please keep that in mind if you are going to import the resulting document somewhere outside of Excel.

c80f0f1006
Reply all
Reply to author
Forward
0 new messages