מבט אמיתי על קבצי DWG – גירסת 2011

אני רוצה לעשות הפסקה קצרה בשטף הפוסטים הטכניים, כדי לדבר (שוב) על נפלאותיה של תוכנת DWGTrueView. גירסה 2011 מוכנה להורדה בחינם באתר אוטודסק.

DWGTrueView היא צפיין חינמי לקבצי DWG מבית אוטודסק. אבל היתרון המשמעותי שלה עבור משתמשי אוטוקאד היא תוכנת DWGConvert  אשר כלולה בפנים.

DWGConvert מאפשרת:

–          המרת קובץ DWG מגירסא מתקדמת לגירסא ישנה יותר

–          זיהוי אוטומטי של כל האקסרפים והמרתם יחד עם קובץ האב

–          הרצת Recover ו- purge על הקבצים המומרים.

מכיוון שאפשר להריץ את התוכנה על תיקיות שלמות, זו שיטה נהדרת לעשות recover ו- purge בבת אחת על המון קבצים. אבל, חשוב לזכור, לא מומלץ לעשות את זה אם אתם עובדים על 2000/2, פערי הגירסאות בין 2010 ל- 2000 עלולים ליצור בעיות.

כמו כן, אם האוטוקאד שלכם הוא 2007 ומטה, ניתן להוסיף לתוכנה זו שתי תוכנות ניקוי של אוטודסק, אשר קיימות רק עבור 2008 ומעלה:

Regapp ID Cleanup Utility

Scale List Cleanup Utility

 

קנה מידה אחד לחמודי

כשלמדתי אדריכלות, היה לנו מושג שנקרא קנה מידה "אחד לחמודי", שמשמעו היתה לקחת את השרטוט ולהריץ אותו במכונת צילום ב- 50%. השרטוט המוקטן מייד היה מקבל מראה איכותי ודחוס.

 

אז למי שמתעסק בקני מידה חמודים או סתם שונים, הנה המשך קטן לפוסט משבוע שעבר בנושא הדפסה בקנה מידה:

רשימת קני המידה אשר מגיעה כשאר לוחצים על standard scale בתוך תיבת ה- properties, היא רשימה סטנדרטית שקיימת בתבנית הקובץ (dwt).

 

מה קורה כאשר אתם זקוקים לקנה מידה שאינו מופיע ברשימה, למשל 1:25?

אתם יכולים באופן נקודתי להשתמש ב- custom scale , ולהקליד 0.04

או, אם זהו קנה מידה נפוץ אצלכם, להוסיף אותו לרשימה הסטנדרטית של קנה המידה.

 

הוספת קנה מידה לרשימה (scale list)

ניתן להגיע לרשימה זו בשלוש דרכים (לפחות)

משורת הפקודה: scalelistedit

מהתפריט העליון: Format>Scale List

כשאתם בוחרים viewport מופיע בשורה התחתונה סרגל כלים קטן של viewport scale

כשאתם בוחרים קנה מידה משם, יש אפשרות ל-custom

עכשיו תגיעו אל הטבלה הזו, בה תוכלו להוסיף קנה מידה בדרך הבאה:

הערה:

זו הטבלה הידועה לשימצה אשר מזדבלת לעיתים וגורמת לאוטוקאד 2007 או 2008 לעבוד מאוד לאט. אם קנה המידה שהוספתם בשימוש, ז"א שיש viewport בשרטוט שיש לו את קנה המידה הזה, איפוס רשימת קני המידה לא תשפיע עליו והוא לא ימחק.

זהו לבינתיים

הדפסה נעימה לכולם

פוסט ממש קצר על הדפסה בקנה מידה

והיום משהו קטן ומועיל.

כל כך מועיל, שאני לא ממש מבינה למה כל העולם לא עובד ככה….. כשאני מסדרת layout להדפסה בפעם הראשונה באמצעות page setup, אני תמיד מיידעת את האוטוקאד ש- 10 מילימטרים היא יחידת שרטוט אחת (סנטימטרים), בהנחה שהשרטוט שלי הוא בסנטימטרים:

לאחר שעשיתי את זה, אני יכולה לתת לכל viewport קנה מידה אמיתי מהרשימה ב- properties, למשל 1:50.

כך, אני לא נזקקת לחישובים המוזרים שהיינו עושים פעם (זוכרים את zoom xp? עוד הרבה לפני ש- xp היתה מערכת הפעלה)

(ומי שעובד במטרים, אז כן, 1000 מילימטרים שווים יחידת שרטוט אחת)

הרהורי חול מועד

אתמול קיבלתי בקשת תמיכה מבעלים של משרד אדריכלים. זה לא קורה הרבה, כי באופן טבעי מי שמתקשר בבקשות תמיכה אלו הם העובדים. אבל כל העובדים שלו היו בחופש, והוא רצה לעשות משהו באחד הפרויקטים. כשהוא ניסה לקחת קבצים הביתה כדי לעבוד עליהם הוא גילה שהקבצים גדולים באופן לא רגיל (8-33mb) ושהם עובדים לא כל כך טוב.

מיד עברתי איתו על השיגרה הרגילה של לבדוק regapps, ו- scalelists, שני התחלואים הנפוצים ביותר של קבצי אוטוקאד. (על scalelists כתבתי כאן. ואת נושא ה- regapps  הזכרתי בשורה בפוסט הקודם על ניקיון פסח, וגם קצת כאן, אבל אם תהיינה בקשות מהקהל, אני מוכנה להרחיב בנושא)

זה לא עזר. הקבצים נשארו גדולים ואיטיים.

פתחנו ביחד את הקובץ הגדול ביותר, קובץ חתכים ששקל 33mb. עשינו לו wblock לקובץ חדש, והוא קטן ל- 26mb. שזה עדיין גודל שערורייתי לקובץ אוטוקאד.

קיבלנו את הדין. הקבצים גדולים באופן אמיתי, כי יש בהם הרבה מאוד אינפורמציה.

עכשיו התחלנו להסתכל על הקובץ: כדי לשרטט חתכים, העובד הכניס פיזית לתוך הקובץ את כל תוכניות הקומה של הפרויקט (8-9 קומות). ושרטט את כל החתכים באותו הקובץ. מה שנוצר הוא קובץ ענק ששמו "חתכים", שיש בו את כל חתכי הפרויקט (נו מילא), אבל גם את כל התוכניות של הפרויקט.

ולמה זה לא טוב?

1. כי זה תופס מקום: כל התוכניות הן מידע עודף ומוכפל, זה כמו להחזיק שני עותקים של אותו הספר, זה סתם תופס מקום על המדף.

2. כי זה יוצר בלבול: יתרה מכך, התוכניות קיימות גם במקום אחר, ואם מישהו יעדכן את התוכניות בקובץ האמיתי שלהן, התוכניות בקובץ של החתכים יהיו לא מעודכנות.

3. כי זה כבד לסחוב: קבצים גדולים לא נוח לשלוח באימייל, לוקח זמן לפתוח אותם, ובכלל הם עובדים יותר לאט.

4. כי זה לשים את כל הביצים בסל אחד: כשכל החתכים של הפרויקט בקובץ אחד ענק, אם משהו משתבש בו (ותודו, זה קורה), הלכו כל החתכים.

אז מה כן לעשות?

1. להכניס תוכניות כ- xref, בזמן השרטוט, (רצוי כ- overlay) וכשלא זקוקים להן לעשות unload. כך התוכניות תתפוסנה רק פעם אחת מקום על הדיסק. זה נראה קטנוני, אבל כשמגבים חומר של משרד שלם, הדברים האלו מצטברים.

2. להכניס תוכניות כ- xref, בזמן השרטוט. כך כל שינוי או עדכון של התוכניות יתבטא בזמן אמת בקובץ החתכים.

3. להכניס תוכניות כ- xref, ולהפריד את החתכים למספר קבצים באופן הגיוני. כך כשאתם עובדים על חתך מסוים, אתם לא צריכים לסחוב בזכרון של האוטוקאד את כל החברים שלו, אלא רק כמה טובים באמת. וכשאתם שולחים אותו באימייל, טוב נו, אפשר לשלוח אותו באימייל!!!

4. להפריד, להפריד, להפריד. לא באופן מוגזם כמובן, אבל באופן שמאפשר לפתוח קובץ בזמן סביר. זה קצת ניסוי וטעיה, ומשתנה ממחשב למחשב, ומעובד לעובד. אבל בעיקרון, קבצים קטנים הם קבצים מאושרים.

 

פתאום הכל עובד כל כך לאט……

ישנו באג בגירסאות אוטוקאד 2007, 2008 אשר גורם ליצירה של רשימות ארוכות של קני מידה מיותרים. (שנראים כמו 1:1_XREF). שרטוט הסובל מבאג זה – לא ניתן לפתוח אותו באוטוקאד 2007/8 או שהוא עובד מאוד לאט.

ניתן לנקות את רשימת קני המידה מקומית בשרטוט הפתוח באופן הבא:

Command: -scalelistedit
Enter option [?/Add/Delete/Reset/Exit] : r
Reset scale list to defaults? [Yes/No] : y
Enter option [?/Add/Delete/Reset/Exit] : e

אולם אם אחד מהאקסרפים שלכם נגוע, גם הקובץ הראשי לא יפתח. את הניקוי הזה יש לעשות לקובץ האב, ולכל ה- xrefs שלו. כדי להתגבר על בעיה זו , אוטודסק מספקת אפליקציה קטנה וחינמית אשר מנקה שרטוטים רבים בבת אחת, ולא מתוך האוטוקאד.

ניתן להוריד אותה מאתר אוטודסק.

הבעיה טופלה בגירסת 2009.