שליפת זכויות בנייה למגרש אחד היא אחת המשימות המתסכלות שיש. התקנון הוא מסמך של שמונים עד מאתיים עמודים, המידע מפוזר בין סעיפים, חלק ממנו נמצא רק בתשריט, וכשסוף סוף מצאתם את מה שחיפשתם אתם עדיין צריכים לבדוק אם יש סעיף אחר שמשנה אותו. אחר כך מגיע התיק הבא ומתחילים מהתחלה.
זו גם אחת המשימות שבינה מלאכותית טובה בהן במיוחד, מסיבה פשוטה: היא לא משעממת אותה. במדריך הזה אני עובר על התהליך המלא כמו שאני עושה אותו בפועל, על תיק אמיתי, ומראה גם את המקומות שבהם הוא נכשל.
לאדריכלים, מתכננים והנדסאים שעובדים מול ועדות. אין צורך ברקע בתכנות ואין צורך בידע ב-GIS. אם אתם לא מכירים בכלל את Claude Code, כדאי להתחיל מהמדריך הכללי ולחזור לכאן.
1. מה באמת יש בתוך תיק תב"ע ממבא"ת
כשמורידים תיק תוכנית ממבא"ת מקבלים תיקייה עם הרבה קבצים, ורוב האדריכלים פותחים מתוכה שניים: את התקנון ואת התשריט. שאר הקבצים נראים טכניים ונשארים סגורים. הם דווקא החלק המעניין.
| סוג | מה זה | מה אפשר לעשות איתו |
|---|---|---|
| הוראות התוכנית | התקנון. PDF של עשרות עד מאות עמודים. | שליפת זכויות, שימושים, הוראות בנייה, וטבלת הייעודים שמתרגמת קודים. |
| התשריט | PDF או תמונה ברזולוציה גבוהה. | קווי בניין, גבולות, סימונים גרפיים שלא מופיעים בטקסט. |
| shapefile | שכבות מידע גיאוגרפי. קבוצת קבצים עם אותו שם וסיומות שונות. | המידע המדויק: רשימת המגרשים, קודי הייעוד, קווי בניין כגיאומטריה. |
| קובצי הצמדה | קובץ טקסט זעיר לצד כל תמונה. | מצמיד את התשריט לקואורדינטות אמיתיות, כך שאפשר להניח אותו על מפה. |
שכבת ה-shapefile היא הלב. היא מכילה טבלת נתונים עם שורה לכל מגרש, ובניגוד לתקנון היא מידע מובנה שאפשר לעבד ישירות בלי לפרש טקסט. הבעיה היחידה היא שאי אפשר לפתוח אותה בלי תוכנת GIS, ולכן רוב המשרדים פשוט מתעלמים ממנה.
2. למה צ'אט רגיל לא מספיק כאן
השאלה הראשונה שאני מקבל היא למה לא פשוט לגרור את התקנון ל-ChatGPT. אפשר, וזה יעבוד חלקית, אבל שתי בעיות עומדות בדרך.
הראשונה היא העברית. חילוץ טקסט עברי מקובץ PDF יוצא לעיתים קרובות הפוך ומעוות. מה שמדאיג בזה הוא לא שזה נכשל, אלא שזה לא נכשל ברעש: המודל מקבל טקסט משובש, מנחש ממנו משמעות, ומחזיר לכם תשובה שנשמעת סבירה לגמרי. אין שום סימן שמשהו השתבש.
השנייה היא שהמידע המדויק לא נמצא בתקנון. רשימת המגרשים והקודים שלהם יושבת בשכבת ה-shapefile, וצ'אט בדפדפן לא יכול לפתוח אותה. כלי שרץ על המחשב פותח את שני המקורות ומצליב ביניהם, וזה בדיוק ההבדל.
3. השאלה הראשונה: אילו מגרשים יש בתוכנית
אני עובד תמיד באותה התחלה. מצביע על התיקייה ושואל את השאלה הכי בסיסית שיש: אילו מגרשים יש בתוכנית הזאת ומה הייעוד של כל אחד.
מה שקורה מאחורי הקלעים מעניין יותר מהתשובה. הכלי מזהה שיש בתיקייה קובצי shapefile, מבין שהוא צריך לפענח אותם, בודק שיש פייתון על המחשב, כותב סקריפט קצר וקורא את טבלת הנתונים. אף אחד לא אמר לו לעשות את זה. ביקשתי תוצאה, לא שיטה.
על תוכנית 410-0749770, שאני משתמש בה כדוגמה כי היא תיק אמיתי ולא מומצא, החזרה הייתה תשעה מגרשים:
| מגרש | קוד ייעוד | ייעוד מפורט | שטח |
|---|---|---|---|
| 101, 102, 103, 104 | 73 | ריק | 0 |
| 201, 203 | 882 | ריק | 0 |
| 301, 302 | 473 | ריק | 0 |
| 401 | 676 | ריק | 0 |
וכאן מתחיל החלק שבאמת שווה משהו.
4. הממצא שמשנה הכל: השדות ריקים
תסתכלו שוב על הטבלה. שדה ייעוד מפורט ריק בכל תשעת המגרשים. שדה השטח מחזיר אפס בכולם. גם שדה היישוב ריק.
זה לא באג ולא תקלה בהורדה. זה פשוט המצב הרגיל בקבצים שמגיעים ממבא"ת: השדות קיימים בתקן, ולא תמיד ממלאים אותם. מי שקורא את השכבה ומדווח בתום לב מה שכתוב בה, מקבל טבלה מסודרת ויפה שאין בה מידע.
שדה ריק ושדה שערכו אפס נראים כמו תשובה. הם לא. שטח שמופיע כאפס חייב להיחשב כלא ידוע, ולא כאפס. ההבדל בין השניים הוא ההבדל בין לדעת שחסר מידע לבין לחשב זכויות על בסיס שקרי.
מה שכן יש הוא קודי הייעוד: 73, 882, 473, 676. המספרים האלה הם המפתח, אבל הם חסרי משמעות בפני עצמם. כדי לתרגם אותם צריך את טבלת הייעודים שנמצאת בתקנון, ושם מתחיל השלב השני: הכלי חוזר ל-PDF, מאתר את הטבלה, ומצליב כל קוד מול המשמעות שלו. רק אחרי ההצלבה הזאת יש לכם באמת רשימת מגרשים עם ייעודים.
השרשרת הזאת, מ-shapefile לקודים ומקודים לתקנון, היא כל הרעיון. אף אחד מהמקורות לא מספיק לבד.
5. זכויות בנייה למגרש ספציפי
כשעוברים משאלה כללית לשאלה ממוקדת, למשל מה הזכויות במגרש 102, המשימה נעשית כבדה יותר וכדאי לעבור למודל חזק. הכלי צריך לאתר את הסעיפים הרלוונטיים בתקנון, לבדוק אם יש סעיף אחר שמסייג אותם, ולהצליב מול מה שמופיע בתשריט.
הדרך שאני עובד בה היא לבקש שלושה דברים יחד, וזה משנה את איכות התוצאה לגמרי:
- את הנתון עצמו. אחוזי בנייה, מספר קומות, גובה, קווי בניין, תכסית.
- ציטוט מילולי מהמקור, לא ניסוח מחדש. אם הוא לא מצליח לצטט, סימן שהוא הסיק ולא מצא.
- מספר הסעיף והעמוד. זה מה שהופך אימות מחיפוש מחדש לבדיקה של שלושים שניות.
בלי הדרישה לציטוט תקבלו סיכום קולח שנשמע סמכותי, ולא תדעו מה בו נשלף ומה הושלם בהיגיון. עם הדרישה לציטוט, אתם רואים מיד איפה הוא בטוח ואיפה לא.
6. התשריט: כשצריך להסתכל ולא לקרוא
חלק מהמידע קיים רק בתשריט. קווי בניין מסוימים, סימונים גרפיים, הערות על גבי המפה. את זה אי אפשר לחלץ כטקסט.
מה שקורה כאן ומפתיע רבים: הכלי ממיר את התשריט לתמונה ומסתכל עליה, בדיוק כמו שאדם מסתכל. הוא לא מנסה לחלץ שכבת טקסט. במיוחד בעברית זו הבחירה הנכונה, כי היא עוקפת את בעיית ההיפוך לגמרי.
וכאן צריך להיות כן: זה החלק הכי חלש בכל התהליך. כשביקשתי סכמה ויזואלית של המגרשים, מה שחזר לא תמיד היה מדויק. לפעמים היא לא בקנה מידה נכון, ולפעמים הוא צייר משהו סביר מהראש במקום להשתמש בגיאומטריה האמיתית שיושבת ב-shapefile. אם הסכמה חשובה לכם, בקשו במפורש שהיא תיבנה מקובצי ה-shapefile ולא מהתשריט, ובדקו אותה.
7. מה יוצא בסוף
התוצר כמעט תמיד יוצא כקובץ HTML, כלומר עמוד שנפתח בדפדפן. זה נראה מוזר בהתחלה ויש לזה סיבה טובה: אפשר לפתוח אותו בכל מחשב בלי אינטרנט ובלי תוכנה, לשלוח אותו בוואטסאפ, והוא מתנהג בדיוק כמו שהוא נכתב. וורד ופאוור פוינט נבנו בשביל בני אדם שעורכים, והם מגבילים את מה שאפשר לייצר.
מה שאני מפיק בפועל מתיק תב"ע:
- תמצית זכויות למגרש או לתוכנית, עם ציטוטים ומספרי סעיפים.
- טבלת מגרשים עם הייעודים המתורגמים, לא הקודים.
- מפה צבעונית לפי ייעוד, שנבנית מהגיאומטריה האמיתית.
- רשימת מה שלא נמצא, וזה הפריט החשוב ביותר ברשימה.
- טיוטת מכתב לוועדה שמסתמכת רק על מה שנשלף ואומת.
לבקש במפורש רשימה של מה שלא נמצא ומה דורש בדיקה ידנית. בלי הבקשה הזאת מקבלים דוח שנראה שלם. איתה מקבלים דוח שיודע להודות במה הוא לא בטוח, וזה ההבדל בין כלי שאפשר לעבוד איתו לבין כלי שצריך לחשוד בו.
8. המלכודות
לכל המלכודות כאן יש מכנה משותף אחד: הן לא מתפוצצות. אין הודעת שגיאה. מקבלים תשובה שנראית תקינה לגמרי, והיא לא.
שדות ריקים שנראים כמו תשובה
כמו שראינו למעלה. ייעוד מפורט ריק, שטח אפס, יישוב ריק. הכלל: קוד מספרי חייב תרגום מהתקנון, ואפס חייב להיקרא כלא ידוע.
עברית הפוכה מ-PDF
חילוץ טקסט עברי יוצא מעוות והמודל מנחש ממנו. אם משהו בתשובה נשמע מוזר או לא מתיישב עם ההיגיון התכנוני, בדקו קודם כל אם הבעיה היא בקריאה ולא בהבנה. העבודה על התשריט כתמונה עוקפת את זה.
סעיף שמסייג סעיף אחר
זו מלכודת שהיא תכנונית ולא טכנית, ולכן מסוכנת יותר. תקנון מכיל סעיף כללי ואחר כך הוראה מיוחדת שמשנה אותו למגרש מסוים. מי שמצא את הסעיף הראשון ועצר, מצא תשובה נכונה שהיא לא נכונה. תמיד לבקש במפורש לבדוק אם יש הוראות מיוחדות או סייגים למגרש הזה.
מערכת קואורדינטות
אם אתם ממשיכים לניתוח מרחבי, למשל מרחק או חיתוך שכבות, ודאו שהעבודה נעשית ברשת ישראל החדשה ולא במעלות. פעולת מרחק על שכבה במעלות מחזירה תוצאה חסרת פשר בלי להתלונן. הרחבתי על זה במדריך על המלכודות הכלליות.
תוכניות ישנות וסרוקות
תוכנית ישנה שסרוקה כתמונה בלי שכבת טקסט, ובלי קובצי shapefile, מאבדת את שני המקורות המובנים. עדיין אפשר לעבוד, אבל רק דרך קריאה ויזואלית, וצריך לאמת הרבה יותר.
9. מה לאמת לפני שזה הולך לוועדה
אני עובד עם החלוקה הזאת, והיא לא השתנתה מאז שהתחלתי:
| מאציל לכלי | מאמת בעצמי, תמיד |
|---|---|
| איתור וליקוט מתוך התקנון | כל מספר שנכנס לטבלת שטחים |
| פענוח קובצי shapefile | ייעוד שמשפיע על מה שאפשר לבנות |
| הצלבה בין הקודים לטבלת הייעודים | קווי בניין |
| סידור, טבלאות, ניסוח ראשוני | כל מה שנשלח בשמי לוועדה |
הרווח האמיתי הוא לא שמישהו אחר מחליט במקומכם. הוא שההבדל בין לחפש נתון בתקנון של מאתיים עמודים לבין לאמת נתון שכבר הפנו אתכם לסעיף המדויק שלו הוא הבדל של סדר גודל.
10. להפוך את זה לתהליך קבוע
עד כאן תיארתי הרצה אחת. הערך האמיתי מגיע כשמפסיקים להריץ ומתחילים לשמור.
אחרי שהתהליך עבד כמו שצריך על תיק אחד, אומרים לכלי לשמור אותו כסקיל. הוא כותב לעצמו מסמך שמתאר את סדר הפעולות: איפה לחפש את השכבות, איך לתרגם קודים, מה לבדוק בתשריט, ומה חייב להופיע בדוח. בתיק הבא הוא לא מגלה שום דבר מחדש, והתוצאה עקבית בין תיקים במקום להשתנות לפי איך שניסחתם את הבקשה.
זה גם המקום שבו זה הופך מכלי אישי לתשתית משרדית. הידע על איך המשרד שלכם מנתח תב"ע מפסיק לשבת בראש של מי שעושה את זה הכי טוב, ומתחיל לשבת בקובץ שכולם עובדים לפיו.
הסקיל המוכן לניתוח תב"ע זמין לרוכשי הקורס בלבד. הוא מבצע את התהליך המלא שתואר כאן, כולל תרגום הקודים, ניתוח התשריט והפקת דוח מסודר, ומגיע עם המלכודות כבר פתורות בתוכו. את השיטה עצמה, על כל שלביה, קראתם כאן בחינם ואתם מוזמנים ליישם אותה לבד. לפרטים על הקורס.
שאלות ותשובות
האם בינה מלאכותית באמת יכולה לנתח תב"ע?
כן, אבל לא בצורה שרוב האנשים מדמיינים. היא לא "מבינה" את התוכנית כמו מתכנן. מה שהיא עושה זה לפתוח את הקבצים שבתיק, לחלץ מהם את המידע המובנה, להצליב מול התקנון, ולהגיש תמצית עם ציטוטים. מה שנחסך הוא החיפוש והליקוט, שהם רוב הזמן. שיקול הדעת התכנוני נשאר אצלכם.
מה בעצם יש בתוך תיק תב"ע שמורידים ממבא"ת?
שלושה סוגי חומר: מסמכי PDF (תקנון, תשריט, נספחים), קובצי shapefile שהם שכבות מידע גיאוגרפי עם טבלת נתונים מאחוריהן, וקובצי תמונה של התשריט עם קובץ הצמדה קטן לקואורדינטות. רוב האדריכלים פותחים רק את ה-PDF, וזה בדיוק החלק שמכיל פחות מידע מובנה.
למה לא פשוט להעלות את התקנון ל-ChatGPT?
אפשר, וזה יעבוד חלקית. שתי בעיות: חילוץ טקסט עברי מ-PDF יוצא לעיתים קרובות הפוך ומעוות, ואז מקבלים תשובה שנשמעת סבירה ומבוססת על ג'יבריש. ובנוסף, המידע המדויק על המגרשים יושב בקובצי shapefile שצ'אט בדפדפן לא יכול לפתוח.
האם אפשר לסמוך על התוצאה ולהגיש אותה לוועדה?
לא בלי בדיקה. דרשו ציטוט מילולי ומספר סעיף לכל נתון, ואמתו את מה שקריטי מול המקור. זה עדיין חוסך את רוב הזמן, כי לאמת נתון שהופנו אליו זה שלושים שניות, ולחפש אותו מאפס זה חצי יום. מה שהולך לוועדה בשמכם באחריותכם.
מה המלכודת הכי מסוכנת?
שדות ריקים בקובצי ה-shapefile. בתוכנית שבדקתי, "ייעוד מפורט" היה ריק בכל תשעת המגרשים ושדה השטח החזיר אפס. כלי שמדווח בתום לב מה שכתוב שם מייצר טבלה מסודרת בלי מידע. קוד ייעוד מספרי חייב תרגום מול טבלת הייעודים בתקנון, ושטח אפס חייב להיחשב כלא ידוע.
האם זה עובד על תוכניות ישנות וסרוקות?
פחות טוב, וכדאי לדעת מראש. תוכנית סרוקה כתמונה בלי שכבת טקסט ובלי shapefile מאבדת את שני המקורות המובנים. מה שכן עובד הוא קריאה ויזואלית של התשריט והתקנון, כמו שאדם מסתכל. איטי יותר ודורש יותר אימות, אבל עדיף על קריאה ידנית של מאתיים עמודים.
כמה זמן זה לוקח בפועל?
תלוי בגודל התיק ובעומק שביקשתם. שאלה כמו "אילו מגרשים יש ומה הייעוד" חוזרת תוך דקות. תמצית זכויות מלאה עם ציטוטים ואימות מול התשריט לוקחת יותר. הרווח האמיתי הוא בתיק השני, כשהתהליך כבר שמור כסקיל ורץ לפי מתכון.
אני לא יודע לתכנת. זה רלוונטי לי?
כן. אתם לא כותבים קוד ולא קוראים קוד. מצביעים על התיקייה שהורדתם ממבא"ת וכותבים בעברית מה רוצים לדעת. הקוד נכתב מאחורי הקלעים ואתם לא רואים אותו. הקושי היחיד הוא ההתקנה, והיא חד פעמית.
מה זה shapefile ולמה הוא חשוב כאן?
פורמט של שכבת מידע גיאוגרפי. מגיע כקבוצת קבצים עם אותו שם וסיומות שונות, ואי אפשר להפריד ביניהם. אחד מכיל את הגיאומטריה, כלומר את הצורה של כל מגרש, ואחר מכיל טבלת נתונים עם שורה לכל מגרש. זה החלק בתיק שמכיל מידע מדויק שאפשר לעבד.
האם הכלים לניתוח תב"ע זמינים להורדה?
הסקיל שמבצע את התהליך המלא, כולל הפקת דוח וניתוח התשריט, הוא חלק מחבילת הקורס והגישה אליו לרוכשי הקורס בלבד. את השיטה עצמה, כולל סדר הפעולות והמלכודות, אפשר ללמוד מהמדריך הזה בחינם וליישם לבד.
להעמיק הלאה
- קלוד קוד לאדריכלים, המדריך המלא. הסקירה הכללית שממנה כל המדריכים האלה מסתעפים.
- פרק המלכודות. יחידות שרטוט, מערכות קואורדינטות ותקרות שקטות בקוד.
- QGIS לאדריכלים. שכבות ה-shapefile של מבא"ת הן GIS, וזה מה שאפשר לעשות איתן הלאה.
- סקילים. איך הופכים תהליך שעבד פעם אחת לכלי שרץ שוב על כל תיק.
רוצים לבנות את זה על התיק שלכם?
המדריך נותן את השיטה. הקורס נותן את חבילת ההתקנה, את הסקילים המוכנים, ואת ארבעת המפגשים שבהם התהליך הזה נבנה מול העיניים שלכם על תב"ע אמיתית.
לסילבוס המלא של הקורס4 מפגשים מוקלטים · גישה מיידית · בלי רקע בתכנות · שאלה? בוואטסאפ