<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Search Space Contraction in Canonical Labeling of Graphs · HackerPapers discussions</title><link>https://hackerpaper.kaipfister.de/p/0804.4881/</link><description>Collected HN comments and submissions linking this paper.</description><language>en</language><lastBuildDate>Mon, 02 Nov 2026 11:16:22 GMT</lastBuildDate><atom:link href="https://hackerpaper.kaipfister.de/p/0804.4881/feed.xml" rel="self" type="application/rss+xml" /><item><title>Search Space Contraction in Canonical Labeling of Graphs — mentioned by jix</title><link>https://news.ycombinator.com/item?id=23892073</link><guid isPermaLink="false">urn:hackerpapers:mention:0804.4881:23892073</guid><pubDate>Sun, 19 Jul 2020 20:06:32 GMT</pubDate><description>&lt;p&gt;I haven&amp;#x27;t read everything, but it does contain a section about something I&amp;#x27;m quite familiar with: The article says &amp;quot;We compute the hashcode of the entire graph by hashing the multiset of WL labels. With one round, we’re just comparing the degree histogram. The more rounds we add, the more likely we are to detect a symmetry-breaker:&amp;quot;, which is not correct. Repeatedly re-labeling a graph by assigning a unique label to each unique neighborhood histogram, until the corresponding partition reaches a fixpoint would compute the one-dimensional Weisfeiler-Lehman refinement. But there are many…&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/0804.4881/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.DS</category></item></channel></rss>
