Saya tahu bahwa runtime kasus terburuk yang diharapkan dari algoritma triangulasi delaunay inkremental acak (seperti yang diberikan dalam Computational Geometry ) adalah . Ada latihan yang menyiratkan runtime kasus terburuk adalah . Saya sudah mencoba membangun contoh di mana ini sebenarnya terjadi tetapi belum berhasil sejauh ini.
Salah satu dari percobaan tersebut adalah mengatur dan memesan titik yang diatur sedemikian rupa sehingga, saat menambahkan titik pada langkah , tentang tepi dibuat.
Pendekatan lain mungkin melibatkan struktur titik-lokasi: Cobalah untuk mengatur titik-titik sehingga jalur yang diambil dalam struktur titik-lokasi untuk menemukan titik dalam langkah adalah selama mungkin.
Namun, saya tidak yakin yang mana dari dua pendekatan ini yang benar (jika sama sekali) dan akan senang untuk beberapa petunjuk.
Jawaban:
Pendekatan pertama dapat diformalkan sebagai berikut.
MembiarkanP menjadi set sewenang-wenang n poin pada cabang positif parabola y=x2 ; itu adalah,
Klaim: Dalam triangulasi DelaunayP , titik paling kiri (t1,t21) adalah tetangga dari setiap titik lain di P .
Klaim ini menyiratkan bahwa menambahkan titik baru(t0,t20) untuk P dengan 0<t0<t1 menambahkan n tepi baru untuk triangulasi Delaunay. Jadi, secara induktif, jika kita secara bertahap mengontrak triangulasi DelaunayP dengan memasukkan titik-titik dalam urutan kanan-ke-kiri , jumlah total tepi Delaunay dibuat adalahΩ (n2) .
Kami dapat membuktikan klaim sebagai berikut. Untuk nilai nyata apa pun0 < a < b < c biarkan C( a , b , c ) menunjukkan lingkaran unik melalui titik-titik ( a ,Sebuah2) , ( b ,b2) , ( c ,c2) .
Kata pengantar singkat:C( a , b , c ) tidak mengandung poin apa pun ( t ,t2) dimana a < t < b atau c < t .
Bukti: Ingat bahwa empat poin( a , b ) , ( c , d) , ( e , f),(g,h) adalah cocircular jika dan hanya jika
sumber