There is a problem 293E - Close Vertices. Is it possible to solve it with Centroid Decomposition? How?

# | User | Rating |
---|---|---|

1 | MiFaFaOvO | 3681 |

2 | tourist | 3669 |

3 | apiadu | 3397 |

4 | TLE | 3374 |

5 | Um_nik | 3358 |

6 | 300iq | 3317 |

7 | maroonrk | 3232 |

8 | Benq | 3230 |

9 | LHiC | 3229 |

10 | 1919810 | 3203 |

# | User | Contrib. |
---|---|---|

1 | antontrygubO_o | 191 |

2 | Errichto | 186 |

3 | tourist | 182 |

4 | vovuh | 170 |

5 | pikmike | 169 |

6 | ko_osaga | 165 |

7 | Radewoosh | 164 |

8 | Um_nik | 163 |

9 | 300iq | 155 |

10 | Petr | 153 |

There is a problem 293E - Close Vertices. Is it possible to solve it with Centroid Decomposition? How?

↑

↓

Codeforces (c) Copyright 2010-2020 Mike Mirzayanov

The only programming contests Web 2.0 platform

Server time: Apr/02/2020 16:49:02 (g1).

Desktop version, switch to mobile version.

Supported by

User lists

Name |
---|

I can do it in $$$O(n\log^3 n)$$$time. Divide and Conquer on Tree: pick a node, count valid paths passing through that node, then delete the node and do the same for each component. The node to pick is the Centroid of the tree. So how to count the paths passing through some node $$$u$$$? Well, root the tree at $$$u$$$, let’s say $$$u$$$’s children are $$$v_1,v_2,\dots, v_k$$$, do a DFS on each $$$v_i$$$’s subtree computing length and weight of paths from $$$u$$$ to all nodes. Now for each node node $$$j$$$ in the subtree of $$$v_i$$$ (let’s say length and weight from $$$u$$$ to $$$j$$$ are $$$L_j$$$ and $$$W_j$$$ respectively) we need to count how many nodes $$$k$$$ (not belonging to $$$v_i$$$’s subtree) are there such that $$$L_k\le l-L_j$$$ and $$$W_k\le w-W_j$$$. For that we can use a 2D data structure: let’s suppose we have a matrix where in position $$$(i,j)$$$ there is the amount of nodes $$$x$$$ such that $$$L_x=i$$$ and $$$W_x=j$$$, we can use a 2D-Segment Tree to add +1 to some position and ask for sum of a subrectangle in the matrix in $$$O(\log^2 n)$$$, so final complexity is $$$O(n\log^3 n)$$$, this might fit in time.

also you can replace the 2D segment Tree for a 2D-BIT (but implemented with dynamic memory).

It will never fit in memory

Hey...it’s just $$$O(n\log n)$$$ memory.

I use a binary indexed tree, and on each node I keep a Reb Black Tree.

Ok, I thought from your approach that 2D Segment Tree will not fit memory

1) Run the centroid decomposition algorithm 2) Let the centroid now be some node v 3) Write down all the nodes that lie in the same component with v (the tree will split into components, because there were already some centroids earlier and we do not pass through them) 4) Sort these nodes by dist[i][v] (distance from i to v). 5) Build a

fenwik treein each node of which we will storedecart tree. The key in the decart tree will be w[i] (w[i] is the sum of the weights of the edges on the path from v to node i) 6) Iterate over the neighbors of node v anddelete all the subtree of this neighbor from the decart tree, so that we don't consider vertices from the same subtree, otherwise we can 't guarantee that the shortest path between them passes through the centroid.Iterate through all the vertices of the subtree.Let us now choose a nodeu. So that the distance between the nodes is less than or equal to l, we must take some prefix of the array, such that for all i of this prefix,dist[i][v] + dist[u][v] <= lis executed (this can be done using binary search for O (log(n))). Now in the fenwik tree, take the data prefix and find the number of nodes for O(log(n)) such thatw[i] <= w — w[u]. 7) Divide the answer by 2, because each pair is counted twice. Thus, the final asymptotics will beO(nlog^3(n))