Menghitung Grafik Planar dari Treewidth Terikat


9

Saya mencari referensi untuk masalah berikut: diberikan bilangan bulat dan , sebutkan semua grafik planar non-isomorfik pada simpul dan treewidth . Saya tertarik pada hasil teoritis dan praktis, tetapi sebagian besar algoritma praktis yang memungkinkan untuk kode dan berjalan untuk nilai dan sebesar mungkin (pikirkan dan ). Jika Anda sudah memiliki jawaban, abaikan ocehan di bawah.k n k n k k 5 n 15nknknkk5n15

Pendekatan berikut berfungsi agak ok untuk menghitung semua grafik non-isomorfik pada simpul dan treewidth (yaitu ketika batasan planaritas dijatuhkan):knk

(a) Hitung semua grafik non-isomorfik pada simpul dan treewidth .kn1k

(B) Untuk setiap simpul pada simpul dan treewidth , setiap klik pada simpul dalam dan setiap subset dari tepi dalam , buat dari dengan menambahkan simpul baru berdekatan dengan . Tambahkan ke daftar grahs pada simpul dan treewidth .n - 1 G G - S v C G L n kGn1C k G S CkCkGSCGGSvCGLnk

(c) Potong dengan menghapus salinan dari grafik yang sama.L

Cara menggoda untuk memperluas ini untuk menghitung grafik planar dari treewidth adalah dengan hanya menyaring grafik non-planar di setiap iterasi. Sayangnya ini gagal untuk menghasilkan semua grafik planar dari treewidth (misalnya karena hanya menyebutkan -degenerate graphs).k 4kk4

Tentu saja kita dapat menghitung semua grafik pada simpul dan simpul dan hanya kemudian menyaring yang non-planar, tetapi ini gagal untuk mengeksploitasi bahwa kebanyakan grafik adalah non-planar dan tampaknya sangat sub-optimal.knk


Apakah Anda yakin ingin menerapkannya dan menguji hasilnya? Jumlah pohon non-isomorfik sudah eksponensial.
Saeed

@ Saeed: tentu - untuk 20 node jumlah pohon kurang dari satu juta jadi saya berharap ini layak setidaknya untuk . n15
daniello

1
bagaimana dengan memulai dari grafik chordal -vertex dari ukuran clique , dan menghilangkan tepi untuk membuatnya planar? k + 1nk+1
Yixin Cao

@Yixin Cao ini terlihat mirip dengan menghitung grafik + dekomposisi pohon dari mereka (Yaitu grafik yang sama terlihat sekali per pohon Desember itu). Sejauh ini itu sudah sangat lambat (tetapi beberapa optimasi bisa membuat pendekatan ini layak)
daniello

2
@daniello, saya mengerti maksud Anda tetapi apakah Anda melihat aplikasi ini: cs.anu.edu.au/~bdm/plantri , mereka mengklaim dapat menghasilkan grafik planar 1M dalam sedetik (sehubungan dengan isomorfisme). (Ini bukan apa yang Anda inginkan, untuk grafik planar yang terhubung 1-2-3 tampaknya sempurna, tidak ada banyak 4-5 grafik planar yang terhubung pada 15 simpul).
Saeed

Jawaban:


2

Ada perangkat lunak yang bagus yang menghasilkan grafik planar kecil sehubungan dengan isomorfisme yang mungkin membantu. Seperti yang saya lihat salah satu masalahnya adalah untuk menghasilkan grafik planar non-isomorfik dan sebagian besar grafik planar (pada kurang dari 15 simpul) berukuran kecil.

Untuk memeriksa apakah treewidth mereka lebih kecil dari nilai yang diberikan , salah satu caranya adalah menggunakan algoritma heuristik untuk mempercepat perhitungan ini, hanya dalam kasus algoritma yang tepat tidak praktis. misalnya dalam grafik planar pertama kita dapat menemukan diameter dan jalur sesuai panjang (yang merupakan diameter). Kemudian menemukan titik yang memiliki jarak terpanjang terpendek ( ) untuk setiap vertex lain di antara semua simpul . Treewidth paling banyak , jika ini lebih kecil dariG G P d v P l u G P w P G d + l kkGGPdvPlkamuGPwPGd+lk maka kita selesai jika tidak menerapkan beberapa algoritma heuristik lain atau menjalankan algoritma yang tepat.

Untuk kurang dari 3 grafik yang terhubung, dimungkinkan juga untuk menerapkan heuristik dengan menemukan titik potong dan kemudian memperbaiki titik tersebut dan menemukan lebar pohon dari grafik yang tersisa. Tetapi karena jumlah node kecil ( ) jika grafik terhubung- maka diameternya tidak besar dan saya pikir heuristik pertama harus bekerja di sana. (Saya tidak tahu apakah ada 5 terhubung planar grafik di paling 15 simpul, tapi seperti yang kita tahu tidak ada -connected planar grafik untuk )4 t t > 5154tt>5

Karena ukuran halangan terbesar untuk lebar pohon tidak diketahui, kita tidak dapat dengan mudah menebak nilai kenaikan dari treewidth dari grafik diberikan . Tetapi tampaknya setidaknya untuk grafik planar seharusnya tidak terlalu besar (orang harus memberikan bukti untuk ini).GkG


1

Satu dapat menyebutkan semua pasangan mana G adalah grafik planar dengan treewidth paling banyak k , B adalah kantong berukuran k sedemikian sehingga ada dekomposisi pohon G dengan B sebagai kantong.G,BGkBkGB

Sekarang untuk setiap pasangan di mana G memiliki n - 1 simpul kita membangun grafik baru G ' untuk setiap himpunan bagian S dari B dengan menambahkan vertex v dengan S sebagai tetangga dan membiarkan B ' menjadi ukuran k subset dari B v . Menambahkan G ' , B ' jika G ' adalah planar dan tidak isomorfik untuk setiap pasangan yang sudah ditemukan.G,BGn-1GSBvSBkBvG,BG

Batas atas yang mudah pada berapa banyak entri yang perlu disimpan adalah dikalikan jumlah grafik yang disebutkan tetapi ini adalah batas pesimistis. Untuk sebagian besar grafik treewidth k, sebagian besar himpunan bagian ukuran k tidak dapat ba bag, misalnyak×ngrid hanya memilikin3k-1kemungkinan bag.(nk)k×nn3k-1

Saya percaya ini akan melakukan serta algoritma untuk grafik non planar karena untuk setiap pasangan G, B kita mendapatkan grafik dengan membuat B klik, sebagian besar grafik ini akan menjadi non isomorfik.

Ada beberapa trik yang dapat diterapkan untuk mempercepat ini, saya sarankan melihat ke: http://www.siam.org/meetings/alenex04/abstacts/HBodlaender.pdf


Tidak akankah semua grafik yang disebutkan memiliki batas pathwidth daripada treewidth?
daniello

Saya pikir kamu benar. pilihan B 'terlalu terbatas.
Martin Vatshelle
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.