Những thách thức lớn nhất của bạn khi là một nhà phát triển GIS là gì?

Những thách thức lớn nhất của bạn khi phát triển phần mềm GIS là gì?

Nó có mã hóa không? Có phải nó hiểu các khái niệm bản đồ / địa lý / vv (như dự đoán)? Hay những khó khăn khác?

Phát biểu từ kinh nghiệm của tôi với tư cách là một nhà phát triển rơi vào bối cảnh phát triển ESRI / GIS gần 5 năm trước:

1. Không có API duy nhất để làm những gì bạn muốn làm. Chỉ một mớ hỗn độn các API có thể hoạt động hoặc không hoạt động cho mục đích của bạn: ArcObjects, Python, REST, SOAP, ADF, ST_Geometry?
2. Tất cả các API được gắn với một số phần mềm đắt tiền, cồng kềnh mà bạn không muốn đặt vào cốt lõi của ứng dụng.
3. Cơ hội ít cho thiết kế thực sự sáng tạo. Cấu trúc dữ liệu không gian định hướng đối tượng? Quên đi. Bất chấp tất cả các cuộc nói chuyện về "đối tượng" và "các lớp tính năng", bạn vẫn đang làm việc với các bảng câm được trung gian bởi phần mềm trung gian thất thường.
4. Phần mềm bị lỗi, thông báo lỗi sai và tài liệu không đầy đủ. Khắc phục sự cố hầu như luôn luôn là bản dùng thử và lỗi. Làm quen với nó.
5. Quản lý dữ liệu không gian địa lý bằng các phương pháp cơ sở dữ liệu quan hệ là gần như không thể. Tôi đã phải từ bỏ bất kỳ SQL / DDL nào vì chúng khiến tôi gặp rắc rối với phần mềm trung gian (vâng, tôi đang nói về ArcSDE). Thật xấu hổ khi vứt bỏ toàn bộ bộ kỹ năng. Chỉ cần mở ArcCatalog, điểm, nhấp.

Như bạn có thể nói tôi có một cái nhìn khá tiêu cực về bối cảnh phát triển ESRI. Đối với những người đến từ một nền tảng địa lý, tôi chắc chắn rằng các khả năng là khá thú vị. Nhưng đối với một người như tôi yêu thích cơ sở dữ liệu quan hệ, lập trình hướng đối tượng và cơ hội rộng mở cho các giải pháp sáng tạo, việc phát triển GIS với ESRI rất hạn chế và không thỏa mãn. Đây là một sự xấu hổ vì đám đông trường học cũ nói với tôi rằng nó từng là một môi trường ưu việt, trước khi liên kết với Microsoft. Tôi chân thành hy vọng cộng đồng nguồn mở tiếp tục đổi mới.

Số lượng lớn dữ liệu. Có thể tìm ra cách đúng để trích xuất một lượng lớn dữ liệu bằng công nghệ web là một thách thức. Chúng ta có thể có nhiều dữ liệu và hiệu suất kém hoặc có ít dữ liệu được hiển thị hơn nhưng có khả năng truyền tải thông tin sai.

Tôi không phải là nhà phát triển GIS; tuy nhiên, tôi là người điều hành GIS:

Thách thức:

• Thu thập, tổng hợp, phân tổ, hợp nhất và chia tách dữ liệu : Tôi nhận dữ liệu từ nhiều nguồn khác nhau cho các dự án khác nhau; vấn đề lớn nhất thường là lấy tất cả dữ liệu cho cùng một khu vực / khu vực địa lý. Tôi thường phải sử dụng một vài kỹ thuật được đề cập ở trên trên mỗi tập dữ liệu, để có một mẫu nhất quán cho dự án. Điều này làm tăng khả năng lỗi và làm loãng độ chính xác của chúng tôi.

• Tôi không phải là nhà phát triển; Tôi nhắc lại tôi không phải là nhà phát triển: Khi những người đáng yêu của bạn nói về các chỉ số SOAP, SHAMPOO, REST, GIS-T, v.v. điều này có ý nghĩa rất lớn với bạn. Đối với tôi chủ yếu là biệt ngữ. Tôi thường có một đường cong học tập lớn hoặc leo dốc để có được một số điều đơn giản được thực hiện.

• Khoảng cách giữa FOSS và Phần mềm sở hữu: Tôi yêu QGIS và hậu kỳ cho đến chết; nghĩa đen là tôi đã cài đặt chúng trên mọi máy; tuy nhiên, khi tôi muốn thực hiện phân tích dựa trên giao thông, tôi phải sử dụng TransCAD hoặc EMME2 / 3. Mỗi chiếc có giá khoảng 15.000 USD với tất cả chuông và còi. Nói một cách công bằng, tất cả những vấn đề này có thể được giải quyết nếu có gói networkx cho các tệp shp.

• Vấn đề đa ngành: Tôi thành thạo các kỹ thuật mô hình hóa giao thông; tuy nhiên rất thích mô hình nhân khẩu học, và theo như tôi có thể nói, tôi phải sử dụng các công cụ R tinh vi để hoàn thành dữ liệu của mình. Vì vậy, vấn đề của GIS là GIS là một lĩnh vực đa ngành, khó có thể tự mình tồn tại.

• Thiếu các công cụ và phần mềm được thiết lập tốt để chuyển từ sử dụng đất hình ảnh sang sử dụng đất véc tơ: Tôi thấy trước một tương lai nơi một công cụ sẽ phân tích hình ảnh vệ tinh GEOEYE và so sánh việc sử dụng đất trong đó với cơ sở dữ liệu vector (như được xây dựng)

• Đôi khi việc thực hiện trong Excel / "chương trình bảng tính fav của bạn nhanh hơn ở đây: Đôi khi tôi muốn thực hiện phân tích chuyển tuyến, sẽ nhanh hơn rất nhiều khi lấy dữ liệu đưa vào excel, thực hiện công thức, sau đó chuyển dữ liệu trở lại vào postgis dưới dạng tệp csv và tạo lại bản đồ. Việc phân chia như vậy đặc biệt là trong thế giới OpenSource nên được xử lý tốt hơn.

Dù sao tôi có thể không trả lời bạn chính xác; Tôi chỉ ước mình thành thạo khi nói đến lập trình GIS để tôi có thể xuất sắc trong mô hình hóa GIS

Những điều quan trọng nhất và thường là khó nhất trong kinh nghiệm của tôi là:

1. lấy đúng dữ liệu cho công việc
2. làm cho nó hiển thị trong phép chiếu thích hợp (và có tất cả các lớp đồng ý.) Đặc biệt khi chúng đến từ các nguồn khác nhau
3. thiết kế một ứng dụng có thể sử dụng. Thật dễ dàng và hấp dẫn để đặt nhiều chuông và còi sẽ chỉ gây nhầm lẫn cho người dùng

Tôi nghĩ rằng điểm 1 sẽ dễ dàng hơn ở các nước phát triển, nhưng đó không phải là kinh nghiệm của tôi.

Đối với tôi, thách thức lớn nhất là quyết định sử dụng công cụ nào cho một dự án nhất định. Nguồn mở hay độc quyền? Python hay .NET? Dựa trên web hay máy tính để bàn? Tôi trả lời những câu hỏi này khác nhau cho các dự án khác nhau và tôi chắc chắn mọi người sẽ hỏi tất cả chúng trên trang web này. Rất nhiều trong số đó tùy thuộc vào sở thích cá nhân và cố gắng tiết lộ những gì ESRI và Microsoft sẽ hỗ trợ trong tương lai.

Vấn đề của tôi là tất cả về con ngựa và nước. Trong rất nhiều trường hợp chúng tôi phát triển và hoặc đưa ra các giải pháp thực sự tốt cho khách hàng của mình, nhưng cho dù giải pháp đó có thanh lịch đến đâu, nó hoàn toàn vô dụng nếu không ai dành thời gian để sử dụng. Trong một số trường hợp, chúng tôi đã có thể giảm bớt điều này bằng cách làm cho người dùng công việc của chúng tôi dựa trên (khảo sát các vấn đề, nói về các giải pháp trước khi phát triển) nhưng một số trường hợp điều này vẫn chưa đủ.

Tôi nghĩ rằng thách thức khó khăn nhất là quản lý để hiểu về GIS và một số người dùng cũng không hiểu. Nhận thức là GIS là về việc tạo ra một bản đồ; rằng một bản đồ là kết quả duy nhất của bất kỳ kết thúc GIS nào. Tôi không thể nói cho bạn biết tôi cảm thấy bực bội như thế nào - mức độ thiếu hiểu biết ngoài kia là rất lớn và nó được tổ chức bởi những người ra quyết định quan trọng.

Cuối cùng, mặc dù - chúng tôi là một số chuyên gia và lập trình viên tiên phong về GIS - cuối cùng sẽ trở thành quản lý và cuối cùng chúng tôi có thể hoàn thành một số dự án GIS tốt!

Một điều khó khăn khác khi là một lập trình viên GIS - bạn phải hiểu rất nhiều công nghệ khác nhau, Java, .Net, cơ sở dữ liệu, phần mềm ESRI hoặc các nhà cung cấp khác như MapInfo, mạng, bảo mật, công nghệ web, v.v. Đôi khi, đó là một công việc gần như không thể!

Đối phó với những người từ một nền tảng khảo sát, những người không hiểu các kỹ thuật và phương pháp phát triển phần mềm chuyên nghiệp, nhưng vì họ tự dạy mình cách viết mã đại lộ / VB, hãy nghĩ rằng đó là tất cả.

# 3 từ câu trả lời của Vinko :

thiết kế một ứng dụng có thể sử dụng. Thật dễ dàng và hấp dẫn để đặt nhiều chuông và còi sẽ chỉ gây nhầm lẫn cho người dùng.

Tôi sẽ bỏ phiếu cho toàn bộ câu trả lời nhưng thực tế là tính khả dụng chỉ là mục thứ ba trong danh sách của anh ấy và tôi không nghĩ hai phần đầu là thử thách đó.

Khả năng sử dụng là nơi hầu hết các vấn đề của tôi và là nơi tôi dành phần lớn thời gian thiết kế / phát triển, tìm ra cách thiết kế giao diện người dùng thông minh và hiệu quả, nhưng giữ cho nó trực quan để người dùng không bị nhầm lẫn bởi nó, ví dụ:

• Cách điều chỉnh kiểu dáng (và chọn các lớp) của bản đồ tương tác để hiển thị thông tin liên quan và tránh sự lộn xộn thường đi kèm với việc hiển thị quá nhiều dữ liệu (ví dụ: bằng cách sử dụng tổng hợp các tính năng điểm tự động); Tôi biết đây là bản đồ đã cố gắng giải quyết từ lâu, nhưng vấn đề chỉ trở nên tồi tệ hơn với bản đồ kỹ thuật số / tương tác

• Cách thực hiện định vị tự động của chế độ xem bản đồ dựa trên lựa chọn truy vấn / tính năng của người dùng

• Làm nổi bật các tính năng 'được chọn' - bạn có hiển thị phần tô sáng chỉ trong một thời gian ngắn không, có làm nổi bật toàn bộ thời gian một tính năng được chọn không, bạn có làm nổi bật khi bảng chọn (hoặc danh sách) mất tiêu điểm ... Cách làm nổi bật cả hai truy vấn kết quả từ một bảng và hàng được chọn trong bảng đó (không có quá nhiều nút chuyển đổi)

• Hiển thị thông tin bổ sung trong danh sách các lớp hoặc tính năng, ví dụ: mức độ hiển thị / kiểu hình học / kiểu hình học, trạng thái / lớp của tính năng ... Điều này thậm chí còn phức tạp hơn trong trường hợp một loại có các loại tính năng khác nhau được hiển thị trong cùng một danh sách (tôi đoán đó là lý do tại sao Google và Bing Maps sử dụng bộ lọc kết quả tìm kiếm khá nặng)

• Chỉnh sửa hiệu quả: chụp nhanh, đóng đa giác, thêm / di chuyển / xóa điểm, mà không có nhiều nút thanh công cụ.

• Cách thực hiện thiết kế (và triển khai) giao diện truy vấn tự do cho người dùng cho các truy vấn hình học và thậm chí còn khó khăn hơn, giao diện cho các truy vấn bao gồm cả thuộc tính và hình học; mà không làm cho kiểu người dùng trong một cái gì đó giống như SQL.

• Cách thiết kế một cái gì đó như bảng tạm cho các tính năng / hình học để tránh phải liên tục 'chọn' một tính năng khỏi bản đồ để sử dụng trong các truy vấn, chỉnh sửa ...

Cảm giác của tôi là GIS là một lĩnh vực đặc biệt thách thức ở khía cạnh khả năng sử dụng, bởi vì:

• Vị trí là bối cảnh phổ biến và thường là tự nhiên nhất cho bất kỳ thông tin nào, vì vậy luôn có quá nhiều thông tin có sẵn để hiển thị

• Có thông tin hiển thị trên bản đồ, người ta dễ dàng đánh giá thấp tầm quan trọng của các bộ phận không phải là GIS của giao diện người dùng

• Theo truyền thống, ngành công nghiệp đã bỏ qua khía cạnh khả năng sử dụng của phần mềm GIS và họ đã bỏ qua nó vì ánh xạ kỹ thuật số được xem là một giao dịch kỹ thuật với đường cong học tập chậm và có nhiều khái niệm khó học hơn nhiều so với cách sử dụng giao diện. Điều này có nghĩa là bất kỳ ai đang cố gắng thiết kế giao diện GIS cho người không phải là chuyên gia đều phải phát minh ra các nguyên tắc riêng của họ gây nhầm lẫn (một ví dụ hay sẽ là 'Bản đồ của tôi' hoặc 'Bản đồ của tôi' của Bing Maps)

Một trong những thách thức lớn nhất đối với sự phát triển GIS dựa trên Web là cách dữ liệu được phân phối và mức độ hiệu quả mà tôi có thể nhận được khi phân phối dữ liệu theo một cách nhất định. Rào cản lớn nhất là rất khó để viết mã cho một cái gì đó đòi hỏi con người phải điều chỉnh. Rất hiếm khi bạn thấy các kỹ thuật khái quát hóa cho dữ liệu vectơ được sử dụng ở quy mô lớn. Hầu hết các lần bạn phải điều chỉnh phạm vi tỷ lệ để bật và tắt các lớp.

Câu hỏi này xuất hiện trên tìm kiếm google của tôi về các thách thức trong GIS và tôi cảm thấy muốn đóng góp ở đây.

Một liên kết khác mà tôi cảm thấy có liên quan là bài báo này .

Tóm tắt những gì được nói ở đó và quan điểm của riêng tôi, tôi nghĩ những thách thức lớn nhất (không theo thứ tự cụ thể nào):

• Giao diện người dùng: Với một loạt các tùy chọn giao diện người dùng, nhà phát triển sẽ gặp khó khăn trong việc tối ưu hóa việc cung cấp sao cho phù hợp với tất cả các thiết bị. Chạm dựa trên máy tính để bàn vs mặc được. Ý tưởng về DE như được trình bày bởi Gore, có tai nghe đeo được với màn hình, găng tay có điều khiển hướng và nhận dạng giọng nói là một tương lai lạ mắt.
• Tiêu chuẩn hóa: Với các tiêu chuẩn cho việc lưu trữ và truy xuất dữ liệu, chúng tôi có thể có cơ sở dữ liệu địa lý nằm trên đám mây và cho phép tìm nạp thông tin khi đang chạy để có thể duyệt và sử dụng trình duyệt GIS một cách trơn tru.
• Sử dụng dữ liệu: Người ra quyết định luôn bị ép thời gian. Nếu một công cụ là để giúp họ, thì nó nên làm một cách trơn tru, dễ dàng và nhanh chóng. GIS dường như chưa được phân phối trên mặt trận này và đó là một trong những lý do tại sao nó vẫn không phải là một từ thông dụng.
• Dữ liệu: Dữ liệu rất đa dạng, phân tán và ồn ào. Ngay cả đối với các tổ chức có các ưu đãi rõ ràng trên một hệ thống GIS thời gian thực, việc tổng hợp dữ liệu vẫn là một trở ngại lớn để hình dung mục nhập.
• Nỗ lực phối hợp: GIS là đa ngành. Mọi đứa trẻ đều biết điều đó. Quản lý được nhận thức về điều đó trong slide đầu tiên. Mặc dù các dự án đa ngành, đa ngành như vậy là rất hiếm.

Khi nói đến tiền mã hóa, tôi cảm thấy mình lãng phí quá nhiều thời gian cho cách giải quyết. Đối với các dự đoán, tôi đã mất vài tháng để hiểu các quy trình và toán học vì theo tôi, có rất ít tài liệu được công bố hữu ích về chủ đề này. Các tài liệu EPSG và OGC về chủ đề này đã giúp tôi hiểu rõ về nó sau một vài lần đọc, mặc dù đôi khi chúng dường như là bản sao của nhau. Vấn đề lớn nhất mà tôi gặp phải với tư cách là một nhà phát triển độc lập là tôi không thể giúp đỡ những người cần công việc chuyên môn để phát triển ứng dụng web y tế, công nghiệp hoặc thậm chí đơn giản, ngay cả bây giờ. Với ngành công nghiệp GIS, dường như gần như không thể tìm được cách thâm nhập thị trường.

Tôi là người mới bắt đầu hoàn thành các công nghệ GIS, tìm ra mọi thứ khi tôi đi. Và vì tôi có quỹ hạn chế, tôi đang cố gắng tránh sử dụng bất kỳ sản phẩm ESRI nào và làm mọi thứ hoàn toàn với các công cụ nguồn mở.

Điều đó nói rằng, những điều khó khăn nhất đối với tôi cho đến nay đều liên quan đến việc thu thập dữ liệu. Có rất nhiều bài viết về thao tác và hiển thị dữ liệu, và nhiều công cụ để làm cho cuộc sống của bạn dễ dàng hơn. Nhưng tôi đang đi trong bóng tối khi thu thập dữ liệu.

Tôi không biết các chuyên gia làm gì để tìm và thu thập dữ liệu. Một cái gì đó cho tôi biết có một cách dễ dàng hơn để lấy dữ liệu hơn data.gov và google.

Bạn có thể không may bị buộc phải làm việc với các nhà phân tích GIS đã được chuyển đổi thành nhà phát triển phần mềm.

Thật dễ dàng để mong đợi một nhà phát triển phần mềm có thẩm quyền chọn các khái niệm về GIS và để họ xem qua API và thường tìm ra mọi thứ mà không cần nhiều sự giúp đỡ. Điều tương tự cũng không đúng khi lấy một nhà phân tích GIS và hy vọng họ sẽ phát triển phần mềm.

Kết quả thật đáng xấu hổ , tốt nhất. Nếu bạn có kinh nghiệm làm việc với các nhà phát triển xấu , thì hãy tưởng tượng đó là mã tồi tệ hơn bất cứ thứ gì lập trình viên tồi tệ nhất đã phát triển.

Có một số công ty bạn có thể làm việc mà không có được điều đó.

thế giới GIS đang được mở rộng đối với người dùng thông thường trừ khi những năm đầu tiên mà GIS chỉ được xử lý bởi các kỹ sư, kiến ​​trúc sư hoặc cộng đồng khoa học. Trong trường hợp ứng dụng GIS được thực hiện cho người dùng thông thường, thách thức là kết hợp một cách thích hợp các công nghệ trong đó GIS được coi là công nghệ nhiều hơn (trong trường hợp này, một nhà phát triển có hiểu biết một chút về công nghệ GIS là đủ). Tuy nhiên, trong trường hợp ứng dụng được thực hiện cho cộng đồng chuyên ngành, thách thức phức tạp hơn bởi vì việc tham gia các công nghệ là cần thiết để tìm kiếm các thuật toán hiện có để đáp ứng các yêu cầu nếu không, thậm chí tệ hơn là chúng ta sẽ phải phát triển các thuật toán này. Trong trường hợp này, sự pha trộn giữa kỹ sư và nhà phát triển là công nhân chiếm đoạt.