Đến nội dung


Hình ảnh
- - - - -

LandCadViet Utility


  • Please log in to reply
149 replies to this topic

#81 tnmtpc

tnmtpc

    biết dimcontinue

  • Members
  • PipPipPipPipPip
  • 370 Bài viết
Điểm đánh giá: 206 (khá)

Đã gửi 28 March 2008 - 07:52 AM

Ssg xin được chốt lại mấy vấn đề:
1) Về các file dữ liệu: elle tổng hợp thêm vài dạng nữa post lên. Mục đích như mình đã nói trên, để mở rộng tầm nhìn. Còn để xử các dạng file này thì không có vấn đề gì, miễn là user tuân thủ các quy định nếu muốn chơi với LCV. Mình sẽ viết Help hướng dẫn chi tiết sau.

2) Vị trí ghi text:
Dung hoà các ý kiến, theo phương án:
- Text Caodo: dấu chấm thập phân trùng point. Cái này mình thấy hình như đã là quy ước rộng rãi rồi? Còn việc export ngược lại ra file dữ liệu thì elle yên tâm đi, đã điều khiển ghi được thì đương nhiên lấy toạ độ được.
- Text Tendiem: justify Top-Right, bắt vào point
- Text Code: justify Top-Left, bắt vào point
- Text Ghichu: justify Top-Left, nằm kề dưới Code
Cụ thể như bản vẽ này:
http://www.cadviet.com/upfiles/chaythu.zip

Thật ra thì về nguyên tắc, cũng có thể cho phép user tuỳ chọn phương án ghi text, nhưng đưa vào thêm sẽ làm chương trình phức tạp hơn. Mặt khác, ý mình vẫn muốn có sự thống nhất, ít ra là trong phạm vi anh em CadViet. Nếu sử dụng thấy không ổn thì có thể bổ sung sau.

3) Về độ cao Z:
Đổi tên toggle "Su dung so lieu Z" thành "Tao cac yeu to theo do cao Z". Chương trình sẽ hành xử như sau:
- Trong file dữ liệu, có cái gì thì "chơi" cái nấy (tối thiểu phải có Tendiem, X, Y)
- Mặc định là tất cả các yếu tố đều vẽ theo đúng độ cao Z của point tương ứng
- Nếu bỏ check "Tao cac yeu to theo do cao Z", toàn bộ các yếu tố tạo thành sẽ nằm trong mặt phẳng OXY (Z=0)

Nếu không ai phản đối hay có ý gì khác, ssg sẽ hoàn thiện Module 1 của chương trình y như trên.

Tuyệt! Cách bố trí các text khoa học lắm, vậy còn chần chờ gì nữa, hô xung phong!!...
  • 0

#82 ssg

ssg

    biết lệnh adcenter

  • Vip
  • PipPipPipPipPipPipPip
  • 1228 Bài viết
Điểm đánh giá: 1087 (rất tốt)

Đã gửi 01 April 2008 - 03:10 PM

Còn rất nhiều việc phải làm. Được một đoạn này post lên để các bạn test giùm:

http://www.cadviet.c...s/LCV_01_02.zip

Có mấy điều cần tham khảo thêm ý kiến các bạn:
1) Minh hoạ kỹ hơn về các việc tiếp theo của dân địa chính. Tốt nhất là lấy ngay kết quả chạy chương trình của LCV để làm ví dụ.
2) Về layer, hiện LCV hành xử như sau: khi cần dùng 1 layer nào đó, nếu trên bản vẽ không có sẵn sẽ tự tạo layer với Ltype continuous và màu White, nhìn có vẻ đơn điệu và không phân biệt rõ ràng. Các bạn có thể đưa ra 1 quy định chuẩn nào đó về Ltype và Color không? Mình biết là Ltype và Color tuỳ mỗi người nhưng chương trình vẫn ưu tiên trước cho thiết lập của user, nếu không có sẽ dùng thiết lập chuẩn của LCV (riêng đoạn Import Data, LCV lấy theo thiết lập layer ví dụ của tnmtpc)
3) Về Logo LCV, không thấy ai post lên, ssg vẽ đại cho có và đã coding cho nó. Có mẫu nào hay hơn chỉ việc thay vào. Các bạn xem file LCV_logo.dwg và sửa theo ý thích.

P/S: I'm sorry! Data dạng *.* chưa dùng được.
  • 0

#83 tnmtpc

tnmtpc

    biết dimcontinue

  • Members
  • PipPipPipPipPip
  • 370 Bài viết
Điểm đánh giá: 206 (khá)

Đã gửi 02 April 2008 - 10:52 AM

Còn rất nhiều việc phải làm. Được một đoạn này post lên để các bạn test giùm:

http://www.cadviet.com/upfiles/LCV_01_02.zip

Có mấy điều cần tham khảo thêm ý kiến các bạn:
1) Minh hoạ kỹ hơn về các việc tiếp theo của dân địa chính. Tốt nhất là lấy ngay kết quả chạy chương trình của LCV để làm ví dụ.
2) Về layer, hiện LCV hành xử như sau: khi cần dùng 1 layer nào đó, nếu trên bản vẽ không có sẵn sẽ tự tạo layer với Ltype continuous và màu White, nhìn có vẻ đơn điệu và không phân biệt rõ ràng. Các bạn có thể đưa ra 1 quy định chuẩn nào đó về Ltype và Color không? Mình biết là Ltype và Color tuỳ mỗi người nhưng chương trình vẫn ưu tiên trước cho thiết lập của user, nếu không có sẽ dùng thiết lập chuẩn của LCV (riêng đoạn Import Data, LCV lấy theo thiết lập layer ví dụ của tnmtpc)
3) Về Logo LCV, không thấy ai post lên, ssg vẽ đại cho có và đã coding cho nó. Có mẫu nào hay hơn chỉ việc thay vào. Các bạn xem file LCV_logo.dwg và sửa theo ý thích.

P/S: I'm sorry! Data dạng *.* chưa dùng được.

chương trình gặp phải rắc rối sau: khi nhập text tên chủ sử dụng trực tiếp trên command line bị lỗi dấu
Đề xuất giải pháp: sau khi nối điểm, tạo tâm thửa, tự động ghi số thửa theo qui luật từ trên xuống dưới, từ trái sang phải-Tự động tính diện tích thửa. Cả hai text trên được cố định theo tâm thửa đã tạo. Text loại đất và text chủ sử dụng do user nhập sau
Về màu sắc không quan trọng, miễn sao nhìn cho "mát mắt" là được
(sự cố chưa rõ nguyên nhân: nếu sử dụng bảng mã unicode, nhập text trên command line có từ "huỳnh" thì Cad tự động thoát, nhưng bảng mã TCVN3 thì không sao)
  • 0

#84 ssg

ssg

    biết lệnh adcenter

  • Vip
  • PipPipPipPipPipPipPip
  • 1228 Bài viết
Điểm đánh giá: 1087 (rất tốt)

Đã gửi 02 April 2008 - 02:14 PM

chương trình gặp phải rắc rối sau: khi nhập text tên chủ sử dụng trực tiếp trên command line bị lỗi dấu
Đề xuất giải pháp: sau khi nối điểm, tạo tâm thửa, tự động ghi số thửa theo qui luật từ trên xuống dưới, từ trái sang phải-Tự động tính diện tích thửa. Cả hai text trên được cố định theo tâm thửa đã tạo. Text loại đất và text chủ sử dụng do user nhập sau
Về màu sắc không quan trọng, miễn sao nhìn cho "mát mắt" là được
(sự cố chưa rõ nguyên nhân: nếu sử dụng bảng mã unicode, nhập text trên command line có từ "huỳnh" thì Cad tự động thoát, nhưng bảng mã TCVN3 thì không sao)

Dấu tiếng Việt là vấn đề rất phiền toái! Bạn chạy với Cad2007 trở lên chắc chắn không bị lỗi này. Tuy nhiên, quan điểm của LCV là phải chạy được với mọi version Cad từ 2000 trở đi. Lấy thông tin trong dialog sẽ không bị lỗi như trên. Bạn unzip, ghi đè 2 file sau vào thư mục LCV rồi thử lại xem:

http://www.cadviet.c...LCV_Patch01.zip

Nếu bạn cài font hệ thống TCVN thì trong dialog có thể gõ tiếng Việt bình thường:

Hình đã gửi

Nếu không, trong dialog có thể nhiễu nhưng kết quả ghi ra màn hình Cad vẫn đúng.
Số thửa trong dialog tự động tăng 1 đơn vị so với lần nhập trước.

Khái niệm tâm thửa đất nên hiểu thế nào? Trọng tâm, tâm hình chữ nhật bao quanh thửa đất (bounding box) hay là 1 điểm áng chừng bằng mắt? Hiện tại, LCV lấy ngay điểm pick của user làm tâm để ghi các thông tin trên.

Riêng ý kiến bạn về lấy thửa tự động e rằng không làm được. Sau khi chạy nối điểm, kết quả chỉ có các line rời rạc nối các điểm với nhau, 1 line có thể thuộc 2 thửa khác nhau. Chương trình rất khó nhận biết cái gì là một "thửa" như cách hiểu của con người! Nó chỉ có thể nhận biết nếu user đã tạo nên các "đối tượng thửa" là các region hoặc pline kín. Mà đã mất công như vậy thì không hay hơn cách làm hiện nay. Nhân tiện, mình hỏi thêm: hiện tại, để lấy diện tích thửa, chương trình đã dùng lệnh Boundary để tạo 1 pline kín bao quanh thửa đất, sau đó xoá nó đi. Theo bạn, có cần xoá không? Hay là tạo 1 layer "Boundary" cho nó vào, phòng khi cần lấy thông tin sau này (khi tạo hồ sơ kỹ thuật thửa đất chẳng hạn)?
  • 0

#85 tnmtpc

tnmtpc

    biết dimcontinue

  • Members
  • PipPipPipPipPip
  • 370 Bài viết
Điểm đánh giá: 206 (khá)

Đã gửi 02 April 2008 - 03:34 PM

Dấu tiếng Việt là vấn đề rất phiền toái! Bạn chạy với Cad2007 trở lên chắc chắn không bị lỗi này. Tuy nhiên, quan điểm của LCV là phải chạy được với mọi version Cad từ 2000 trở đi. Lấy thông tin trong dialog sẽ không bị lỗi như trên. Bạn unzip, ghi đè 2 file sau vào thư mục LCV rồi thử lại xem:

http://www.cadviet.com/upfiles/LCV_Patch01.zip

Nếu bạn cài font hệ thống TCVN thì trong dialog có thể gõ tiếng Việt bình thường:

Hình đã gửi

Nếu không, trong dialog có thể nhiễu nhưng kết quả ghi ra màn hình Cad vẫn đúng.
Số thửa trong dialog tự động tăng 1 đơn vị so với lần nhập trước.

Khái niệm tâm thửa đất nên hiểu thế nào? Trọng tâm, tâm hình chữ nhật bao quanh thửa đất (bounding box) hay là 1 điểm áng chừng bằng mắt? Hiện tại, LCV lấy ngay điểm pick của user làm tâm để ghi các thông tin trên.

Riêng ý kiến bạn về lấy thửa tự động e rằng không làm được. Sau khi chạy nối điểm, kết quả chỉ có các line rời rạc nối các điểm với nhau, 1 line có thể thuộc 2 thửa khác nhau. Chương trình rất khó nhận biết cái gì là một "thửa" như cách hiểu của con người! Nó chỉ có thể nhận biết nếu user đã tạo nên các "đối tượng thửa" là các region hoặc pline kín. Mà đã mất công như vậy thì không hay hơn cách làm hiện nay. Nhân tiện, mình hỏi thêm: hiện tại, để lấy diện tích thửa, chương trình đã dùng lệnh Boundary để tạo 1 pline kín bao quanh thửa đất, sau đó xoá nó đi. Theo bạn, có cần xoá không? Hay là tạo 1 layer "Boundary" cho nó vào, phòng khi cần lấy thông tin sau này (khi tạo hồ sơ kỹ thuật thửa đất chẳng hạn)?

Với phương pháp nhập thông tin bán tự động như trên cũng có cái ưu điểm của nó là thửa nào giải quyết dứt điểm thửa đó, đã vậy thì trong hộp thoại nhập thông tin bổ sung thêm một edit box " địa chỉ ". Không cần thiết giữ lại "Boundary", về phương pháp lấy thông tin để tạo hồ sơ kỹ thuật, theo mình thì cách lấy dữ liệu là "coppy các đối trong cữa sổ chọn". Khái niệm tâm thửa ở đây là trọng tâm
  • 0

#86 ssg

ssg

    biết lệnh adcenter

  • Vip
  • PipPipPipPipPipPipPip
  • 1228 Bài viết
Điểm đánh giá: 1087 (rất tốt)

Đã gửi 02 April 2008 - 04:07 PM

Với phương pháp nhập thông tin bán tự động như trên cũng có cái ưu điểm của nó là thửa nào giải quyết dứt điểm thửa đó, đã vậy thì trong hộp thoại nhập thông tin bổ sung thêm một edit box " địa chỉ ". Không cần thiết giữ lại "Boundary", về phương pháp lấy thông tin để tạo hồ sơ kỹ thuật, theo mình thì cách lấy dữ liệu là "coppy các đối trong cữa sổ chọn". Khái niệm tâm thửa ở đây là trọng tâm

OK, xem như xong đoạn này. Bạn làm giúp cái mà mình đã nói ở bài trên:

1) Minh hoạ kỹ hơn về các việc tiếp theo của dân địa chính. Tốt nhất là lấy ngay kết quả chạy chương trình của LCV để làm ví dụ.
  • 0

#87 elleHCSC

elleHCSC

    biết lệnh copy

  • Members
  • PipPipPip
  • 119 Bài viết
Điểm đánh giá: 98 (tàm tạm)

Đã gửi 02 April 2008 - 05:37 PM

Khái niệm tâm thửa đất nên hiểu thế nào? Trọng tâm, tâm hình chữ nhật bao quanh thửa đất (bounding box) hay là 1 điểm áng chừng bằng mắt? Hiện tại, LCV lấy ngay điểm pick của user làm tâm để ghi các thông tin trên.

Riêng ý kiến bạn về lấy thửa tự động e rằng không làm được. Sau khi chạy nối điểm, kết quả chỉ có các line rời rạc nối các điểm với nhau, 1 line có thể thuộc 2 thửa khác nhau. Chương trình rất khó nhận biết cái gì là một "thửa" như cách hiểu của con người! Nó chỉ có thể nhận biết nếu user đã tạo nên các "đối tượng thửa" là các region hoặc pline kín. Mà đã mất công như vậy thì không hay hơn cách làm hiện nay. Nhân tiện, mình hỏi thêm: hiện tại, để lấy diện tích thửa, chương trình đã dùng lệnh Boundary để tạo 1 pline kín bao quanh thửa đất, sau đó xoá nó đi. Theo bạn, có cần xoá không? Hay là tạo 1 layer "Boundary" cho nó vào, phòng khi cần lấy thông tin sau này (khi tạo hồ sơ kỹ thuật thửa đất chẳng hạn)?


Tôi chưa kịp test thử nhưng nêu thêm cho SSG nhận xét sau :
1. Tâm thửa - Centroid đặt đúng trọng tâm của "Boundary" mà bạn vừa tạo ra. Cái này thì không bắt buộc nhưng các phần mềm về địa chính hay làm vậy
2. Trong địa hình thì khác chứ địa chính khái niệm thửa là 1 vùng (region) được tạo bởi các Line hoặc Pline kín, nghĩa là không có khái niệm "đường cong" vì vậy ko dùng spline, arc hay cái gì đại loại như vậy.
3. SSg cứ giữ nguyên "Boundary" vừa tạo ra chắc chắn sẽ phải dùng đến khi muốn lập Hồ sơ kỹ thuật thửa đất và dùng để đánh số thửa tự động hoặc xác định Centroid tự động.

Theo elle gợi ý thì nên làm thế này :

- User pick vào một vùng đóng kín thì SSG tạo ngay ra ở đó 1 Block hay 1 Atribute text như sau

$Sothua
---------
231.1

- Chương trình thực hiện tạo region kín bằng lệnh BO

- Làm thêm 1 menu "gán nhãn số thửa tự động"

- Khi user "pick" hết các thửa trên 1 tờ bản đồ thì chỉ việc chạy lệnh tại menu "gán nhãn số thửa tự động" để chương trình tìm toàn bộ các "vùng" hoặc các Block vừa tạo để bắt đầu tìm $Sothua để đánh số thửa (diện tích đã có khi user pick thì để nguyên).
  • 0
Share for all, all will share !

--------------------
HTTP://WWW.HCSC.VN
HTTP://WWW.HCSC.COM.VN

#88 elleHCSC

elleHCSC

    biết lệnh copy

  • Members
  • PipPipPip
  • 119 Bài viết
Điểm đánh giá: 98 (tàm tạm)

Đã gửi 02 April 2008 - 10:43 PM

Với phương pháp nhập thông tin bán tự động như trên cũng có cái ưu điểm của nó là thửa nào giải quyết dứt điểm thửa đó, đã vậy thì trong hộp thoại nhập thông tin bổ sung thêm một edit box " địa chỉ ". Không cần thiết giữ lại "Boundary", về phương pháp lấy thông tin để tạo hồ sơ kỹ thuật, theo mình thì cách lấy dữ liệu là "coppy các đối trong cữa sổ chọn". Khái niệm tâm thửa ở đây là trọng tâm


Quay trở lại bài toán trước kia có bạn nào đó trên diễn đàn hỏi và SSG giới thiệu hàm "GetVert", elle đã đề cập đến vấn đề là "Nếu tờ bản đồ có vài trăm thửa" hay nhiều hơn thì việc ngồi Pick từng thửa để tính diện tích và lập Hồ sơ kỹ thuật cho từng thửa đất là không sáng suốt. Pick từng thửa chỉ hợp với việc giải quyết nhỏ lẻ chứ đứng ở góc độ "máy tính" và ngồi coding thì hơi lãng phí.
Trong đo đạc địa chính elle đã từng gặp 1 khu đo khoảng 500ha cần giải phóng mặt bằng để xây dựng khu đô thị mới và có khoảng 3000 thửa thì chắc làm theo phương án này là không khả quan vì rất chậm, hay nhầm lẫn. Phương án là khi CT chạy hỏi "select close polyline" vẫn hay hơn, nghĩa là chọn một tập hợp các thửa để cho CT chạy. Nó tiện vì có thể đánh được số thửa tự động và làm hàng loạt như một "nhà máy sản xuất hồ sơ". Việc tạo một "Close Polyline" hãy để cho user đảm trách, dễ thôi vì những ai làm bản đồ thì hay cài AutoCAD Map chứ ko hay cài AutoCAD và tạo "Close Polyline" chỉ là một việc đơn giản trong tích tắc. AutoCAD Map có hàng loạt cộng cụ có sẳn để làm việc này.

Tôi gửi kèm một bản đồ khu đo làm ví dụ. Trong file vẽ bạn hãy bỏ qua các yếu tố ko cần thiết (mấy bác bên thiết kế quy hoạch làm bản vẽ của elle nó nát ra thế đó) chỉ quan tâm đến RG dự án (layer GIOIHANDAT). Tất cả các thửa nằm trong và bị RG cắt qua đều fải tính diện tích để giải phóng MB và lấy diện tích này để làm căn cứ đền bù, phải in ra 1 Hồ sơ kỹ thuật thửa đất như mẫu trước elle gửi lên... Oài má ơi công việc lạp đi lặp lại hơi nhiều...

http://www.cadviet.com/upfiles/vd.zip

Đôi dòng tâm sự, cũng chỉ mong bác SSg có cái nhìn tổng quan hơn...
  • 0
Share for all, all will share !

--------------------
HTTP://WWW.HCSC.VN
HTTP://WWW.HCSC.COM.VN

#89 tnmtpc

tnmtpc

    biết dimcontinue

  • Members
  • PipPipPipPipPip
  • 370 Bài viết
Điểm đánh giá: 206 (khá)

Đã gửi 03 April 2008 - 07:57 AM

Quay trở lại bài toán trước kia có bạn nào đó trên diễn đàn hỏi và SSG giới thiệu hàm "GetVert", elle đã đề cập đến vấn đề là "Nếu tờ bản đồ có vài trăm thửa" hay nhiều hơn thì việc ngồi Pick từng thửa để tính diện tích và lập Hồ sơ kỹ thuật cho từng thửa đất là không sáng suốt. Pick từng thửa chỉ hợp với việc giải quyết nhỏ lẻ chứ đứng ở góc độ "máy tính" và ngồi coding thì hơi lãng phí.
Trong đo đạc địa chính elle đã từng gặp 1 khu đo khoảng 500ha cần giải phóng mặt bằng để xây dựng khu đô thị mới và có khoảng 3000 thửa thì chắc làm theo phương án này là không khả quan vì rất chậm, hay nhầm lẫn. Phương án là khi CT chạy hỏi "select close polyline" vẫn hay hơn, nghĩa là chọn một tập hợp các thửa để cho CT chạy. Nó tiện vì có thể đánh được số thửa tự động và làm hàng loạt như một "nhà máy sản xuất hồ sơ". Việc tạo một "Close Polyline" hãy để cho user đảm trách, dễ thôi vì những ai làm bản đồ thì hay cài AutoCAD Map chứ ko hay cài AutoCAD và tạo "Close Polyline" chỉ là một việc đơn giản trong tích tắc. AutoCAD Map có hàng loạt cộng cụ có sẳn để làm việc này.

Tôi gửi kèm một bản đồ khu đo làm ví dụ. Trong file vẽ bạn hãy bỏ qua các yếu tố ko cần thiết (mấy bác bên thiết kế quy hoạch làm bản vẽ của elle nó nát ra thế đó) chỉ quan tâm đến RG dự án (layer GIOIHANDAT). Tất cả các thửa nằm trong và bị RG cắt qua đều fải tính diện tích để giải phóng MB và lấy diện tích này để làm căn cứ đền bù, phải in ra 1 Hồ sơ kỹ thuật thửa đất như mẫu trước elle gửi lên... Oài má ơi công việc lạp đi lặp lại hơi nhiều...

<a href="http://www.cadviet.com/upfiles/vd.zip" target="_blank">http://www.cadviet.com/upfiles/vd.zip</a>

Đôi dòng tâm sự, cũng chỉ mong bác SSg có cái nhìn tổng quan hơn...

Ái chà! làm khó cho SSg rồi. Thực hiện được như ý Ell thì chương trình LCV trở thành một "phần mềm chuyên nghiệp", e rằng hơi khó, theo tnmtpc thì LCV là một "tiện ích" hỗ trợ trong CAD, cho nên không dám đòi hỏi cao hơn ở SSg để đáp ứng đầy đủ các công việc của trắc địa nói chung, địa chính nói riêng, do vậy chỉ yêu cầu trong chừng mực nào đó để LCV thực thi, nếu không SSg bị "kiệt xác" đấy. Mong rằng Ell hiểu ý mình
  • 0

#90 vndesperados

vndesperados

    biết lệnh xref

  • Members
  • PipPipPipPipPipPipPip
  • 547 Bài viết
Điểm đánh giá: 253 (khá)

Đã gửi 03 April 2008 - 08:33 AM

Không có gì là không làm được cả các bác ạh. Tất cả các dự án tin học không bị chết về KỸ THUẬT mà chỉ bị chết về quan hệ con người thôi. Mình xem yêu cầu của các bác là thuộc về quan hệ con người.
Trước đây khi mình còn viết ct cho bên PV Quy Hoạch, có nhiều anh cứ chơi theo kiểu nói ra vài yêu cầu rùi bảo khi nào làm xong thì nói tiếp. Kiểu này vừa mất thời gian mà chất lượng sản phẩn lại không cao. Chán. Và hầu như là các sp phần mềm viết tại VN, cho người VN dùng và người VN viết đều theo công nghệ đó.
Tụi nước ngoài nó không bao giờ làm thế và nó cũng không cho người VN mình làm thế với những sp do nó đặt hàng. Vậy nên hầu như bọn mình không bao giờ viết lại. Chỉ viết một lần + Fix bug. Thêm nữa thì bổ sung.
Hôm trước mình và bác ssg đưa FreeMind lên là để mọi người đóng góp ý kiến vậy mà hầu như không thấy ai nói gì. Sau khi bác ssg công bố ra một sản phẩm thì các bác góp ý nhiều quá. Chỉ cần các bác chịu khó suy nghĩ đóng góp ý kiến trước khi mọi người làm thì sẽ dễ dàng cho anh em lập trình hơn.
Một sp phần mềm thì chỉ có mức Alpha, Beta sau đó là chính thức. Các bác mà góp ý kiểu này thì chắc là dùng đến hết các ký hiệu luôn quá: Gama, Xichma...
Bác ssg ạh, thấy bác hết lòng anh em thế cũng thấy thương bác mới đưa ra cái FreeMind đó. Mình nghĩ bác nên dừng lại làm rõ yêu cầu trước khi tiếp tục. Cái gì thì không dám chưa về lĩnh vực này thì tự tin là kinh nghiệm nhiều hơn bác. :bigsmile:
  • 1

#91 ssg

ssg

    biết lệnh adcenter

  • Vip
  • PipPipPipPipPipPipPip
  • 1228 Bài viết
Điểm đánh giá: 1087 (rất tốt)

Đã gửi 03 April 2008 - 08:40 AM

Quay trở lại bài toán trước kia có bạn nào đó trên diễn đàn hỏi và SSG giới thiệu hàm "GetVert", elle đã đề cập đến vấn đề là "Nếu tờ bản đồ có vài trăm thửa" hay nhiều hơn thì việc ngồi Pick từng thửa để tính diện tích và lập Hồ sơ kỹ thuật cho từng thửa đất là không sáng suốt. Pick từng thửa chỉ hợp với việc giải quyết nhỏ lẻ chứ đứng ở góc độ "máy tính" và ngồi coding thì hơi lãng phí.
Trong đo đạc địa chính elle đã từng gặp 1 khu đo khoảng 500ha cần giải phóng mặt bằng để xây dựng khu đô thị mới và có khoảng 3000 thửa thì chắc làm theo phương án này là không khả quan vì rất chậm, hay nhầm lẫn. Phương án là khi CT chạy hỏi "select close polyline" vẫn hay hơn, nghĩa là chọn một tập hợp các thửa để cho CT chạy. Nó tiện vì có thể đánh được số thửa tự động và làm hàng loạt như một "nhà máy sản xuất hồ sơ". Việc tạo một "Close Polyline" hãy để cho user đảm trách, dễ thôi vì những ai làm bản đồ thì hay cài AutoCAD Map chứ ko hay cài AutoCAD và tạo "Close Polyline" chỉ là một việc đơn giản trong tích tắc. AutoCAD Map có hàng loạt cộng cụ có sẳn để làm việc này.

Tôi gửi kèm một bản đồ khu đo làm ví dụ. Trong file vẽ bạn hãy bỏ qua các yếu tố ko cần thiết (mấy bác bên thiết kế quy hoạch làm bản vẽ của elle nó nát ra thế đó) chỉ quan tâm đến RG dự án (layer GIOIHANDAT). Tất cả các thửa nằm trong và bị RG cắt qua đều fải tính diện tích để giải phóng MB và lấy diện tích này để làm căn cứ đền bù, phải in ra 1 Hồ sơ kỹ thuật thửa đất như mẫu trước elle gửi lên... Oài má ơi công việc lạp đi lặp lại hơi nhiều...

http://www.cadviet.com/upfiles/vd.zip

Đôi dòng tâm sự, cũng chỉ mong bác SSg có cái nhìn tổng quan hơn...

Cám ơn các ý kiến, và đặc biệt là file vd của bạn. Ssg đã nói từ lâu rồi nhưng hình như các bạn không chú ý lắm. Kiến thức mà ssg đang thiếu chính là cái nhìn tổng quan ấy. File ví dụ người thật việc thật của bạn có tác dụng cực kỳ quan trọng trong việc định hướng để xây dựng chương trình. Nếu định hướng sai lầm ban đầu sẽ dẫn đến việc tốn nhiều công sức nhưng kết quả không đạt được như mong muốn. Với khu đất có 10 thửa và khu đất có 1000 thửa, tư duy lập trình khác nhau rất nhiều!
Với số lượng thửa như ví dụ của bạn, rõ ràng việc pick từng thửa để đánh số là không ổn. Ssg nhất trí với phương án đánh số tự động mà bạn nêu. Nhưng còn mấy điểm chưa rõ:
1) Đánh số theo chiều từ trái qua phải, từ trên xuống dưới thì hiểu rồi. Nhưng căn cứ vào điểm (point) nào, có phải là theo trọng tâm của thửa đất không? Hay là theo điểm cực Tây và cực Bắc của nó? (hình dạng nhiều thửa đất rất phức tạp, không vuông vắn như ô bàn cờ!)
2) Thông tin về Loại đất, Chủ sử dụng và Địa chỉ như tnmtpc nêu thì nhập như thế nào?
3) Hôm nọ hình như các bạn đã thống nhất ý kiến không dùng attribute block mà chỉ nên dùng text thôi?
4) Còn một số câu hỏi "như thế nào" tương tự như trên nữa chưa xuất hiện! Chúng chỉ lộ diện khi ssg coding xong và các bạn dùng thử mới thấy không ổn!

Kết luận:
Qua 1 đoạn thử nghiệm đã làm được, các bạn có thể thấy rõ là Lisp có khả năng rất lớn, có thể giúp chúng ta tăng năng suất làm việc lên nhiều lần. Bản thân ssg, tuy khả năng và hiểu biết có hạn, vẫn có thể cụ thể hoá nhiều ý tưởng thành chương trình (chỗ nào bí đã có anh Hoành cũng như cả cộng đồng CadViet)
Tuy nhiên, ssg e rằng sẽ không thể tiếp tục được nữa nếu như chưa hiểu rõ toàn bộ những việc cần làm tiếp theo trong việc xây dựng bản đồ, bản vẽ, file lưu trữ, hồ sơ... (trước mắt là cho mảng địa chính). Các bạn không giúp ssg thông suốt một cách triệt để thì cũng đành bó tay thôi!

P/S: Cám ơn vndes! Mình viết xong mấy ý trên mới đọc bài của bạn. Có lẽ bạn là người hiểu rõ nhất cái khó hiện nay của ssg.
  • 0

#92 elleHCSC

elleHCSC

    biết lệnh copy

  • Members
  • PipPipPip
  • 119 Bài viết
Điểm đánh giá: 98 (tàm tạm)

Đã gửi 03 April 2008 - 10:06 AM

Không có gì là không làm được cả các bác ạh. Tất cả các dự án tin học không bị chết về KỸ THUẬT mà chỉ bị chết về quan hệ con người thôi. Mình xem yêu cầu của các bác là thuộc về quan hệ con người.
Trước đây khi mình còn viết ct cho bên PV Quy Hoạch, có nhiều anh cứ chơi theo kiểu nói ra vài yêu cầu rùi bảo khi nào làm xong thì nói tiếp. Kiểu này vừa mất thời gian mà chất lượng sản phẩn lại không cao. Chán. Và hầu như là các sp phần mềm viết tại VN, cho người VN dùng và người VN viết đều theo công nghệ đó.
Tụi nước ngoài nó không bao giờ làm thế và nó cũng không cho người VN mình làm thế với những sp do nó đặt hàng. Vậy nên hầu như bọn mình không bao giờ viết lại. Chỉ viết một lần + Fix bug. Thêm nữa thì bổ sung.
Hôm trước mình và bác ssg đưa FreeMind lên là để mọi người đóng góp ý kiến vậy mà hầu như không thấy ai nói gì. Sau khi bác ssg công bố ra một sản phẩm thì các bác góp ý nhiều quá. Chỉ cần các bác chịu khó suy nghĩ đóng góp ý kiến trước khi mọi người làm thì sẽ dễ dàng cho anh em lập trình hơn.
Một sp phần mềm thì chỉ có mức Alpha, Beta sau đó là chính thức. Các bác mà góp ý kiểu này thì chắc là dùng đến hết các ký hiệu luôn quá: Gama, Xichma...
Bác ssg ạh, thấy bác hết lòng anh em thế cũng thấy thương bác mới đưa ra cái FreeMind đó. Mình nghĩ bác nên dừng lại làm rõ yêu cầu trước khi tiếp tục. Cái gì thì không dám chưa về lĩnh vực này thì tự tin là kinh nghiệm nhiều hơn bác. :bigsmile:


Đấy là cái khó của anh em CadViet vì hầu như mọi người không phải dân làm soft chuyên nghiệp mà chỉ đá bóng trái chân thôi nên tư duy để xây dựng nên 1 soft là chưa được OK lắm. Ở đây rõ ràng LCV thiếu một thiết kế hệ thống để rồi trên hệ thống đã đc xác định cứ thế mà làm. Hơn nữa mọi người hay như bản thân elleHCSC cũng đang cùng nhau học tập cách làm việc theo nhóm mà. Vn...dos sẽ nhận thấy ngay sự khác biệt cơ bản nhất ở LCV là không phải quan hệ một người cần đặt hàng 1 sp cụ thê A nào đó với các yêu cầu B cụ thể rồi thuê hay nhờ người khác viết mà ở đây là cùng "chụm lại" nêu lên các ý tưởng để xây dựng 1 sp. Rất biết là Ssg vất vả vì hầu như đảm trách toàn bộ fần coding nhưng elle nghĩ Ssg có một niềm vui nhất định khi cùng mọi người làm ra 1 sp mà mọi người dùng đc trong khi đó lại không fải lĩnh vực chính mà ssg am hiểu nhất.
:undecided:
  • 0
Share for all, all will share !

--------------------
HTTP://WWW.HCSC.VN
HTTP://WWW.HCSC.COM.VN

#93 vndesperados

vndesperados

    biết lệnh xref

  • Members
  • PipPipPipPipPipPipPip
  • 547 Bài viết
Điểm đánh giá: 253 (khá)

Đã gửi 03 April 2008 - 10:23 AM

Đấy là cái khó của anh em CadViet vì hầu như mọi người không phải dân làm soft chuyên nghiệp mà chỉ đá bóng trái chân thôi nên tư duy để xây dựng nên 1 soft là chưa được OK lắm. Ở đây rõ ràng LCV thiếu một thiết kế hệ thống để rồi trên hệ thống đã đc xác định cứ thế mà làm. Hơn nữa mọi người hay như bản thân elleHCSC cũng đang cùng nhau học tập cách làm việc theo nhóm mà. Vn...dos sẽ nhận thấy ngay sự khác biệt cơ bản nhất ở LCV là không phải quan hệ một người cần đặt hàng 1 sp cụ thê A nào đó với các yêu cầu B cụ thể rồi thuê hay nhờ người khác viết mà ở đây là cùng "chụm lại" nêu lên các ý tưởng để xây dựng 1 sp. Rất biết là Ssg vất vả vì hầu như đảm trách toàn bộ fần coding nhưng elle nghĩ Ssg có một niềm vui nhất định khi cùng mọi người làm ra 1 sp mà mọi người dùng đc trong khi đó lại không fải lĩnh vực chính mà ssg am hiểu nhất.
:bigsmile:


Bác nói thế thì không đúng rồi. Ở đây không phải yêu cầu các bác làm một cái soft (mà cũng chưa gọi được là soft đâu, mới chỉ là app thui). Mà chỉ yêu cầu các bác nói yêu cầu rõ ràng. Các bác là dân trong nghề, nên các bác phải rành hơn bác ssg và rành hơn mình vì mình không làm về XD. Các bác không thể cho rằng cứ làm ra một sản phẩm rồi thiếu đâu sửa đó hoặc sai đâu sửa đó. Cái này gọi là vô trách nhiệm đó.
Bước trước mắt là các bác phải nghĩ cho được mình muốn cái gì, sau đó là những gì có thể phát sinh. Một ngày chưa nghĩ ra thì 1 tuần...
Khi các bác nghĩ xong rùi thì mình có thể giúp các bác về phân tích hệ thống và thiết kế cơ bản - Free.
Các bác an tâm dù Free nhưng mình sẽ vẫn làm tốt vì cái này còn liên quan đến "thương hiệu" của mình nữa.
Hi vọng rằng những sản phẩm có nguồn gốc từ LCV khi được dùng sẽ không bị cho là "Free".
Mà mình nói các bác nghe: trong làm soft thì thời gian coding không quá 30% thời gian của dự án đâu.
Vậy nên các bác đừng đặt nặng vấn đề coding quá
  • 0

#94 elleHCSC

elleHCSC

    biết lệnh copy

  • Members
  • PipPipPip
  • 119 Bài viết
Điểm đánh giá: 98 (tàm tạm)

Đã gửi 03 April 2008 - 10:24 AM

1) Đánh số theo chiều từ trái qua phải, từ trên xuống dưới thì hiểu rồi. Nhưng căn cứ vào điểm (point) nào, có phải là theo trọng tâm của thửa đất không? Hay là theo điểm cực Tây và cực Bắc của nó? (hình dạng nhiều thửa đất rất phức tạp, không vuông vắn như ô bàn cờ!)


Cái này thì ssg căn cứ vào điểm point trọng tâm - Centroid, hình thù thửa phức tạp kệ nó ko sao. elle sẽ giúp ssg giải thuật này kể cả giải thuật xác định Centroid vì elle đã từng làm rồi, khó nhất là elle viết ko phải bằng lisp mà trên delphi để tạo file chạy *.exe nên tất cả các hàm tính đó elle phải "tính bộ" hết chứ ko tận dụng được các hàm của lisp hay Cad.

2) Thông tin về Loại đất, Chủ sử dụng và Địa chỉ như tnmtpc nêu thì nhập như thế nào?


Lâu công nhất là cái này vì hầu như user phải nhập tay. Cad có làm đc ko thì mình ko rõ vì số liệu này thường hiểu theo kiểu Database để Link (kết nối) với Cad. Drawing thuộc khái niệm "không gian" còn database thuộc khái niệm phi không gian mà. Nếu đưa hết Sothua, DienTich, TenChu, DiaChi, LoaiDat v.v...hiển thị hết trên bản vẽ thì rối lắm, người ta chỉ để SoThua, DienTich, LoaiDat hiện lên trên bản vẽ thôi. Mình cũng chưa nghĩ nên làm thế nào cho tiện đây.

3) Hôm nọ hình như các bạn đã thống nhất ý kiến không dùng attribute block mà chỉ nên dùng text thôi?

Dùng Text thôi
  • 1
Share for all, all will share !

--------------------
HTTP://WWW.HCSC.VN
HTTP://WWW.HCSC.COM.VN

#95 tnmtpc

tnmtpc

    biết dimcontinue

  • Members
  • PipPipPipPipPip
  • 370 Bài viết
Điểm đánh giá: 206 (khá)

Đã gửi 03 April 2008 - 01:55 PM

Cám ơn các ý kiến, và đặc biệt là file vd của bạn. Ssg đã nói từ lâu rồi nhưng hình như các bạn không chú ý lắm. Kiến thức mà ssg đang thiếu chính là cái nhìn tổng quan ấy. File ví dụ người thật việc thật của bạn có tác dụng cực kỳ quan trọng trong việc định hướng để xây dựng chương trình. Nếu định hướng sai lầm ban đầu sẽ dẫn đến việc tốn nhiều công sức nhưng kết quả không đạt được như mong muốn. Với khu đất có 10 thửa và khu đất có 1000 thửa, tư duy lập trình khác nhau rất nhiều!
Với số lượng thửa như ví dụ của bạn, rõ ràng việc pick từng thửa để đánh số là không ổn. Ssg nhất trí với phương án đánh số tự động mà bạn nêu. Nhưng còn mấy điểm chưa rõ:
1) Đánh số theo chiều từ trái qua phải, từ trên xuống dưới thì hiểu rồi. Nhưng căn cứ vào điểm (point) nào, có phải là theo trọng tâm của thửa đất không? Hay là theo điểm cực Tây và cực Bắc của nó? (hình dạng nhiều thửa đất rất phức tạp, không vuông vắn như ô bàn cờ!)
2) Thông tin về Loại đất, Chủ sử dụng và Địa chỉ như tnmtpc nêu thì nhập như thế nào?
3) Hôm nọ hình như các bạn đã thống nhất ý kiến không dùng attribute block mà chỉ nên dùng text thôi?
4) Còn một số câu hỏi "như thế nào" tương tự như trên nữa chưa xuất hiện! Chúng chỉ lộ diện khi ssg coding xong và các bạn dùng thử mới thấy không ổn!

Kết luận:
Qua 1 đoạn thử nghiệm đã làm được, các bạn có thể thấy rõ là Lisp có khả năng rất lớn, có thể giúp chúng ta tăng năng suất làm việc lên nhiều lần. Bản thân ssg, tuy khả năng và hiểu biết có hạn, vẫn có thể cụ thể hoá nhiều ý tưởng thành chương trình (chỗ nào bí đã có anh Hoành cũng như cả cộng đồng CadViet)
Tuy nhiên, ssg e rằng sẽ không thể tiếp tục được nữa nếu như chưa hiểu rõ toàn bộ những việc cần làm tiếp theo trong việc xây dựng bản đồ, bản vẽ, file lưu trữ, hồ sơ... (trước mắt là cho mảng địa chính). Các bạn không giúp ssg thông suốt một cách triệt để thì cũng đành bó tay thôi!

P/S: Cám ơn vndes! Mình viết xong mấy ý trên mới đọc bài của bạn. Có lẽ bạn là người hiểu rõ nhất cái khó hiện nay của ssg.

Gay quá, vẫn chưa tìm được tiếng nói chung. Thôi thì thế này, mình gửi một "bộ" các file, mong rằng hệ thống được q
  • 0

#96 ssg

ssg

    biết lệnh adcenter

  • Vip
  • PipPipPipPipPipPipPip
  • 1228 Bài viết
Điểm đánh giá: 1087 (rất tốt)

Đã gửi 03 April 2008 - 02:31 PM

A- Cái này thì ssg căn cứ vào điểm point trọng tâm - Centroid, hình thù thửa phức tạp kệ nó ko sao. elle sẽ giúp ssg giải thuật này kể cả giải thuật xác định Centroid vì elle đã từng làm rồi, khó nhất là elle viết ko phải bằng lisp mà trên delphi để tạo file chạy *.exe nên tất cả các hàm tính đó elle phải "tính bộ" hết chứ ko tận dụng được các hàm của lisp hay Cad.

B- Lâu công nhất là cái này vì hầu như user phải nhập tay. Cad có làm đc ko thì mình ko rõ vì số liệu này thường hiểu theo kiểu Database để Link (kết nối) với Cad. Drawing thuộc khái niệm "không gian" còn database thuộc khái niệm phi không gian mà. Nếu đưa hết Sothua, DienTich, TenChu, DiaChi, LoaiDat v.v...hiển thị hết trên bản vẽ thì rối lắm, người ta chỉ để SoThua, DienTich, LoaiDat hiện lên trên bản vẽ thôi. Mình cũng chưa nghĩ nên làm thế nào cho tiện đây.

A- Chỗ này mình hỏi lại cho chắc thôi. Lisp có thể xác định toạ độ centroid của bất cứ hình gì có trên bản vẽ.

B- Mình ủng hộ ý kiến "nhà máy sản xuất hồ sơ" của bạn. Điều này hoàn toàn khả thi trong khả năng của Lisp. Cái vướng nhất chính là các thông tin: Loại đất, Chủ sử dụng và Địa chỉ. Tất nhiên, số liệu ban đầu thì phải nhập tay, nhưng nhập ở đâu, nhập như thế nào cần nghiên cứu kỹ hơn. Mình đề xuất cách làm như sau:

1) Việc tạo Closed Pline user tự làm. Không có AutoCad Map thì làm thủ công bằng lệnh boundary hay bằng cách gì đó tuỳ ý.

2) Khi đã có đầy đủ các Closed Plines, chương trình sẽ đánh số thửa và ghi diện tích tự động tại điểm centroid của thửa. Lại phải hỏi cho rõ: con số thứ tự thửa (ST), line phân cách hay là con số diện tích trùng với centroid của thửa? Justify các thành phần như thế nào? Theo mình, lấy ST (justify center) làm chuẩn cho nó trùng với centroid thửa vì nó là key để nhận biết các thành phần khác, bất kể trong bản vẽ *.dwg hay trong file database.

3) Khi làm động tác trên, chương trình có khả năng ghi nhận những dữ liệu sau về toàn bộ các thửa đất và có thể ghi ra file database (dùng dạng *.csv là hợp lý nhất):
- Số thứ tự thửa (ST)
- Diện tích
- Toạ độ tất cả các đỉnh thửa
- Toạ độ centroid thửa
Tóm lại là đủ dữ liệu cần thiết để tái hiện lại hình dáng kích thước của 1 thửa bất kỳ. Với file *.csv, user có thể dễ dàng dùng Excel để open và bổ sung thêm các field: LoaiDat, ChuSuDung, DiaChi...
Với file database như vậy, user chỉ cần cung cấp ST là có ngay hồ sơ kỹ thuật thửa đất, chẳng cần đến file *.dwg tổng thể nữa.

Phương hướng chung là vậy, nhưng để triển khai cần phải chi tiết hơn, chi tiết đến "từng sợi tóc" như mình đã phân tích hôm nọ.
Các bạn xem và góp ý thêm. Cứ bàn bạc thoải mái, nhưng cuối cùng phải đi đến thống nhất và kết luận. Không có kết luận, LCV xem như giậm chân tại chỗ!

P/S: Ssg bận việc, có lẽ vắng diễn đàn mấy ngày. Hôm nào go back sẽ bàn tiếp.
  • 1

#97 tnmtpc

tnmtpc

    biết dimcontinue

  • Members
  • PipPipPipPipPip
  • 370 Bài viết
Điểm đánh giá: 206 (khá)

Đã gửi 03 April 2008 - 02:47 PM

Cám ơn các ý kiến, và đặc biệt là file vd của bạn. Ssg đã nói từ lâu rồi nhưng hình như các bạn không chú ý lắm. Kiến thức mà ssg đang thiếu chính là cái nhìn tổng quan ấy. File ví dụ người thật việc thật của bạn có tác dụng cực kỳ quan trọng trong việc định hướng để xây dựng chương trình. Nếu định hướng sai lầm ban đầu sẽ dẫn đến việc tốn nhiều công sức nhưng kết quả không đạt được như mong muốn. Với khu đất có 10 thửa và khu đất có 1000 thửa, tư duy lập trình khác nhau rất nhiều!
Với số lượng thửa như ví dụ của bạn, rõ ràng việc pick từng thửa để đánh số là không ổn. Ssg nhất trí với phương án đánh số tự động mà bạn nêu. Nhưng còn mấy điểm chưa rõ:
1) Đánh số theo chiều từ trái qua phải, từ trên xuống dưới thì hiểu rồi. Nhưng căn cứ vào điểm (point) nào, có phải là theo trọng tâm của thửa đất không? Hay là theo điểm cực Tây và cực Bắc của nó? (hình dạng nhiều thửa đất rất phức tạp, không vuông vắn như ô bàn cờ!)
2) Thông tin về Loại đất, Chủ sử dụng và Địa chỉ như tnmtpc nêu thì nhập như thế nào?
3) Hôm nọ hình như các bạn đã thống nhất ý kiến không dùng attribute block mà chỉ nên dùng text thôi?
4) Còn một số câu hỏi "như thế nào" tương tự như trên nữa chưa xuất hiện! Chúng chỉ lộ diện khi ssg coding xong và các bạn dùng thử mới thấy không ổn!

Kết luận:
Qua 1 đoạn thử nghiệm đã làm được, các bạn có thể thấy rõ là Lisp có khả năng rất lớn, có thể giúp chúng ta tăng năng suất làm việc lên nhiều lần. Bản thân ssg, tuy khả năng và hiểu biết có hạn, vẫn có thể cụ thể hoá nhiều ý tưởng thành chương trình (chỗ nào bí đã có anh Hoành cũng như cả cộng đồng CadViet)
Tuy nhiên, ssg e rằng sẽ không thể tiếp tục được nữa nếu như chưa hiểu rõ toàn bộ những việc cần làm tiếp theo trong việc xây dựng bản đồ, bản vẽ, file lưu trữ, hồ sơ... (trước mắt là cho mảng địa chính). Các bạn không giúp ssg thông suốt một cách triệt để thì cũng đành bó tay thôi!

P/S: Cám ơn vndes! Mình viết xong mấy ý trên mới đọc bài của bạn. Có lẽ bạn là người hiểu rõ nhất cái khó hiện nay của ssg.

Gay quá vẫn còn trục trặc đây, thôi thì thế này, mình gửi một "bộ" gồm các file, hy vọng rằng nó bao quát được qui trình của một sản phẩm địa chính.
File bản vẽ được hình thành từ số liệu đo thông qua import data và xử lý mã (cái này LCV đã làm được), trong mỗi thửa có tâm thửa, các text được định vị theo nó, số thửa, diện tích được ghi tự động (trong đó có một số thửa không theo qui luật là do phát sinh sau khi đánh số tự động xong, gọi là số thêm)
Sau khi hoàn thành xong bản đồ, bước tiếp theo là tạo ra hệ thống sổ sách theo qui định, giai đoạn này cần qua khâu trung gian là nhờ access để tạo và quản lý dữ liệu thuộc tính (khâu này rất phức tạp)( các file trong thư mục data), kết quả tạo ra các mẫu sổ (sổ địa chính, sổ mục kê, sổ cấp giấy), các mẫu này được chuyển sang định dạng .pdf để in ấn
sản phẩm khác là hồ sơ kỷ thuật thửa đất và trích lục
Có thể tóm tắt qui trình như sau:
1/Tạo dữ liệu không gian: từ số liệu đo đã chuẩn hóa, chuyển sang Cad, tạo thửa, tạo tâm thửa, đánh số thửa và ghi diện tích tự động, nhập loại đất và tên chủ sử dụng (cần nhập thêm thông tin địa chỉ), làm các việc linh tinh khác để hoàn thành bản đồ
2/ tạo dữ liệu thuộc tính (phi không gian)
Đối với thửa đất có các dữ liệu: số thửa, diện tích, loại đất (một số thông tin khác như hạng đất được đưa vào sau)
Đối với chủ sử dụng có các thông tin: tên chủ sử dụng, năm sinh, CMND, ngày và nơi cấp- Tên vợ (hoặc chồng),năm sinh, CMND, ngày và nơi cấp- địa chỉ thường trú...
Vấn đề đặt ra là dữ liệu thuộc tính được làm ở đâu? LCV có thực hiện được không và có lưu file dữ liệu thuộc tính với một dạng file nào đó. Giải pháp khả dĩ là thực hiện trên excel hoặc sử dụng chức năng table trong cad ?(cái này mình không rành)
3/ Tạo hồ sơ kỷ thuật và trích lục: có hai hình thức: tạo tự động hàng loạt và tạo từng thửa theo nhu cầu của user
Còn một số công việc khác nữa của địa chính, nhưng sẽ đề cập sau
http://www.cadviet.c...ile_mau_lcv.rar
(tên layer trong file này không giống file trước đây mình gửi, vì do chương trình xử lý khác nhau)
  • 0

#98 ssg

ssg

    biết lệnh adcenter

  • Vip
  • PipPipPipPipPipPipPip
  • 1228 Bài viết
Điểm đánh giá: 1087 (rất tốt)

Đã gửi 12 April 2008 - 08:49 AM

Trong đo đạc địa chính elle đã từng gặp 1 khu đo khoảng 500ha cần giải phóng mặt bằng để xây dựng khu đô thị mới và có khoảng 3000 thửa thì chắc làm theo phương án này là không khả quan vì rất chậm, hay nhầm lẫn. Phương án là khi CT chạy hỏi "select close polyline" vẫn hay hơn, nghĩa là chọn một tập hợp các thửa để cho CT chạy. Nó tiện vì có thể đánh được số thửa tự động và làm hàng loạt như một "nhà máy sản xuất hồ sơ". Việc tạo một "Close Polyline" hãy để cho user đảm trách, dễ thôi vì những ai làm bản đồ thì hay cài AutoCAD Map chứ ko hay cài AutoCAD và tạo "Close Polyline" chỉ là một việc đơn giản trong tích tắc. AutoCAD Map có hàng loạt cộng cụ có sẳn để làm việc này.

Tnmtpc có nhất trí với quan điểm này không? Có được tập hợp các đối tượng Closed Polyline (hoặc Region), mỗi đối tượng biểu diễn 1 thửa đất -> các bạn muốn yêu cầu kiểu gì cũng được!
  • 1

#99 tnmtpc

tnmtpc

    biết dimcontinue

  • Members
  • PipPipPipPipPip
  • 370 Bài viết
Điểm đánh giá: 206 (khá)

Đã gửi 12 April 2008 - 02:17 PM

Tnmtpc có nhất trí với quan điểm này không? Có được tập hợp các đối tượng Closed Polyline (hoặc Region), mỗi đối tượng biểu diễn 1 thửa đất -> các bạn muốn yêu cầu kiểu gì cũng được!

Ok! Việc tạo Closed Polyline (hoặc Region), đơn giản thôi mà. Nhất trí như vậy nhé
  • 1

#100 cadthanyeu

cadthanyeu

    biết zoom

  • Members
  • Pip
  • 12 Bài viết
Điểm đánh giá: 0 (bình thường)

Đã gửi 14 August 2008 - 09:35 AM

Nhất trí với Ssg và ủng hộ hết mình. Tnmtpc sẽ cố trong thời gian sớm nhất gửi bảng tổng hợp các yêu cầu và hai file *.dwg và *.xls để có cơ sở nghiên cứu chương trình
Giá như Ssg Ssg am tường về trắc địa hoặc tnmtpc có được kiến thức về lisp như Bác Ssg nhỉ. Mà sao các Bác trắc địa không ai lên tiếng vậy cà?

Chào tất cả các bạn. Tôi mới tham gia diễn đàn. Tôi cũng là dân Trắc địa.
1-Tôi thấy món bản đồ thường bị mất thời gian ở công đoạn tu chỉnh để in ấn. Ví dụ với bản đồ địa chính: để in ra giấy thì các thông tin về thửa như số thửa, diện tích, loại đất, gạch phân cách bị chồng đè vào các yếu tố khác. Vậy phải xoay, hoặc di chuyển ra vị trí khác, vậy các bạn nên làm 1 modul nhỏ để xoay, di chuyển cụm thông tin này theo 1 hướng nào đó tuỳ chọn
2- Sau khi các thông tin của bản đồ được xuất ra file excel thì khi thay đổi thông tin về tên chủ, địc chỉ, loại đất phải sửa trên file excel. Vậy nên làm modul để trút ngược lại thông tin đã sửa trên file excel vào bản đồ (theo dúng vị trí cảu thửa).
(thông tin ra file excel gồm 6 cột là: tên từ bản đồ, thửa số, diện tích, loại đất, tên chủ, địa chỉ)
3- Làm modul để lấy toạ độ xyz của các điểm, các line trên bản vẽ, xuất ra file excel. vì thường số lượng điểm trên bản đồ rất nhiều nên không thể đọc toạ độ từng điểm được.
4- Về in ấn. Với ngành địa chính pthường phải in số lượng bản vẽ nhiều (như hồ sơ kỹ thuật thửa đất).mà cứ phải mở từng file ra và pick để gửi ra máy in thì rất lâu (các bản vẽ này giống nhau về vị trí , kích cỡ của hình vẽ). Vậy làm sao để in tự động hết các file bản vẽ trong thư mục đã chọn ?
  • 0