Bạn có sử dụng quy trình làm việc đã được chứng minh để chỉnh sửa và ghi lại các mô hình ArcGIS ModelBuilder không?


8

Bạn có tham khảo các ví dụ thực tiễn tốt nhất không, hoặc bạn có thể chia sẻ kiến ​​thức chuyên môn của mình về cách theo dõi các chỉnh sửa cho các mô hình ModelBuilder, theo dõi các thay đổi giữa các phiên bản mô hình / công cụ và duy trì sự ổn định, mạnh mẽ và chức năng của mô hình không?

Tôi biết hướng dẫn ESRI để quản lý, sao chép và đặt tên mô hình ở đây .

Tôi sẽ quan tâm nếu có ai đã thiết lập các thực tiễn hoặc chuyên môn cụ thể trong việc sử dụng theo dõi phiên bản, lưu trữ, chỉnh sửa các công cụ ModelBuilder mà họ sử dụng thành công để theo dõi sự phát triển và kiểm tra mô hình và duy trì các mô hình trong điều kiện ổn định.


liên quan: Áp dụng kiểm soát phiên bản cho Mô hình ArcGIS . Nó có thể được thực hiện, nhưng nó không đẹp.
matt wilkie

Câu trả lời:


5

Hiện tại chúng tôi chỉ giữ các hộp công cụ trên máy chủ tệp Windows và quay lại sử dụng chức năng " Phiên bản trước " nếu có bất cứ điều gì bị hỏng.

Tôi đang xem xét việc lưu trữ các hộp công cụ trong Git (sử dụng TortoiseGitGitHub Enterprise ), mà chúng tôi đã sử dụng cho các kịch bản Python và không gian làm việc FME . Vì các hộp công cụ thông thường là nhị phân, bạn không thể hợp nhất và tương tác chúng như bạn làm với các tệp văn bản thuần túy, nhưng bạn vẫn có thể nhận được thông điệp / lịch sử, thẻ, nhánh và hợp nhất toàn bộ tệp nhị phân (tất cả hoặc không có gì).

Điều tốt nhất tôi nghĩ bạn có thể làm là chuyển hoàn toàn sang Python và sử dụng các hộp công cụ Pythonbổ trợ Python thay vì ModelBuilder. Ngoài ra, nếu bạn có FME có thể làm bất cứ điều gì bạn có thể làm với ModelBuilder và thường hiệu quả và dễ dàng hơn nhiều, và có nhiều tài liệu hơn, với dấu trang, chú thích, mô tả không gian làm việc, v.v.

Với GitHub, bạn có thể sử dụng các tính năng Wiki hoặc Pages của nó để có tài liệu rộng hơn.

Một phương pháp công nghệ thấp hơn nhưng vẫn hiệu quả là chỉ cần bao gồm tệp văn bản readme với thông tin về mục đích, cách sử dụng và lịch sử của hộp công cụ / mô hình.


2

Tôi không nghĩ có bất kỳ cách nào để theo dõi sự thay đổi trong một mô hình khi bạn xây dựng nó và tôi không chắc tại sao bạn lại muốn làm điều đó?

Điều quan trọng là giải thích cho người khác lý do đằng sau mô hình của bạn. Ví dụ: tại sao đầu vào của bạn cần phải ở trong một cơ sở dữ liệu địa lý tệp, tại sao bạn tạo một trường và chia một giá trị cho một số khác?

Loại thông tin quan trọng này rất quan trọng đối với người dùng và nhà phát triển, những người phải chọn nó khi bạn "chạy qua xe buýt". :)

Có hai nơi tôi sẽ ghi lại một mô hình, như các nhãn trong trình tạo mô hình (chúng sẽ được chuyển hướng đến các nhà phát triển) và trong phần mô tả mục (siêu dữ liệu) của công cụ. Bạn thực sự có thể đi đến thị trấn bằng cách thêm thông tin hữu ích hướng dẫn người dùng.

Thật không may, hầu hết những người phát triển mô hình làm một công việc kém trong việc thêm thông tin vào các tham số khiến cho mô hình trở nên khó hiểu nếu bạn quay lại nó vài tháng sau đó. Tôi biết điều này ... Tôi đã làm nó!

Một vài phút bây giờ thêm một số mô tả vào một tham số mô hình có thể biến một mô hình hữu ích thành một công cụ tuyệt vời được một tổ chức chấp nhận nhanh chóng, nếu không, mô hình chỉ là một nửa khác sẽ nhanh chóng biến mất trên ổ đĩa mạng của bạn!


wrt "Tôi không chắc tại sao bạn lại muốn thực hiện [theo dõi các thay đổi trong mô hình]?" Đôi khi những thay đổi phá vỡ mọi thứ hoặc tạo ra kết quả khác nhau từ năm ngoái theo một cách không lường trước được. Một công cụ rất hữu ích để hiểu những gì đã xảy ra là có câu trả lời cho câu hỏi "cụ thể, điều gì khác biệt giữa phiên bản 1 và 2?". +1 cho "giải thích lý do đằng sau mô hình"!
matt wilkie

0

Bên cạnh những gì đã được nói, tôi sẽ đề nghị cố gắng lưu trữ hộp công cụ của bạn trong cơ sở dữ liệu ArcSDE. Nó thực sự có thể giúp cho phiên bản đồng thời và truy cập. Tôi cũng sao lưu cơ sở dữ liệu này để tôi có thể quay lại trong trường hợp có vấn đề.

Để biết thêm chi tiết, hãy xem câu trả lời khác của tôi .


0

Trên phần "tạo tài liệu", sử dụng siêu dữ liệu hay còn gọi là trình soạn thảo Mô tả mục , xem Tham quan nhanh các công cụ tài liệu và hộp công cụ .

Hộp soạn thảo văn bản phong phú là chức năng nhưng hạn chế. Lưu và kiểm tra kết quả thường xuyên trong cả bản xem trước Mô tả Mục và hộp thoại công cụ vì một số định dạng có thể bị xáo trộn hoặc không được giữ lại, đặc biệt là các mục danh sách. Bạn có thể dán từ Word, Onenote, Dream Weaver, v.v. để bắt đầu nhanh nhưng trừ khi định dạng thực sự đơn giản, nó sẽ bị rối tung vội vàng.

(Một cảnh báo: Cách cũ là sử dụng hộp thoại "Model >> Edit >> Model Properties" và dán mã html vào trường "Mô tả". Nếu bạn làm hoặc đã làm điều này, khi trình soạn thảo Mô tả vật phẩm truy cập vào nội dung được sao chép qua, điều này thật tuyệt. Tuy nhiên, mọi chỉnh sửa bạn thực hiện sẽ không được sao chép lại, vì vậy hãy xóa phiên bản thuộc tính mô hình để tránh nhầm lẫn.)

Có thể kiểm soát phiên bản bằng cách ra khỏi hộp một chút: khi xem Mô tả Mục sẽ hiển thị menu ngữ cảnh r-click >> Xem nguồn và sau đó lưu html trong thư mục doc-control / docs của bạn . Hình ảnh bị bỏ lại, nhưng nếu bạn quan tâm để thêm một chút công việc, bạn có thể kiểm tra html và tìm nạp chúng từ đó %temp%.


Bạn có thể có mức độ kiểm soát cao hơn bằng cách tham khảo tệp trợ giúp được biên dịch (CHM) . Nơi để bắt đầu dường như là Microsoft HTML Help 1.4 .


Re: Kiểm soát phiên bản: có thể thêm một mục vào menu ngữ cảnh để "lưu dưới dạng html hoàn chỉnh", thông qua một bản hack registry. xem i.imgur.com/vu5UjOG.png
matt wilkie
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.