How to verify unwanted symbols modifications?

It is going to be difficult to do this & the reason is just because there is a corporate library does not mean the symbols in that library were created correctly.

There are some checks you could make that are not too difficult to do. In 16.6 go to Place > Update Symbols & check either all the symbols or just ones you suspect may have been updated at the board level
and then hit apply.

With this process symbols on the board will be updated to reflect what is in your library. After the update run a DRC. If drc produces errors those errors could be due to things getting changed such as the pad size
on a symbol etc.

Other things such as the Silkscreen, Refdez size may look different after the update which means at the board level someone had edited these objects. Silk edits etc are not so bad but things like pad edits can
have a huge impact in some cases in a really bad way.

Most operations you can do are really contingent on how good the library of symbols is. On difficult Symbols such as BGA's, Tssop's etc or symbols you feel may be suspect it would be best to go the long road
of verifying they do indeed meet spec's. "Can be a hugely time consuming task"

Another approach is to take your finished board and check it's rev. Does the rev match the design ?. If all is good then one could assume that this board is fine. Additional checks would be to Export the artwork
Gerbers and then pull them back in as an overlay and see if there is a 1:1 relationship. This would indicate the board and what got sent to the board house are the same.

All the best..

Ďakujem za rady,
hľadal som rýchly a jednoznačný spôsob.

Skúšal som tiež exportovať knižnicu z hotového DPS a porovnať ju s podnikovou knižnicou na úrovni súborov (napr .: * .pad z exportu == * .pad z podnikovej knižnice). Zistil som však, že súbory z exportovanej knižnice sú odlišné od tých, ktoré boli preukázateľne použité pri návrhu DPS. Majú inú veľkosť - vo všeobecnosti sú exportované súbory z hotového DPS menšie ako tie z knižnice, ktoré boli použité pri návrhu DPS. Nerozumiem prečo.

Už nájdem nejaký kompromisný spôsob overenia. Pekný deň.

S pozdravom
Michal

OK, again :)

Thank you for advices,
I was looking for a quick and unequivocal way.

I also tried to export the library from the finished PCB and compare it with the corporate library at the file level (eg: * .pad from export == * .pad from the company library). However, I found that the files from the exported library are different from those that were demonstrably used in the design of the PCB. They have a different size - in general, the exported files from the finished PCB are smaller than those from the library that were used in the PCB design. I do not understand why.

I will already find some compromise way of verification. Have a nice day.

Sincerely,
Michal

The only way to insure that you get exactly what is in library is to refresh all symbols. To not refresh text:or you will lost refdes moves on assembly and silkscreen.

Refresh also shapes (some padsatck mayuse shape for definition. Exemple for SOT89) and padastacks.

Then create a report for symbol library path: does the symbols taken from library or from somewhere else (locally...)

Even if DRC says 'no drc found" some footprint may have been changed.

The only way to insure that you get exactly what is in library is to refresh all symbols. To not refresh text:or you will lost refdes moves on assembly and silkscreen.

Refresh also shapes (some padsatck mayuse shape for definition. Exemple for SOT89) and padastacks.

Then create a report for symbol library path: does the symbols taken from library or from somewhere else (locally...)

Even if DRC says 'no drc found" some footprint may have been changed.