Remove Data Link Civil 3d

[Brian]

AutoCADCivil 3D will hang on to some missing external references and their existence may not be apparent. Missing references include missing DWG file, images, ESRI Shapefiles, Data Links, and Databases. In most cases you can edit or disconnect missing reference files in the External References Manager, but not always. Today I want to pass on how to delete Data Links in AutoCAD Civil 3D.

People use Data Links to populate drawing tables with Excel spreadsheet data. These will show up in the External References Manager. If the reference is missing, the yellow exclamation dialog will appear next to the reference. Unfortunately, you cannot delete the reference from the XREF Manager.

The link will disappear from the XREF Manager after it is deleted in the Data Link Manager. More importantly, Vault will allow you to release the CAD file (provided all of the other requirements are met).

Received a huge drawing set with multiple data links on various pages. when I open a drawing I get update drawing references because of the "not found" data link of which were not included in drawing set. I've tried datalink but link does not show up in box to delete. Help....

I have a drawing (attached) that is referencing a data link and I can see it in DATALINK's Data Link Manager form, but when I try to delete it, i'm told "The data link is being used and cannot be deleted." For the life of me I cannot see WHERE it is being used.

I had this exact problem also. Found that the data link was embedded in a Table Style sent from the Architect. Deleted the Table Style (it was not being used) and then was able to delete the Data Link reference.

I created a link to an Excel file to create a table. Before I ETransmit the AutoCAD file (along with many other files) I want to remove the link so that the table is embedded with no need for the external file. When I have somebody who doesn't have the linked file on their machine open the file they get a "missing external file" message" despite the fact that I ran the detach data link command and have purge selected in the ETransmit setup. The table shows up with the data, but I want to eliminate the nag pop up about the missing file. I know you can click the ignore button, but I don't want our customer to have to bother with it.

I am having the same problem as described above. I am using AutoCAD Electrical 2012. I need to completely delete a Data Link for an external Reference File. I tried the tip above in this thread, but my 2012 version says "Unknown Command" in the command line... it does not recogize this remedy from earlier versions...

Data links are stored inside the drawing file as dictionary objects. That line which Tommy gave is a lisp which deletes the entire link dictionary - i.e. removes all data links. Most links disappear of their own, or you can delete them through the DataLink command. Some don't want to play well though. If you want a more fine-grained control, you could try my DictEdit routine here: =78139

If that doesn't work and you can't use lisp (i.e. on LT), then try doing a WBlock (with Entire Drawing checked). As long as there's no tables attached to a datalink, this should make a new duplicate DWG file without any datalinks in it. Just make sure you've detached all data links from all tables (as Eyde's explained) before doing the wblock.

Note wblock does much more than detatch datalinks, it's one of the oldest methods for cleaning a DWG file. Usually it cleans it better than you can accomplish with purge & audit only. This is both good and bad, e.g. while all the usual stuff gets "purged", unexpected purges also happen like unused Page Setups are cleared.

I have the same issue; a base dwg with a ton of xrefs from clients and a ton of DXE data links that are no longer valid and you can't purge them. I've tried...(dictremove (namedobjdict) "ACAD_DATALINK") But all that did was remove the datalink dictionary entirely (didn't touch the DXEs). I've tried the dictEdit.lsp...that had no affect. It runs and shows a list of datalinks but not the DXEs of course. I tried wblocking the entire dwg, didn't work. I went in to each of the damn xrefs to find when these DXEs show up, and I've identified that. But I still have no clue as to how to get rid of these things. These ghost data links must be getting read from somewhere?? What table is being read that populates XREF Manager? If it's showing up as links there, then it has to be in the dwg database somewhere. What about "super purge?" Is that still available?

If you mean that the DXE is still listed as linked, then it's most probably a situation of one (or more) of the xref containing the links. You'll need to open each xref in turn, clear the dictionaries from there, save, close reload, next. Until you've "cleaned" all the xrefs, then to be sure, clean the container DWG too. save close and reopen.

I was using a pre-existing drawing set for a new project design. The XREF manager showed the pre-existing data link on the list but apparently XREF manager doesn't let you detach or remove if the data link is deleted at some point.

My question is. How do I remove excel data links from my Reference Manager (see attached image). What I have been doing is AutoCad erasing the graphics from my drawing but the link still remains in the xref manager window.

Working in C3D 2013...the dxedel did not work. Links still listed in Xref manager and not able to be removed, detached, etc. No data tables exist in drawing. Are there any other solutions to this issue? Any help would be appreciated. Thank you!

If the drawing is not very complicated (multiple layout tabs), you can open a new drawing and then wblock your current problem drawing into the new drawing. The only items that can be copied have to be On, and Unlocked.

By contrast, a health plan report that only noted the average age of health plan members was 45 years would not be PHI because that information, although developed by aggregating information from individual plan member records, does not identify any individual plan members and there is no reasonable basis to believe that it could be used to identify an individual.

The relationship with health information is fundamental. Identifying information alone, such as personal names, residential addresses, or phone numbers, would not necessarily be designated as PHI. For instance, if such information was reported as part of a publicly accessible data source, such as a phone book, then this information would not be PHI because it is not related to heath data (see above). If such information was listed with health condition, health care provision or payment data, such as an indication that the individual was treated at a certain clinic, then this information would be PHI.

The increasing adoption of health information technologies in the United States accelerates their potential to facilitate beneficial studies that combine large, complex data sets from multiple sources. The process of de-identification, by which identifiers are removed from the health information, mitigates privacy risks to individuals and thereby supports the secondary use of data for comparative effectiveness studies, policy assessment, life sciences research, and other endeavors.

The Privacy Rule was designed to protect individually identifiable health information through permitting only certain uses and disclosures of PHI provided by the Rule, or as authorized by the individual subject of the information. However, in recognition of the potential utility of health information even when it is not individually identifiable, 164.502(d) of the Privacy Rule permits a covered entity or its business associate to create information that is not individually identifiable by following the de-identification standard and implementation specifications in 164.514(a)-(b). These provisions allow the entity to use and disclose information that neither identifies nor provides a reasonable basis to identify an individual.4 As discussed below, the Privacy Rule provides two de-identification methods: 1) a formal determination by a qualified expert; or 2) the removal of specified individual identifiers as well as absence of actual knowledge by the covered entity that the remaining information could be used alone or in combination with other information to identify the individual.

Both methods, even when properly applied, yield de-identified data that retains some risk of identification. Although the risk is very small, it is not zero, and there is a possibility that de-identified data could be linked back to the identity of the patient to which it corresponds.

Regardless of the method by which de-identification is achieved, the Privacy Rule does not restrict the use or disclosure of de-identified health information, as it is no longer considered protected health information.

Section 164.514(a) of the HIPAA Privacy Rule provides the standard for de-identification of protected health information. Under this standard, health information is not individually identifiable if it does not identify an individual and if the covered entity has no reasonable basis to believe it can be used to identify an individual.

164.514 Other requirements relating to uses and disclosures of protected health information.

(a) Standard: de-identification of protected health information. Health information that does not identify an individual and with respect to which there is no reasonable basis to believe that the information can be used to identify an individual is not individually identifiable health information.

Sections 164.514(b) and(c) of the Privacy Rule contain the implementation specifications that a covered entity must follow to meet the de-identification standard. As summarized in Figure 1, the Privacy Rule provides two methods by which health information can be designated as de-identified.

3a8082e126