Ja w SketchUp-ie jakbym nie narysował jest dobrze.

Jak widać rozjechały się 2 okręgi nie tylko ten poniżej ale również jeden z otworów z płaszczyzny Z=0 (ten mały otwór)

To, jak program w którym rysujemy zinterpretuje narysowany element (jego płaszczyznę) to inna para kaloszy. Mam nadzieję, że w tym drugim przypadku jakaś reguła jednak istnieje.

To się tyczy tylko okręgów?

Oczywiście wszystkiego.

Dobrze rozumiem, że te elementy są na różnych Z i dlatego się rozjechało?

Nie, nie chodzi tu o Z. Powiedzmy, że na kartce rysujesz okręg którego środek masz na pozycji 10,10 Następnie odwracasz tę kartkę na drugą stronę i na pozycji 10,10 rysujesz trochę większe kółko. Teraz to co się wczyta do programu to będzie to, jakbyś na tę kartkę patrzył pod światło i nie będzie to okręg w okręgu tylko dwa oddalone od siebie okręgi.

To jest ten sam plik który jest w pierwszym poście o nazwie Płyta Dolna.dxf.
Mam oczywiście swój plik, który też dołączam. Wersja systemu może: Windows 8.1 64-bit.

Błąd odczytu taki jak na obrazku wynika z tego, że elementy te nie są rysowane na jednej płaszczyźnie – obrazowo jeśli przyjąć że elementy po prawej są narysowane na górnej ściance kostki to te po lewej są narysowane na dolnej. Jako, że piko nie obsługuje takich transformacji trzeba na to zwrócić uwagę. Można też sobie poradzić tak, że wczytać ten plik do LibreCad następnie zapisać ponownie i będzie dobrze.

Tak – właśnie poprawiłem to. Moduł dxf nie do końca dobrze importował elipsy (te łuki są zapisane jako elipsy).