<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Topics tagged with governance]]></title><description><![CDATA[A list of topics that have been tagged with governance]]></description><link>https://forum.fedi.dk/tags/governance</link><generator>RSS for Node</generator><lastBuildDate>Sun, 11 Oct 2026 12:53:10 GMT</lastBuildDate><atom:link href="https://forum.fedi.dk/tags/governance.rss" rel="self" type="application/rss+xml"/><pubDate>Invalid Date</pubDate><ttl>60</ttl><item><title><![CDATA[Inspired by recent good experiences and discussions around #meshcore -we are going to revisit it in today&#x27;s#pOSTcOLLAPSEnETWORKING workshop at ITU @dasyaITU]]></title><description><![CDATA[@Szescstopni on physical level (layer 1, in case you are into OSI model and such) , there wont be any difference between the two -the differences will become visible when you scale, when you organize larger numbers of sensors etcMeshcore routing is a little bit better than Meshtastic (but still not good) - and here i m mostly repeating what more knowledgeable people say -our current preference is mainly based on social momentum ... are there people &amp; messages? #Meshcore wins (in DK)]]></description><link>https://forum.fedi.dk/topic/a46beb95-461c-4e00-9fa4-83e98cf4f29d/inspired-by-recent-good-experiences-and-discussions-around-meshcore-we-are-going-to-revisit-it-in-today-s-postcollapsenetworking-workshop-at-itu-@dasyaitu</link><guid isPermaLink="true">https://forum.fedi.dk/topic/a46beb95-461c-4e00-9fa4-83e98cf4f29d/inspired-by-recent-good-experiences-and-discussions-around-meshcore-we-are-going-to-revisit-it-in-today-s-postcollapsenetworking-workshop-at-itu-@dasyaitu</guid><dc:creator><![CDATA[sebastian@social.itu.dk]]></dc:creator><pubDate>Invalid Date</pubDate></item></channel></rss>