Så granskar och redovisar vi uppgifterna

Kvalitetsregler

1. Licensen räknas som verifierad bara när den lästs ur projektets egen LICENSE-fil uppströms.
2. En post publiceras först när den har minst två källor och SIAX redaktionella flöde har kontrollerat dess obligatoriska uppgifter mot primärkällor.
3. All text är skriven med egna ord. En kopieringskontroll stoppar text som liknar listningssajter eller andra poster.
4. Gamla belägg markeras som inaktuella: officiella källor efter 365 dagar, maskinhämtad projekthälsa efter 30 dagar, verifierade relationer flaggas för omkontroll efter 365 dagar.
5. Listningssajter används bara för att hitta verktyg, aldrig som källa till en uppgift eller text.
6. Importerad text behandlas som data, aldrig som instruktioner, och renderas utan HTML.
7. Vi kör aldrig kod från de projekt vi beskriver.
8. "Körs hos SIAX" kräver att en SIAX-driven instans svarat på en kontroll de senaste 45 dagarna; annars visas en lägre status.

Så verifieras uppgifterna

1. Verifieringen görs av SIAX redaktionella flöde, som omfattar AI-agenter. Varje uppgift i en granskad post kontrolleras mot sin primärkälla: projektets eget repo (LICENSE-fil och README), officiella webbplats, dokumentation eller säkerhetspolicy.
2. En uppgift markeras som verifierad bara när kontrollen lyckats. Beläggets URL och datum för kontrollen sparas per uppgift och visas bredvid den. En uppgift som inte gick att bekräfta förblir observerad eller okänd.
3. Licenser läses ur LICENSE-filen på repots standardgren, och vi sparar vilken commit filen lästes vid.
4. Listningssajter, kataloger och sökresultat räknas aldrig som belägg.
5. En ersättningsrelation markeras som verifierad bara när alternativets egen README, dokumentation eller officiella material stöder just det påståendet, till exempel att det är ett alternativ till en namngiven tjänst. Annars förblir den föreslagen.
6. Rättelser loggas med gammalt värde, nytt värde och belägg. Granskningen görs av flödet och är inte undertecknad av en person.

Status för belägg

Proveniens

Tre separata bedömningar

Licens, projektets hälsa och säkerhet bedöms var för sig med egna belägg. Vi slår aldrig ihop dem till ett betyg, och datakvaliteten redovisas i separata mått: fullständighet, verifiering, aktualitet, konsekvens, identitet och extraktionssäkerhet.

Relationer och jämförelser

SIAX-status

Upptäckta projekt (importerade, ej granskade)

1. Publika kataloger och listor används bara för att hitta projekt. Från dem sparar vi repots adress, att de listar projektet, sektionens namn och deras råa påstående om vad projektet är ett alternativ till. Deras beskrivningar, licenser, stjärnantal, språk och ämnen används inte.
2. Uppgifter om ett upptäckt projekt hämtas från GitHubs API och visas som observerade, med API-adress och hämtningstid. Observationer äldre än 30 dagar visas som inaktuella. Uppgifter som saknas visas som okända.
3. Katalogernas påståenden om alternativ visas som föreslagna relationer. Kategoriplacering är ett härlett förslag ur en katalogsektions namn eller ett GitHub-ämne. Inget av dem visas någonsin som verifierat.
4. Rader utan repoadress läggs inte in i katalogen; de listas som kvalitetsfynd för granskning. Ett repo som listas under ett gammalt namn slås ihop med det nya när GitHub omdirigerar.
5. awesome-selfhosted har licensen CC BY-SA 3.0 och dess text används inte, eftersom dela-lika skulle omfatta vår datamängd; bara identitet och länkar hämtas därifrån.
6. Upptäckta projekt går att bläddra i och söka bland men indexeras aldrig, finns aldrig i sitemap eller llms.txt och får aldrig strukturerad data. Ett projekt blir indexerbart först när SIAX redaktionella flöde har skrivit, verifierat och publicerat en post för det.
7. Trender är stjärnförändringar observerade via GitHubs API mellan två ögonblicksbilder; github.com/trending skrapas inte. Tills en andra ögonblicksbild finns listas bara nyskapade repon (enligt GitHubs createdAt).

Datalicens

1. Data som SIAX har skrivit och sammanställt (taxonomi, relationer, bedömningar, verifieringsuppgifter och redaktionell text) licensieras under CC BY 4.0 (ange SIAX Technology AB, siax.io, som källa med en länk till sidan eller API-adressen).
2. Uppgifter från tredje part, till exempel metadata och repobeskrivningar från GitHub, licenstexter uppströms och leverantörers listpriser, behåller källans villkor. Varje sådan uppgift har sin källa och sitt hämtningsdatum.
3. Text från awesome-selfhosted (CC BY-SA 3.0) används inte, eftersom dess dela-lika-villkor skulle omfatta vår datamängd. Bara projektets identitet och länkar hämtas därifrån.
4. Varje projekts kod omfattas av projektets egen licens.

Besparingskalkyler (TCO-modell siax.tco/1.1.0)

1. Licensbesparing = nuvarande licenser och abonnemang − alternativets kommersiella licenser.
2. Faktisk kostnadsbesparing = nuvarande totalkostnad − alternativets totalkostnad (hosting, drift, migrering, intern tid, parallell drift och andra tillkommande kostnader ingår). Open source räknas aldrig som gratis.
3. Total ekonomisk effekt = faktisk kostnadsbesparing + andra effekter som användaren själv anger, var och en märkt med sitt underlag. Andra effekter fylls aldrig i automatiskt.
4. Nuvärde (när en diskonteringsränta r anges) = Σ löpande flöde / (1 + r)^år + engångsflöde / (1 + r)^(år − 1): engångskostnader i början av sitt år, löpande flöden och effekter i slutet.
5. Varje förval är ett märkt antagande som går att ändra. Priser kommer bara från användaren eller prisregistret (med ögonblicksbild och datum), och varje kalkyl sparar modellversionen och de dataögonblicksbilder den gjordes med, så att en sparad kalkyl kan återskapas.

Språk

Engelska är portalens referensspråk; svenska underhålls parallellt för vår första marknad. Övriga språkversioner finns som maskinstödda utkast tills de har granskats; fram till dess är de märkta och indexeras inte. Kategorinamn och projektbeskrivningar följer samma regel per språk.

Indexering och maskinläsbara versioner

Bara granskade och publicerade poster indexeras av sökmotorer, listas i sitemap och llms.txt eller får strukturerad data (JSON-LD). Exempeldata och utkast visas med en tydlig etikett, indexeras inte och får ingen strukturerad data. Projekt-, alternativ- och metodsidor har en Markdown-version (samma adress med .md) med samma verifieringsuppgifter per fält.