360 사진 · 드론 모델링 → 깊이 분석 → 층 모델링 → 층 드로잉

들어온 것만으로 끝까지 갑니다 — 360 한 장만, 드론 모델링만, 또는 둘 다. 그림은 모두 이 프로젝트에서 실제로 만든 것이고, 단계마다 지금 어디까지 웹에서 되는지 적었습니다. 2026-11-01 새벽 기준 — 결과가 바뀌면 이 쪽도 고칩니다. 워크숍 «도시 재야생화» 2부와 이어집니다.

세 경우 — 360만 · 드론만 · 둘 다(가까운 것은 360, 먼 것은 드론).

참가자는 자기가 찍어 온 사진을 넣고, 깊이 분석 · 층 모델 · 층 드로잉을 받습니다. 사이트 화면은 따라 하기. 지금(아래 «변경 기록»의 마지막 날짜) 어떻게 만들어지는지 차례대로 적습니다 — 바뀌면 이 차례와 «변경 기록»을 함께 고칩니다.

1. 사진 넣기 — 한 자리에서 휴대폰으로 돌아가며 겹치게 찍은 사진(30장 안팎) 또는 360 파일 하나(Insta360 · 2:1 JPG · .insp)를 올립니다.
2. 360 만들기(사진일 때) — 구글 클라우드가 사진을 이어 360 한 장으로 붙입니다(1~3분). 사진이 모자라 다 덮지 못하면 360을 만들지 않고 «같은 자리에서 겹치게 더 찍어 올려 주십시오»라고 알립니다. 사람 얼굴은 흐립니다.
3. 깊이 분석 — 깊이 AI(DAP)가 360의 모든 점이 카메라에서 몇 m인지 잽니다.
4. 물건 읽기 — 360을 사진 18장으로 나눠 글 AI가 보이는 것(건물 · 차 · 벤치 · 화분 · 나무 …)의 이름 · 재질 · 자리를 읽습니다.
5. 층 모델 — 땅 · 건물 · 담 · 식물 · 물건 층으로 세웁니다.
   • 땅 · 비탈 · 덤불: 깊이로 잰 겉면 그대로.
   • 건물: 건물로 — 건물통합정보(GIS)의 윤곽 · 높이 + 360이 본 벽면의 창 · 문 자리.
   • 차 · 벤치 · 화분 · 간판 같은 물건: 물건마다 그 물건의 3D 모델(아래 6).
   • 상자 · 원기둥 같은 도형으로 바꿔 세우지 않습니다.
6. 물건 3D 모델 — ① 360에서 그 물건만 잘라 냅니다(대개 일부가 가려져 있음) ② 그림 AI(gemini-3-pro-image-preview)가 그 조각을 보고 «흰 바탕에 그 물건 전체»를 그립니다 — 가려진 부분은 짐작이라 «짐작»으로 표시 ③ 3D AI(Stability SPAR3D)가 그 그림을 돌려 볼 수 있는 3D 모델로 만듭니다 ④ 깊이로 잰 크기 · 방향대로 360 속 제자리에 놓습니다.
7. 층 드로잉 — 모델을 아이소메트릭으로 그립니다. 코드가 선 · 단면 빗금 · 재질을 그리고, 그림 AI는 재질만 다시 칠합니다. 층마다 막대로 켜고 끄고, 물건마다 번호와 이름이 붙습니다. 원본 360 · 물건 상자 · 깊이 그림이 드로잉 곁에 함께 뜹니다(7~10분).
8. 변화 기록(다음 단계) — 같은 자리를 편집한 미래 그림으로 같은 모델 · 드로잉(B)을 만들고, 지금(A)에서 바뀐 것을 층으로 겹쳐 봅니다.

지금 되는 것과 안 되는 것(11월 1일 06시) — 1~4 · 7은 실제 웹사이트에서 됩니다. 5의 «건물은 건물로»와 6(물건 3D)은 고치는 중이라 지금 화면의 드로잉에는 아직 상자 · 덩이 꼴이 남아 있습니다. 하늘(드론 높이)에서 찍은 360은 아직 빈 드로잉이 나와 고치는 중입니다. 8은 시험 중입니다.

360이 땅 위 어디서 어느 쪽을 보는지 정합니다. 드론 모델링은 GPS로 이미 자리가 있습니다. — 한 컴퓨터에서만 됨

360은 깊이 AI(DAP)로 거리를 재고, 드론 모델링은 점을 미터 좌표로 옮겨 층으로 가릅니다. — 웹에서 됨(11월 1일부터, 구글 클라우드 작업)

물건마다 윤곽을 따서 땅 · 건물 · 담 · 식물 · 물건 층으로 덩어리를 세웁니다. — 웹에서 됨(덩어리는 아직 상자 · 기둥꼴 — 아래 «고치는 차례»)

같은 클라우드 작업 코드로 만든 판입니다. 드론만 · 둘 다는 보일 만하고, 360만은 아직 원본과 닮지 않았습니다.

원본 360과 견준 것(11월 1일 새벽):

• 초량(휴대폰 360): 이 자리의 얼굴인 둥근 벽돌 건물 모서리가 곧은 담 한 줄로만, 주차된 차 둘이 각진 덩이로, 화분 여럿이 큰 반구 하나로 나옵니다. 큰 호텔 · 맞은편 건물은 6 m 밖이라 점선 윤곽뿐입니다.
• 영선-002(360만): 원본은 70% 넘게가 덤불 · 풀 · 큰 나무이고 비탈을 계단이 오르는데, 드로잉은 평평한 흙에 덤불 넷입니다. 오른쪽 5층 아파트 · 가로등도 제 높이로 서지 않습니다.
• 왜 10월 13~14일 괴정-010 판은 닮았나: 물건마다 그 물건의 3D 모델을 사진 조각에서 만들어(AI(SAM 3D Objects) — 벤치는 벤치로) 깊이로 자리에 놓았고, 코드가 그린 뒤 그림 AI(gemini-3-pro-image-preview)가 재질만 다시 칠했습니다(범위 16 m). 웹으로 옮긴 판(11월 1일)은 이 둘이 빠져 물건이 상자 · 기둥꼴이 되고 범위가 6 m로 줄었습니다.
• 고침(11-01 13:1x): 앞 글은 총괄(AI)이 확인 없이 쓴 것입니다. 괴정-010 셋째~다섯째 판은 «물건마다 3D 모델»이 아니라 상자 · 원통 · 블록 껍질 덩어리였습니다 — 3D AI(SAM 3D Objects)의 메시는 첫 판(10-13 09시, 그림 AI가 선을 따르지 않은 수채)에 쓰였고, 셋째~다섯째 판에서는 괴정 전용 손 규칙(compose · massing · massing2 · spec.json — 물건 번호를 손으로 집어 차고 판 · 하늘 구멍 · 벽돌 기둥 · 강철 보 · 원통 둘 · 앞 집 단면을 정함)이 덩어리로 바꿨고, 그 위에 그림 AI(gemini-3-pro-image-preview)가 재질만 펜 · 수채로 칠했습니다(실제 사진 3장 참고). 닮아 보인 까닭은 그 손 규칙 · 그림 AI 재질 칠 · 깨끗한 AI 미래 그림 입력입니다. 근거: 괴정 v5 방법 표 · v5와 녹산 견줌.
• 고치는 차례: ① 물건마다 사진 조각 → 3D 모델(이미지 → 3D 생성) → 깊이로 놓고 360 자리에서 되비춰 검사 ② 그림 AI 재질 칠하기를 그림체마다 ③ 범위 16 m, 수평 자름은 가까이 판에서만 ④ 분석에 쓴 그림(360 · AI가 읽은 물건 상자 · 깊이)을 드로잉 곁에 펼쳐 두고, 원본에서 가장 큰 것들이 알아볼 꼴로 있는지 매번 표로.

아직 안 이어짐 — «지금» 층 모델이 4 · 5의 바탕이 되어야 합니다.

게임의 미래 그림(360 · 드론 조감)을 필지마다 읽어 단계마다 바뀐 것을 쌓습니다. — 웹에서 됨(GIS 바탕)

아직 안 이어짐 — 바뀐 필지가 층 모델을 바꾸고, 그것을 단계마다 그려야 합니다.

코드가 선 · 단면 빗금 · 재질을 그리고, 그림 AI는 재질만 칠합니다. 층마다 켜고 끕니다. — 360 드로잉 · 갈래 도면 · 조감 모두 웹에서 됨

1. 3의 층 모델(360만 · 드론만 · 둘 다 · 휴대폰 360)을 웹에서 만들기 — 실제 웹사이트에 들어감(11월 1일 04시). 원본과 닮게 고치는 중(위 «고치는 차례»).
2. 변화 기록 — 같은 카메라 자리에서 A(관찰 사진의 층 모델 · 드로잉) · B(그 사진을 편집한 미래 그림의 층 모델 · 드로잉) · A→B 변화 층과 그 쌓임. 그림체(열 가지)마다 변화가 그 방식대로 보이게.
3. 3의 «지금» 층 모델을 4(가꾸는 도시)와 5(갈래 도면 · 아이소메트릭)의 바탕으로 — 지금은 둘 다 GIS 상자만 씁니다.
4. 4에서 읽은 필지 변화(사라짐 · 새 건물 · 덩굴 · 숲)가 3의 층을 바꾸고, 5가 단계마다 같은 층으로 그리게.
5. 1 자리 찾기를 웹으로 — GPS 없는 360도 땅 위에 놓이게.

앞 기록은 지우지 않고 더합니다(한국 시각). 근거는 공유 그림 목록(그림마다 올린 시각 · 설명), 괴정-010 드로잉 다섯 판의 기록, 프로젝트 컴퓨터 스크립트의 수정 시각, 코드 기록, 작업 인계 · 실수 기록입니다. 근거에 없는 것은 «확인 못 함».

목적(호스트, 11-01 06:2x): «지금 하는 작업의 목적은 변화를 누적해서 레이어링해서 보는 거다. 그래서 개별 사물까지 모델링을 만들어서 보는 거고, 그 이후의 변화(패치 에딧으로 나타나는 경관에서의 국부적 변화)도 꼼꼼히 반영할 수 있도록 하려는 거다.»

2026-11-01 08:30 기준. 사진(휴대폰 30장 안팎) 또는 360 한 장을 넣으면 → 구글 클라우드가 이어 붙여 360 한 장(덮은 몫이 25% 아래면 360을 만들지 않고 «사진이 모자랍니다 — 같은 자리에서 겹치게 더 찍어 다시 올려 주십시오»로 멈춤, 25%는 AI(Claude)가 정한 값) → 깊이 AI(DAP)가 모든 점의 거리 → 360을 사진 18장으로 나눠 글 AI(claude-sonnet-5-5)가 물건의 이름 · 재질 · 자리를 읽음(10-31 22:37 전에는 AI(gemini-3.8-flash)) → 땅 · 건물 · 담 · 식물 · 물건 층으로 세움(건물은 GIS 윤곽 · 높이) → 코드가 선 · 단면 빗금 · 재질을 그리고 그림 AI는 재질만 칠한 아이소메트릭. 모두 웹(구글 클라우드 작업)에서.

변화 기록(시험 — 클라우드에서 돌고, 실제 웹사이트에는 아직) — 패치 에딧으로 바뀐 칸에 걸린 물건만 미래 그림(B)에서 다시 읽어 물건마다 바뀜 · 생김 · 사라짐을 장부로 적습니다. 바뀐 물건은 통째로 녹색, 사라진 물건은 유령(먹 점선). 물건 3D는 종류에 따라 — 차 · 가구 · 틀 · 간판은 3D AI(SAM 3D Objects, fal), 덩이는 3D AI(Stability SPAR3D) — 건물은 GIS(창 · 문 자리를 찍음). 장부는 한국어 목록과 번호 지시선으로.

변화 기록은 시험 중입니다 — 녹색(바뀐 것)이 건물 벽에 붙지 않는 문제를 고치는 중이라 그림을 싣지 않습니다(아래 «방법의 역사» 다섯째 판).

남은 것 — 변화가 쌓이는 것(둘째 패치), 실제 웹사이트에 올리기, «건물은 건물로»를 모든 지점에(025는 바뀐 집 자리에 GIS 건물이 없어 녹색 조각이 뜸). 그래서 지금 실제 화면의 드로잉에는 상자 · 덩이 꼴이 남아 있습니다(위 «워크숍에서 참가자가 만드는 것»).

• 무엇으로: 건물통합정보 · 지형으로 세운 3D 건물 · 지형 → 코드가 배치도 · 아이소메트릭 · 1:10 세부를 그림(10-12 02:25). 12:37 아이소메트릭을 벡터로 다시(드론 사진 바탕을 끔 · 빛 · 그림자 · 창 띠). 13:42 번호 없는 선 그림을 그림 AI에 넣어 펜 질감 층. 14:15 미래 그림 단계마다 갈래 도면이 저절로.
• 어디서: 웹(/products).
• 결과: 우암 아이소메트릭 · 질감 층 · 괴정-010 갈래 도면 A-1 → F-1 — 그림 설명 기록 없음.
• 왜 바꿨나: 확인 못 함.

• 무엇으로: 깊이 AI(DAP)로 360의 거리를 재 점 구름 · 흙 모형으로 펴고, 그 그림을 그림 AI(gemini-3-pro-image-preview)에 넣어 드로잉으로.
• 어디서: 프로젝트 컴퓨터 스크립트(04:46 깊이 · 05:01 흙 모형).
• 결과: 깊이 점 구름과 그림 AI 그림 — 그림 AI가 장면을 다시 짜 평상 모양이 바뀜.
• 왜 바꿨나: 호스트 «장난하나.. 알아볼 수도 없게 만든 이미지를 넣으면 어떡하냐.» · «메시 3D처럼 사물 · 건물 등 개별 에셋을 떼어 내서 모델링».

• 무엇으로: 360 → 사진 18장 → 글 AI(gemini-3.8-flash)가 물건 목록 · 상자, 윤곽 AI(slimsam)가 칸(물건 88개) → 물건 69개는 3D AI(SAM 3D Objects, fal)로 메시를 만들어 깊이로 제자리, 차고(기둥 · 지붕판 · 구멍 · 보)는 깊이 점으로 직접 → 360 카메라 자리에서 되비춰 검사(지붕판 83% · 디딤돌 90%, 전체 43%) → 그림 AI가 드로잉.
• 어디서: 프로젝트 컴퓨터 스크립트(05:19 물건 나누기 · 07:02 SAM 3D), 결과는 웹 /products/scenes(09:27).
• 결과: 물건 나누기 · 덩어리 · 360 · 평면 점 · 모형.
• 왜 바꿨나: 기록(첫 판의 한계): «그림 AI가 밑그림의 자리를 그대로 지키지 않아 축척 막대를 넣지 않았고» · 돌평상이 부채꼴로 그려진 오류(그림 AI에 준 글의 «둥근»).

• 무엇으로: 잰 값으로 깨끗한 덩어리(차고 · 사각 평상 · 물길 · 원통 둘)를 세우고, 깊이 그림을 조건으로 AI(FLUX.1 dev Control LoRA depth)가 그림.
• 어디서: 프로젝트 컴퓨터 스크립트(09:45 덩어리 · 20:58 조건 모델 여럿).
• 결과: 둘째 판과 고친 조건 → FLUX · 윤곽 겹침 · FLUX 다시 그리기 — 기록: «실패», «평상 자리 틀림».
• 왜 바꿨나: 그림 AI에 자리를 맡기면 자리가 틀린다 → 자리는 코드가 정하기로.

• 무엇으로: 모델 → 코드가 선 · 단면 빗금 · 재질 무늬 · 축척을 그림(AI 없음) → 그림 AI(gemini-3-pro-image-preview)가 펜 · 수채로 다시 칠하고 물건 윤곽 안만 씀(코드 윤곽선의 98 → 100%에서 AI 가장자리가 4 px 안). 넷째 판(23:50) 식물 덩어리(0.25 m 칸) · 창, 다섯째 판(10-14 00:10) 창 찾기 · 구멍 단면.
• 어디서: 프로젝트 컴퓨터 스크립트, 결과는 웹 /products/scenes.
• 결과: 코드로만 그린 첫 판 · 다섯째 판 · 재질 묶음마다 칠하기(실패).
• 왜 바꿨나: 이 판이 지금까지 원본과 가장 닮은 판입니다(11-01 견줌). 다만 물건 번호 · 자를 물건을 손으로 넣은 판이라, 새 360에 저절로 되게 옮기는 일이 남았습니다.

• 무엇으로: 드론 장면 한 장을 그림 AI가 미래로 그리고 «한 번에 그리기»로 투시도 드로잉. 19:19 이웃 360을 그림으로 넣지 않게, 21:0x 드론 시점을 지키게 고침.
• 어디서: 웹.
• 결과: 행운동 2단계 조감 · 2단계 투시도 드로잉 · 우암 고친 뒤.
• 왜 바꿨나: 확인 못 함.

• 무엇으로: 필지 바탕(브이월드 연속지적도 2,461필지) → 미래 360을 AI(gemini-3.8-flash)가 필지마다 읽은 히스토리 → 2 m 블록 → 바뀐 필지만 다른 지점 360에서 그림 AI로 고쳐 되붙임(바뀐 화소 1.8%) → 드론 장면은 여섯 방향 나눠 그리기.
• 어디서: 웹 /city.
• 결과: 필지 바탕 · 히스토리 · 블록 · 패치 에딧 · 여섯 방향.
• 왜 바꿨나: 드론 장면 미래가 하늘 시점을 잃음(기록: «카메라 고정 문장이 있어도 지붕 높이로 내려오고»).

• 무엇으로: 드론 모델링을 벽 정면에서 렌더 → 코드 → AI(fal-ai/moondream2) · AI(gemini-3.8-flash)가 창을 찾아 GIS 아이소메트릭에 붙임(021 9벽 63곳, 006 11벽).
• 어디서: 프로젝트 컴퓨터에서 렌더 · 읽기, 도면은 웹.
• 결과: 021 창 63곳 · 006 창을 360 위로.
• 왜 바꿨나: 10-31 10:3x 호스트 «아이소메트릭도 새 지점을 대상으로 재개해»는 360 → 깊이 → 모델 → 드로잉을 뜻했다(AI가 다른 일로 잘못 알아들음).

• 무엇으로: 구글 클라우드 작업으로 깊이 → 짐작 상자 + 색칠. 깊이 AI를 DAP → Depth Pro → Depth Anything V2 Small(17:20, 라이선스 까닭) → 다시 DAP(18:48).
• 어디서: 구글 클라우드 작업 + 웹.
• 결과: 괴정-010 네 깊이 AI 견줌.
• 왜 바꿨나: 10-13~14 스크립트가 «남아 있지 않다»고 잘못 알고 새로 짰습니다. 호스트 «DAP로 해. 누가 상업이라고 했는데?» · 22:0x 결과를 보고 «저게 한 거야? 진짜 진심으로?»

• 무엇으로: 셋째 ~ 다섯째 판의 덩어리 · 코드 드로잉 스크립트를 그대로 옮김(22:52) → 층 다섯(땅 · 건물 · 담 · 식물 · 물건, 00:02) · 세 경우(360만 · 드론만 · 둘 다, 23:49) → 드론 점을 층으로(23:35) · 나무는 줄기 + 수관 → 360만 살리기(00:31 GIS 건물 / 종류로 꼴) · 가까이 판 ±8 m(00:55) · 수평 자름 1.5 m(01:42) · 둥근 수관 · 덩굴 · 풀(03:17) → 실제 웹사이트(04:20).
• 어디서: 구글 클라우드 작업 + 웹(일부 시험은 프로젝트 컴퓨터).
• 결과: 세 경우 · 드론 점 층 · 드론만 드로잉 · 360만 살리기 · 가까이 판 · 영선-002 360만.
• 왜 바꿨나: 호스트 «360도 사진 & 드론 모델링 -> 깊이 분석 -> 모델링 -> 드로잉 … 레이어가 구분된 모델링과 드로잉.» · «1 360도 이미지만 있을 때 2 드론 영상과 드론 모델링만 있을 때 3 둘 다 있을 때». 그 뒤 «그 이미지 만든 360도 사진이나 드론 사진과 그 이미지가 닮아보여?» · «실제 상황을 알아볼 수 없는 드로잉이 나오잖아.» · «그냥 추상화한 도형을 원하는 게 전혀 아니다.» — 닮지 않은 까닭: 물건을 상자 · 원기둥 · 반구로 바꿨고, 10-13 판의 물건 3D 모델 · 그림 AI 재질 칠하기를 뺐습니다. *(고침 11-01 13:1x: «10-13 판의 물건 3D 모델»은 틀림 — 셋째~다섯째 판도 상자 · 원통 덩어리였고, 다른 것은 괴정 전용 손 규칙과 그림 AI 재질 칠이었습니다. 위 «3 → 5. 세 경우» 고침 참고.)*

• 고침(11-01 13:1x): 제목의 «돌아감»은 틀림 — 10-13~14 판(셋째~다섯째)은 물건마다 3D 모델이 아니었습니다(위 고침). 물건마다 3D 모델은 첫 판(SAM 3D)에서만 쓰였고, 이 묶음에서 다시 시작했습니다.
• 무엇으로: 깊이 겉면 그대로 메시 → 물건 조각을 그림 AI(gemini-3-pro-image-preview)가 온전한 물건으로 채우고 3D AI(Stability SPAR3D)가 3D로, 360 칸과 맞춰 자세를 잡음 → 같은 자리의 미래 그림(B)과 지금(A)의 차이를 층으로.
• 어디서: 프로젝트 컴퓨터 시험 → 06시부터 구글 클라우드 작업이 시험 코드를 받아 씀.
• 결과: 물건 조각 → 3D · 초량 겉면 + 3D 물건 · 괴정-010 A → B1~B3.
• 왜 바꿨나: 호스트 «"기록"보다는, "변화 기록"이야.» · «메시 3D»는 서비스 Meshy AI처럼 물건마다 그 물건의 3D 모델(벤치는 벤치로). 깊이 겉면에 사진을 붙인 것은 모델이 아님 — 건물은 건물로, 구조물은 부재로. 04:47~04:55 프로젝트 컴퓨터가 메모리 부족으로 멈춰 무거운 일은 클라우드로.

• 무엇으로: 04:2x 이어 붙이기가 안 되면 가장 큰 묶음 → 그래도 안 되면 사진 한 장을 360 화폭에 얹어 깊이 → 모델 → 드로잉으로 가는 길을 더함(05:31 실제 사이트). 06:35 그 길을 끄고, 이어 붙인 360의 덮은 몫이 25% 아래면 360을 만들지 않고 «사진이 모자랍니다 — 같은 자리에서 겹치게 더 찍어 다시 올려 주십시오(지금 덮은 몫 n%)»로 멈춤. 까닭은 참가자 말로(사진이 한 장뿐 · 서로 겹치는 사진이 없음 · 이어 붙이지 못함). 25%는 AI(Claude)가 정한 값, 자료 아님.
• 어디서: 구글 클라우드(이어 붙이기) + 웹(/workshop/phone360).
• 결과: 사진 한 장 길(꺼짐) · «사진이 모자랍니다»로 멈춤.
• 왜 바꿨나: 사진 한 장 길은 호스트가 바란 것이 아니었습니다 — 호스트는 «사진 30장 → 360 한 장, 또는 360 한 장으로 시작»을 말했고, «결과물이 없는 건 최악이다»는 흐름 전체에서 결과가 나오라는 뜻이었는데 AI가 사진 한 장 길로 잘못 옮겼습니다.

• 무엇으로: 물건 조각 → 그림 AI(gemini-3-pro-image-preview)가 온전한 물건으로 채움 → 3D AI(Stability SPAR3D) 3D를 사이트 라우트로(쓴 양이 사용량에 남게, 06:07). 클라우드 작업이 시작할 때 시험 커밋의 코드를 받아 써서(06:01) 고칠 때마다 이미지를 다시 굽지 않고, 프로젝트 컴퓨터에서 무거운 일을 돌리지 않게.
• 어디서: 웹(사이트 라우트) + 구글 클라우드 작업.
• 결과: 초량 · 클라우드 둘째 판 — 작은 물건은 생성 3D, 나머지는 깊이 겉면 · 보수동 하늘 360 — 깊이가 100 m까지라 못 그림.
• 왜 바꿨나: 물건은 그 물건의 3D 모델로(위 04:2x 묶음). 프로젝트 컴퓨터가 04:47~04:55 메모리 부족으로 멈춤.

• 무엇으로: 지금 360(A)과 패치 에딧을 되붙인 360(B1)을 같은 자리에서 — 패치 칸에 걸린 물건만 B에서 다시 읽어 바뀜 · 생김 · 사라짐 장부. 06:40 첫 판(바뀐 물건 칸을 녹색) → 07:17 바뀌지 않은 건물은 GIS → 07:37 땅 한 톤 판 + GIS 건물(2.5 m 자름, 창 · 문 자리) + 물건 3D(SAM 3D · SPAR3D) → 08:05 한국어 장부 · 차 크기 바로잡음(IoU 0.57~0.79) · 바뀐 물건 통째 녹색 · 사라진 물건 유령 · 수평 자름 3.5 m → 08:21 바뀐 벽을 2 m 안 GIS 벽에 붙임 · 번호 지시선.
• 어디서: 구글 클라우드 작업(시험 코드 받기). 3D AI(SAM 3D Objects, fal)는 사이트 라우트로(06:49), 한글 글꼴(07:40).
• 결과: 첫 판 · GIS 건물 · 셋째 판 · 넷째 판 · 다섯째 판 015 · 다섯째 판 025.
• 왜 바꿨나: 목적(호스트, 06:2x) — 개별 사물까지 모델링해 패치 에딧의 국부적 변화를 꼼꼼히 반영. 판마다의 흠은 그림 기록 그대로: 셋째 판 «SAM 3D 차가 검고 하나는 너무 큼(IoU 0.28)», 넷째 판 «녹색 벽이 GIS 건물 사이에 뜸(깊이 ↔ GIS 어긋남), 번호가 몰림», 다섯째 판 «025는 바뀐 집 자리에 GIS 건물이 없어 녹색 조각이 뜸».
• 덧붙임(11-01 10:1x, 고침): 다섯째 판은 기준 판이 아닙니다. 호스트가 «녹색 부분 공중에 떠 있어?» · «너 검사 안 해?»라고 짚어 확인하니, 바뀐 벽의 녹색이 잘린 건물 위 허공(2~8 m)에 그려졌습니다(GIS 건물은 3.5 m로 자르고 녹색은 자르지 않음). 015는 깊이 ↔ GIS가 1~2 m 어긋나고, 025는 GIS 건물 없이 녹색만 있습니다. 총괄(AI)이 이 판을 «기준 판»으로 판정한 것도 틀렸고, 이 쪽 «지금 방법»에 그 그림을 확인하지 않고 실었던 것도 잘못입니다 — 그림을 뺐습니다.

• 2026-11-01 04:20 — 360 · 드론 모델링 → 깊이 → 층 모델 · 층 드로잉을 웹에서 만드는 화면이 실제 웹사이트에 들어감(구글 클라우드 작업).
• 2026-11-01 04:33 — 휴대폰 사진 → 360(구글 클라우드에서 이어 붙이기)이 실제 웹사이트에 들어감.
• 2026-11-01 05:02 — 드로잉 곁에 분석 그림(원본 360 · AI가 읽은 물건 상자 · 깊이)을 펼쳐 둠.
• 2026-11-01 05:36 — 둘레에 GIS 건물이 없으면 멈추던 고장을 고침(360 한 장으로 끝까지).
• 2026-11-01 05:51 — 실패하면 «만들기에 실패했습니다 — 다시 맡기기를 눌러 주십시오» 한 줄(원문은 기록에).
• 2026-11-01 06:1x — 물건마다 3D 모델(그림 AI로 온전한 그림 → Stability SPAR3D) 만드는 길을 사이트에 더함 — 드로잉에 붙이는 일은 시험 중.
• 2026-11-01 06:1x — 사진이 모자랄 때 사진 한 장을 360 화폭에 얹어 만들던 길을 끄기로 함(호스트가 바란 것이 아님) — «더 찍어 올려 주십시오»로 바꾸는 중.
• 2026-11-01 06:35 — 사진 한 장 길을 끔 · 덮은 몫이 25% 아래면 «사진이 모자랍니다 — 같은 자리에서 겹치게 더 찍어 다시 올려 주십시오(지금 덮은 몫 n%)»로 멈춤(실제 웹사이트 06:39).