משתמשי 2011 – שימו לב!

1. צאו ליום מילואים.*

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

בקבצים כבדים באוטוקאד 2011, כאשר לוחצים על אייקון האצ' HATCH, לעיתים נוצר עיכוב משמעותי בתגובת האוטוקאד.

ניתן לפתור את הבעיה הזו בקלילות על ידי ביטול הקדימון (preview) להאצ.

על ידי משתנה מערכת:

HPQUICKPREVIEW=OFF

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

*'אם אינכם חלק מכוחות המילואים, פשוט לכו לים, או לכל מקום אחר בו תוכלו לא להפעיל את הראש במשך יום שלם.

מה לעשות ומה לא לעשות עם refedit

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

למה לפעמים אי אפשר לשמור שינויים שעשינו ב- refedit?

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

אוקיי, נתקענו, אז מה עושים?

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

אז מה עושים במקום refedit?

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

התשובה טמונה בפקודת xref>overlay.

מה זה overlay?

overlay הוא סוג של אקסרפ שלא נגרר אחרי הקובץ כאשר אנו מכניסים אותו לקובץ אחר.

השימוש בשיטת עבודה זו היא כדלהלן: אל התכנית מכניסים את קובץ ההאצ'ים כ- overlay. אל קובץ ההאצ'ים מכניסים את התכנית כ-overlay. אם היינו משתמשים ב- attach רגיל, האוטוקאד היה מבחין ב- circular reference ומסרב לנו (התכנית גוררת האצ'ים שגוררים את התכנית שגוררת את ההאצ'ים וכך הלאה. אבל מכיוון שהשתמשנו ב- overlay של קובץ רואה את הרקע שלו בלבד.

עכשיו, כשאני רוצה לעשות עריכה של התכנית, אני נמצאת בקובץ התכנית, וההאצ'ים מופעיםי ברקע כאקסרפ. וכשאני רוצה לערוך את ההאצ'ים את פותחת את קובץ ההאצ'ים, והתכנית נמצאת כרקע מאחורה.

קל ופשוט.

תן לעכבר לרוץ במקומך – לחשב כמויות של גמרים

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

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

אז ממש על קצה המזלג:

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

עכשיו יש לי בשרטוט כל מיני בלוקים עם שמות של גמרים ושטחים. ואני עושה attribute extraction ומכניסה את כולם לטבלה.

לטבלה הזו ניתן להוסיף שורות, ובהן להכניס נוסחאות המסכמות את שטחי הגמרים.

וככה נראה התוצר הסופי:

פוליליינים, ובהם האצ'ים

בלוקים אשר מפרטים של שם הגמר, ומקושרים לשטח של ההאצ' באמצעות שדה

טבלה המרכזת את כל הבלוקים בשרטוט, עם שמות הגמרים והשטחים

ותוספת שורות בטבלה אשר מסכמות את שטחי הגמרי םהשונים

משהו קטן ליום שלישי – pickstyle

מכיוון שאני עדיין מרגישה את חומם של חלוקי הנחל החמים בחוף מיגדלור באילת, הנה עוד משהו קטן:

קרה לכם שבחרתם האצ', ויחד איתו נבחרה המסגרת, ואין שום דרך נראית לעין להפריד ביניהם?

האשם הוא משתנה מערכת שנקרא pickstyle

הנה הערכים שלו:

0 – האצ' אסוציאטיבי יבחר בלי המסגרת, ואובייקט של קבוצה יבחר לבד.

1 – כאשר בוחרים אובייקט השייך לקבוצה (groups), כל הקבוצה תיבחר ביחד.

2 – כאשר בוחרים האצ' אסוציאטיבי (מקושר למסגרת שלו), המסגרת תיבחר גם היא.

3 – האצ'ים אסוציאטיביים יבחרו יחד עם המסגרת, וקבוצות אובייקטים (groups) יבחרו ביחד.

אם pickstyle הוא 2 או 3, אז לא תוכלו לבחור האצ' בלי המסגרת.

0 או 1 יאפשרו לבחור רק את ההאצ'.

ועל קבוצות, בהזדמנות אחרת (אולי כאשר אחזור מאיזה טיול מאורגן….)

 

ככה זה כשמתרחקים מהמקורות…..

לא מסתדר לכם ההאצ' של החצץ? או של הבטון?

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

עניין של חישובים, וכל מיני דברים כאלו שקשורים בקרביים של האוטוקאד.

 

אבל יש לזה פתרון מאוד פשוט:

בתיבת ה- hatch edit  (תעשו double-click על ההאצ' הסורר)

בחלק השמאלי התחתון אשר מגדיר את ה- hatch origin

סמנו וי קטן ליד "default to boundary extents"

 

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

 

טקסטים קטנים וחמודים מציצים מבעד מעטה קווים

אין דבר יותר מעצבן מלהדפיס תכנית ואח"כ לבהות בטקסטים קטנים וחמודים אשר מציצים אלינו מבעד למעטה האצ'

אז שני דברים קטנים וחמודים:
(החל מגירסא 2005)
1. פקודת TextToFront – מביאה את כל הטקסטים והמידות קדימה. אפשר להקליד את הפקודה, או למצוא אותה בבתפריט Tools, תחת Draw Order
2. משתנה מערכת HpDrawOrder (ערך רצוי: 1). אפשר להקליד, או לשלוט עליו מתוך תיבת הדיאלוג של Hatch – בצד ימין למטה יש אפשרויות של draw order. ברירת המחדל היא כמדומני "send behind boundary" אבל אני ממליצה בחום על "send to back"
האצ'ים חדשים שישורטטו (לאחר קביעת ערך המשתנה 1) יהיו תמיד מאחורה