Skip to main content
added 2 characters in body
Source Link
Glorfindel Mod
  • 270.7k
  • 63
  • 676
  • 1.4k

Is there an easy way to detect whether a badge is of this type in SEDE or the API? Similar to the (boolean/bit) SEDE column Badges.TagBased. Without such a thingsthing, users will be writingcan write queries like

SELECT * FROM Badges WHERE TagBased = 0
  AND Name NOT IN ('Altruist', 'Benefactor', ...)

andbut will be forced to use half-baked community-maintained solutions to keep their queries or scripts up to date when new network-wide badges are created.

Is there an easy way to detect whether a badge is of this type in SEDE or the API? Similar to the SEDE column Badges.TagBased. Without such a things, users will be writing queries like

SELECT * FROM Badges WHERE TagBased = 0 AND Name NOT IN ('Altruist', 'Benefactor', ...)

and will be forced to use half-baked community-maintained solutions to keep their queries or scripts up to date when new network-wide badges are created.

Is there an easy way to detect whether a badge is of this type in SEDE or the API? Similar to the (boolean/bit) SEDE column Badges.TagBased. Without such a thing, users can write queries like

SELECT * FROM Badges WHERE TagBased = 0
  AND Name NOT IN ('Altruist', 'Benefactor', ...)

but will be forced to use half-baked community-maintained solutions to keep their queries or scripts up to date when new network-wide badges are created.

deleted 8 characters in body
Source Link
Glorfindel Mod
  • 270.7k
  • 63
  • 676
  • 1.4k

Is there an easy way to detect whether a badge is of this type in SEDE or the API? Similar to the SEDE column Badges.TagBased. Without such a things, users will be forced to writewriting queries like

SELECT * FROM Badges WHERE TagBased = 0 AND Name NOT IN ('Altruist', 'Benefactor', ...)

and will be forced to use half-baked community-maintained solutions to keep their queries or scripts up to date when new network-wide badges are created.

Is there an easy way to detect whether a badge is of this type in SEDE or the API? Similar to the SEDE column Badges.TagBased. Without such a things, users will be forced to write queries like

SELECT * FROM Badges WHERE TagBased = 0 AND Name NOT IN ('Altruist', 'Benefactor', ...)

and will be forced to use half-baked community-maintained solutions to keep their queries or scripts up to date when new network-wide badges are created.

Is there an easy way to detect whether a badge is of this type in SEDE or the API? Similar to the SEDE column Badges.TagBased. Without such a things, users will be writing queries like

SELECT * FROM Badges WHERE TagBased = 0 AND Name NOT IN ('Altruist', 'Benefactor', ...)

and will be forced to use half-baked community-maintained solutions to keep their queries or scripts up to date when new network-wide badges are created.

Source Link
Glorfindel Mod
  • 270.7k
  • 63
  • 676
  • 1.4k

Is there an easy way to detect whether a badge is of this type in SEDE or the API? Similar to the SEDE column Badges.TagBased. Without such a things, users will be forced to write queries like

SELECT * FROM Badges WHERE TagBased = 0 AND Name NOT IN ('Altruist', 'Benefactor', ...)

and will be forced to use half-baked community-maintained solutions to keep their queries or scripts up to date when new network-wide badges are created.