<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
    <channel>
        <title>GetFinds, favorite_points_pct field</title>
        <description> Take these two checkers:
https://project-gc.com/Challenges//111480
https://project-gc.com/Challenges/GC536C2/111479

In theory, they should do the same thing, with the one using favorite_points_pct directly, and the other calculating favorite_points_pct  = floor(favorite_points / num_finds * 100). However, the favorite_points_pct field is considerably higher. For example, running myself on the calculated version, the first entry is:
GC735VZ - 198/352 = 56%

That similar entry using the field is:
GC735VZ 198/352 = 64.2857%

Is the favorite_points_pct field not just supposed to be favs/finds? Why is this field in the DB, since it can just easily be calculated?</description>
        <link>/forum/read.php?4,117817,117817#msg-117817</link>
        <lastBuildDate>Sun, 09 Aug 2026 01:15:28 +0000</lastBuildDate>
        <generator>Phorum 5.2.23</generator>
        <item>
            <guid>/forum/read.php?4,117817,118361#msg-118361</guid>
            <title>Re: GetFinds, favorite_points_pct field</title>
            <link>/forum/read.php?4,117817,118361#msg-118361</link>
            <description><![CDATA[ Huh, yes this is my misunderstanding... I actually didn&#039;t realize that basic users can&#039;t award FPs. Guess it makes sense, although, kind of moot since I assume FP % challenges wouldn&#039;t be allowed anymore anyhow.]]></description>
            <dc:creator>bmuzzin</dc:creator>
            <category>Script development</category>
            <pubDate>Mon, 16 Feb 2026 21:39:21 +0000</pubDate>
        </item>
        <item>
            <guid>/forum/read.php?4,117817,117955#msg-117955</guid>
            <title>Re: GetFinds, favorite_points_pct field</title>
            <link>/forum/read.php?4,117817,117955#msg-117955</link>
            <description><![CDATA[ Sounds like you&#039;ve missunderstood how FP% are calculated.<br />
<br />
FP% are number of FP divided by number of finders with premium and number of basic members that gave an FP (aka expired premium). That wouldn&#039;t be easily calculated by a script as the script lacks some of the data.]]></description>
            <dc:creator>Pleu</dc:creator>
            <category>Script development</category>
            <pubDate>Sun, 08 Feb 2026 17:01:36 +0000</pubDate>
        </item>
        <item>
            <guid>/forum/read.php?4,117817,117817#msg-117817</guid>
            <title>GetFinds, favorite_points_pct field</title>
            <link>/forum/read.php?4,117817,117817#msg-117817</link>
            <description><![CDATA[ Take these two checkers:<br />
<a href="https://project-gc.com/Challenges//111480"  rel="nofollow">https://project-gc.com/Challenges//111480</a><br />
<a href="https://project-gc.com/Challenges/GC536C2/111479"  rel="nofollow">https://project-gc.com/Challenges/GC536C2/111479</a><br />
<br />
In theory, they should do the same thing, with the one using favorite_points_pct directly, and the other calculating favorite_points_pct  = floor(favorite_points / num_finds * 100). However, the favorite_points_pct field is considerably higher. For example, running myself on the calculated version, the first entry is:<br />
GC735VZ - 198/352 = 56%<br />
<br />
That similar entry using the field is:<br />
GC735VZ 198/352 = 64.2857%<br />
<br />
Is the favorite_points_pct field not just supposed to be favs/finds? Why is this field in the DB, since it can just easily be calculated?]]></description>
            <dc:creator>bmuzzin</dc:creator>
            <category>Script development</category>
            <pubDate>Fri, 06 Feb 2026 03:02:04 +0000</pubDate>
        </item>
    </channel>
</rss>
