Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1recer-00CQ0i-RZ for pgsql-www@arkaria.postgresql.org; Mon, 26 Feb 2024 15:12:46 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1receq-00ENja-1j for pgsql-www@arkaria.postgresql.org; Mon, 26 Feb 2024 15:12:44 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1recep-00ENjS-Qn for pgsql-www@lists.postgresql.org; Mon, 26 Feb 2024 15:12:44 +0000 Received: from imp.madness.at ([2a02:16a8:dc41::218]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1recej-001Drc-OR; Mon, 26 Feb 2024 15:12:43 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=kaltenbrunner.cc; s=20190215; h=Content-Transfer-Encoding:Content-Type: In-Reply-To:From:References:Cc:To:Subject:MIME-Version:Date:Message-ID:Sender :Reply-To:Content-ID:Content-Description; bh=E6NJWK70CiQ1ffphYw4JT4nhrs8YHmketpQjXDxh4vY=; b=fDBFgF8ooj20NPdjgkcEtPZwPC NyhJkCD8QM0WkTXRjBPqLv8MPGK5xtc/Ahw/jPUO95VJbGNYiTFNhxuKq2sRUa2gXAp+hSNDUiDFU z2B8Gt5NgbpdjNgmgontRNJco7i15YQsygjbBHLhLMrT0AgteTU36W0EAijRY049KceyRpUWH3Vn5 zqp3NTgHK1SkvibIopxDKg//eX7zMgLkbJQxqfSYvhfffLknnM8RghZGrPenxO6wk1Z9o1+g6hys3 G3Asotm9uE8dl6MkQybzsdA4lIDdbK+CkZdM/Cq1LQYLc/+IN+ytRYGEsfRUUl1r/6cnCEth1cJE3 vs5XuX9Q==; Received: from confw.conova.com ([217.196.145.217] helo=[172.17.0.30]) by imp.madness.at with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1receg-0034Zj-0z; Mon, 26 Feb 2024 16:12:36 +0100 Message-ID: <1544f5f6-fe51-4035-bbc7-e66254e93978@kaltenbrunner.cc> Date: Mon, 26 Feb 2024 16:12:31 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: cleaning up - /community/international/ Content-Language: en-US To: "Jonathan S. Katz" , Magnus Hagander , Daniel Gustafsson Cc: PostgreSQL www References: <5ffe31af-eb7a-4ad8-ba94-8db70688f0b4@postgresql.org> From: Stefan Kaltenbrunner In-Reply-To: <5ffe31af-eb7a-4ad8-ba94-8db70688f0b4@postgresql.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 26.02.24 15:48, Jonathan S. Katz wrote: > On 2/26/24 8:33 AM, Magnus Hagander wrote: >> On Mon, Feb 26, 2024 at 2:03 PM Daniel Gustafsson >> wrote: >>> >>>> On 17 Jan 2024, at 05:47, Jonathan S. Katz >>>> wrote: >>>> On 1/15/24 10:36 AM, Stefan Kaltenbrunner wrote: >>> >>>>> I propose to drop Türkce and Polska for now but I'm somewhat unsure >>>>> what to do about "Deutsch" and  "Italiano" - any comments on that? >>>> >>>> The question I'd raise is why do we need to drop them? They still >>>> have content that is helpful for the local communities. The >>>> *current* content is out-of-date, but also having the sites up >>>> allows others to find it and possibly work to maintain the site. >>> >>> Sites that haven't been updated in 10+ years clearly haven't >>> benefited from >>> being listed here, so I question the value in maintaining links to stale >>> content. I agree with dropping Türkce and Polska. >> >> >> +1. > > -1; the Turkish website is recently updated, and contains info about > PostgreSQL 16.2 and an upcoming conference: > > https://www.postgresql.org.tr/ > > I think it's worth reaching out to the folks who maintain the Polish > website before we remove it, or see if others are willing to maintain or > create a new one. indeed... it seems to have been updated somewhat (though in a rather improvised matter it seems) - however I'm still unsure on what the point of the entire listing director is? Currently it seems like a (more or less) random mix of usergroup sites with mixed content of varying commercial background and we have some duplications with other listings that are more explicit on their purpose for example: Taiwan PostgreSQL User Group with https://postgresql.tw/ is listed both under https://www.postgresql.org/community/user-groups/ and https://www.postgresql.org/community/international/ (same for China or Italy) with the later providing more context and content. We are providing quite some powerful backlink to those sites and right now it seems somewhat unclear definition of what is required to be listed on on of those pages. We are also not really providing much bacground either - als we say is "The following are links to international PostgreSQL community websites." which kind implies that it international and we consider those targets "community websites" - but compared to how sharply we have defined "community" elsewhere (say conference guidelines or the user group policy) that is not much. Stefan