- Siêu lớp và danh mục iOS/Objective-C
- object-c - -1001 lỗi khi NSURLSession vượt qua httpproxy và /etc/hosts
- java - Nhận địa chỉ url bằng lớp mạng
- ios - Âm thanh không phát trong thông báo đẩy
Tôi có một biểu đồ lớn, được kết nối, thưa thớt ở dạng danh sách kề. Tôi muốn tìm hai đỉnh càng xa nhau càng tốt, tức là đường kính của đồ thịvà hai đỉnh làm cho điều đó có thể xảy ra.
Tôi quan tâm đến vấn đề này trong cả trường hợp vô hướng và có hướng, cho các ứng dụng khác nhau. Trong trường hợp có hướng, tất nhiên tôi quan tâm đến khoảng cách có hướng (đường đi có hướng ngắn nhất từ đỉnh này sang đỉnh khác).
Có cách nào tốt hơn việc tính toán tất cả các cặp đường đi ngắn nhất không?
biên tập: Tất nhiên, ý tôi muốn nói là "càng xa càng tốt" là "đường đi ngắn nhất dài nhất" - tức là tối đa của tất cả các cặp đỉnh có khoảng cách ngắn nhất từ điểm này đến điểm khác.
câu trả lời hay nhất
Chà, tôi đã suy nghĩ về câu hỏi này và tìm kiếm trên Google, và tôi xin lỗi, nhưng tôi không thể tìm thấy bất kỳ thuật toán nào dường như không "chỉ tìm tất cả các cặp đường đi ngắn nhất".
Nhưng nếu bạn cho rằng Floyd-Warshall là thuật toán duy nhất để tính toán những thứ như vậy (Big-Theta cho |V|^3), thì tôi có một số tin tốt cho bạn: Thuật toán đồ thị thưa thớt của Johnson (cảm ơn bạn, Trusty CLRS!) tính toán tất cả các cặp đường đi ngắn nhất trong (Big-Oh (|V|^2 * lgV + VE)), sẽ nhanh hơn về mặt tiệm cận đối với các đồ thị thưa thớt.
Wikipedia nói rằng nó hoạt động với định hướng (không chắc chắn về vô hướng, nhưng ít nhất tôi không thể nghĩ ra lý do để không), đây là liên kết .
Có điều gì khác về biểu đồ có thể hữu ích không? Nếu nó có thể dễ dàng được ánh xạ lên mặt phẳng 2D (do đó, trọng lượng mặt phẳng và cạnh của nó tuân theo bất đẳng thức tam giác [nó có thể cần phải đáp ứng các yêu cầu nghiêm ngặt hơn, tôi không chắc chắn]), bạn có thể phá vỡ một số thuật toán hình học (thân lồi có thể trong nlogn, từ đó dễ dàng tìm được cặp điểm xa nhất).
Hy vọng điều này sẽ giúp - Agor
EDIT: Hy vọng liên kết hoạt động ngay bây giờ. Nếu không, chỉ cần Google nó. :)
Giới thiệu về thuật toán - Thuật toán tốt để tìm đường kính của đồ thị (thưa thớt)? , chúng tôi đã tìm thấy một câu hỏi tương tự trên Stack Overflow: https://stackoverflow.com/questions/1190543/
Chà, thật ngạc nhiên là tôi không thể tìm thấy câu trả lời trên Google cũng như không nghe thấy nó. Một số chuyên gia html/css có thể cho chúng tôi biết không? Câu trả lời hay nhất Lý do có lẽ là không có kích thước mặc định. Các trình duyệt khác nhau hiển thị chúng một cách khác nhau và nhiều trình duyệt trong HTML
Ví dụ: tôi có vĩ độ và kinh độ ở định dạng thập phân (thay vì độ-giờ-phút như lat=44,1°9,5'30''). Để tìm kiếm các đối tượng ở gần, "bán kính" tìm kiếm phải được chỉ định dưới dạng hình chữ nhật có bốn giá trị: bắc = 44,1 nam;
Tôi hy vọng ai đó có thể giúp tôi. Tôi có đồ thị vô hướng g với n=2071 nút và m=9023 cạnh. Tôi đã tính mật độ đồ thị trong R bằng gói igraph và nhận được kết quả như sau: > graph.d mật độ (g, loop=
Cung cấp cho bạn một đồ thị có hướng có trọng số được kết nối G = (V,E) với đường kính k 2->3->4->5->..->N Những đường đi như vậy có trọng số rất thấp cho tất cả các cạnh ngoại trừ cả hai đều có trọng số rất lớn, vì vậy đường đi phải đi qua các cạnh có chi phí thấp và do đó đi qua tất cả các nút. giống
Ai đó có thể cho tôi biết sự khác biệt giữa giao diện GY và RO được sử dụng bởi giao thức Đường kính không? ? ? Theo những gì tôi hiểu, cả hai giao diện đều trông rất giống nhau và cũng sử dụng AVP. nhưng tôi vẫn
Trước hết, cảm ơn bạn rất nhiều vì đã kiên nhẫn trả lời một câu hỏi đơn giản mà tôi biết bất kỳ ai có kinh nghiệm hơn vài tuần đều có thể giải quyết được. Tôi thấy mọi người ở đây rất kiên trì và hữu ích, và tôi hy vọng bạn sẽ cùng tôi làm điều đó. Đây là câu đố của tôi: http://j
Chúng tôi đang nghiên cứu tạo bộ chuyển đổi đường kính cho OCS. Hiện tại từ điển AVP của chúng tôi được cung cấp theo đường kính. Chúng tôi đang cố gắng cung cấp một từ điển có thể định cấu hình để hỗ trợ tập trung vào các AVP cụ thể của nhà cung cấp nhằm hỗ trợ các nhà cung cấp mạng khác nhau,
Tôi là một lập trình viên xuất sắc, rất giỏi!