Fix Duplicate Vg Names
Taneka Tarring
I keep running into this issue of "contains glyphs with duplicate production names: Tcommacent.smp, uni021A (unio021A.smp) . And if I go through and find the named glyphs and delete them then a more complicated long error message appears.
In all or most of my folders, my file names are duplicated but with a period-underscore "._" appearing before each duplicate. The duplicates don't open to anything except "This file type can't be viewed".
This may have come about when I briefly tried using a memory stick as a Dropbox folder. I moved my default folder back to my desktop when I saw that Dropbox does not recommend using a memory stick. But now I have these weird extra phantom files.
The "._" files you see are MacOS X system files. The reason you see them is because you placed your Mac Dropbox folder on a volume which doesn't respect the hidden attribute of those files (i.e. FAT). They can be safely deleted.
Hi, I have the exact same problem. I'm using a Qnap NAS with cloud sync for my dropbox. when I save a file from my mac onto the NAS, duplicate files as described above appear. Even if I can safely delete them: how can I prevent the duplicate files to appear at the first place? Is it a problem of the NAS file system or an OS X problem? This is scaring me big time...!
As I said above, "._" files are MacOS X system files. The reason you see them is because the Mac Dropbox folder has been placed on a disk volume formatted with a non-Mac filesystem which doesn't respect the hidden attribute of those files. You can delete them, but they'll be recreated by your Mac every time you access those files.
The effect would have been mitigated by ensuring the target volume was first formatted to the native MacOS filesystem. However, I would also note that Dropbox are pretty clear that they don't support removable drives or network volumes.
Thanks Robert -- I didn't know that network volumes weren't supported. Good to know. And Art -- these things scare me big time because 1) I don't want double the amount of space on my dropbox and b) no one is going to help me if I delete stuff and things get lost forever... but now that I know that network volumes are not supported, I will have to do it differently or cancel my business account. I'll keep testing a bit before I do that though because I really love dropbox.
Robert, I am using a QNap NAS with the Cloud Drive Sync (Dropbox) App. So, what you are saying is that QNap does something unsupported by Dropbox? If that is so, I would just bring it right back to where I bought it from...
I'm trying to import a .cvs datasheet and it just keeps giving me the above error. None of the field names are duplicate, they don't have any spaces or special characters. I also don't have any other layers in my content (I deleted them all). Any advice?
Thanks for the suggestions! I thought that might be the case, so I went back and changed them all to ensure they are unique, without spaces or special characters. I finally got it to work by loading it through a map, instead of just trying to add it as a layer. Seems like a bug in the program.
I have faced with the same problem. When I changed the file encoding to Unicode and saved the original file as an unicode file, it works! It's might because my original file has Chinese charaters and English characters.
I've the task to load hundreds of planning files that are in xlsb format. Im using the macro and instructions that are given in this article here. To see if the macro works and reduce runtime I only load the planning files for december, which are 10 xlsb files. 1 for each department. When i run the macro from the article I get errors that it cant find the files in the appdata/local/temp folder. After some research on why it can't find several files I found out why:
The macro creates a file in the temp folder for each batchID. Each planning file receives 1 batchID which means the macro would be searching for only 10 file in the appdata/local/temp folder. But this is not the case, it will search for 15 files and will only find the first 10. After researching why it is searching for 15 files I saw that the directory tool outputs 15 record of xlsb files while there are only 10 in the folder. Here is where my question is starting:
I've made a new worflow where only the directory tool is present. I entered the file path to the folder where the 10 xlsb planning files are stored. See the picture below a screenshot of the files in the folder:
In the configuration of the directory tool I entered the file path of the folder and inserted the following file specification: *.xlsb
I would expect that the directory tool will output 10 records: 1 for each xlsb file.
But the truth is that the directory tool outputs 16 records. Where the first 10 records are the record that I expect to receive and the last 6 records being a sort of duplicates. See the screenshot below the output of the directory tool:
I also thought using a filter would be a valid solution and it is. The workflow now works completely fine without errors. But I was still wondering why it produces these 'duplicate' records. That those are version control files could be the answer.
Thank you for your reaction!
It's weird because I do not have any of the files open. I did copy the files from a network drive and pasted it in my local storage. Maybe it kept the status that the files are opened? No idea what's wrong with the files but good to know that the problem occurs when a file is still opened.
I have been running into the same issue with Arc Online where I try to import from file and upload my CSV but it shows the error message "An error occurred while creating features. (Duplicate field names are not allowed. ())" This has been occurring even when:
If you are working with your data in excel before converting the file to a csv, make sure you delete any extra fields you may have typed in. If you find this happens frequently, try opening the csv before publishing so you can start to understand what is causing the blank fields to be created in the CSV while using excel.
I am experiencing the same issue and followed the advice re: viewing in notepad. Sure enough the commas are there. As I downloaded the file from an online source, I did not conduct the conversion to CSV. I cannot figure out how to remove the blank fields that are causing this error. Do you have any advice on how to understand/discover what is causing these blank fields?
I am also having the same issue too! Another thread also recommended removing all spaces from your header and replacing it with "_". This has not fixed my issue unfortunately. But I will keep trying! Do feel free to update your progress too!
Specifically, let's say a supplier uses a McMaster screw with part number 12345a123 and adds it to a project as a new file. This file is part of an assembly that I want to send back to PDM. But in my PDM I already have 12345a123 - the same file and name as what the supplier had put in.
What is the recommended method for updating the project file with the file from our PDM? Is there one? Simply trying to add the existing PDM file to the Project doesn't work (tried this first) and I'm uninterested in adding duplicates with versions of the same name (12345a123_) back into our PDM so renaming the offending file in Project is likely the last resort.
Bring the assembly and all components except the duplicate(s) into PDM, then load the assembly in Creo. Creo should find your original duplicate part numbers and load them. The problem will be if the parts use a different orientation/mating scheme and you may have to reposition the parts.
Bring the ProjectLink assembly into a session of Creo and then replace the components with the ones in PDMlink before saving in PDMLink. It may be a long process, depending on how many assemblies you have, but it will prevent duplicate parts.
Next time you work with a contractor, put the common components into ProjectLink first so they are using the same components. When you bring everything back in, it should come in with no duplicate errors.
Either file name conflicts should be checked at the site level (across all contexts) by default or this "Resolve Identity Conflicts" function needs to cover something other than a stand-alone Creo part.
I think it is unusual that the genus Monarcha would be allowed to be used twice within the same Kingdom, even though the two genera are in different classes. Insects and vertebrates are both covered under the same nomenclatural code (ICZN).
I always get bothered by Knowltonia, a rare Buprestid genus and some genus of plant called Burnleafs. It makes it hard to ID Knowltonia (Buprestid) genus, since there are way more plants in the genus than insects in their genus.
Usually when two or more taxa are found to have the same genus name or genus+species combination, the oldest name is kept, but in some rare cases the more recent name is kept, upon special petition to the International Commission of Zoological Nomenclature (e.g. if the newer name is much more widely used, and/or the older name improperly assigned, and/or if changing the new name would wreak havoc on the taxonomy of well-established tribes, subfamilies, and family names based on the name).
Coincidentally (and totally unrelated to the cnidarian name) the millipede genus Siphonophora mentioned above (described in 1837, and the namesake of the family Siphonophoridae and order Siphonophorida) was kept upon petition to the ICZN despite the name being previously given to a bryozoan in 1823 (you can read about it here). And lastly, just to make things more confusing, an aphid genus was also named Siphonophora in 1855, but this is invalid due to the earlier millipede name. Phew!
c80f0f1006