Kreative rettigheter, kreditering og det som forblir ditt

Du skal kunne bruke gode verk laget av andre mennesker uten å bli ekspert på lisensiering, og uten stille og rolig å utelate dem som laget dem. Derfor holder Lolly rede på kilden til hvert verk den henter, leser lisensen som er registrert for det, finner ut hva den lisensen ber om for bruken du faktisk gjør, gjør den delen et program kan gjøre, og navngir den delen bare du kan gjøre.

Ingenting av dette er juridisk rådgivning, og ingenting av det er en avgjørelse om prosjektet ditt. Lolly registrerer fakta, bruker et lite sett regler som er lest ut av lisensenes egne juridiske tekster, og viser utregningen sin. En lisens med vilkår er et normalt, tillatt valg. Den blir aldri fremstilt som en ødelagt ressurs.

Tre fakta, holdt atskilt

«CC BY 4.0», «denne bruken trenger en kreditering» og «krediteringen er i filen du nettopp lastet ned» er tre forskjellige påstander, og Lolly holder dem atskilt:

• Bevis er det en kilde erklærte, registrert slik det ble funnet, med hvem som sa det og hvor det ble lest. En senere import overskriver aldri en tidligere registrering.
• Forpliktelse er det de gjennomgåtte reglene gjør av det beviset for én bruk, én leveringsrute og ett publikum. Delingsvilkår forblir betingede mens du arbeider privat.
• Levering er det de ferdige bytene faktisk bærer, målt ved å lese dem tilbake. Lolly sier at kreditering er inkludert bare etter at en leser har funnet den i den leverte filen.

Hvor du møter dette først

Emoji-settene er hverdagstilfellet. Twemoji er CC BY 4.0, så en overskrift med en emoji i seg eksporteres med illustrasjonen kreditert og ingenting igjen for deg å gjøre. Begge OpenMoji-settene er CC BY-SA 4.0, så å omfarge en av glyfene deres med en merkevarebehandling er en bearbeidelse, og å dele den bearbeidelsen ber deg velge en kompatibel lisens én gang. Å velge settet er aldri blokkert, og settkontrollen navngir lisensen der du velger det. De samme reglene gjelder for en katalogillustrasjon, en LUT, en skrift og ethvert annet registrert verk.

Ordene Lolly bruker

Ett vokabular på tvers av eksportpanelet, Verify, kommandolinjen og maskinresultatet.

Lolly bruker ikke «opphavsrett verifisert», «juridisk trygt», «fullstendig klarert» eller «rettigheter klarert», og det finnes ingen enkelt grønn lisensmerking noe sted i produktet. De ordene ville hevdet noe intet program kan sjekke.

Lisensene Lolly har gjennomgått

Regelversjon rights-rules-2026-09-13.2. Hver regel under er lest ut av lisensens egen juridiske tekst, og avsnittet den kommer fra, er sitert ved siden av den i engine/src/rights-profiles.ts så vel som her. En versjon og en port beholdes slik det ble registrert: en CC BY 3.0-erklæring beholder sin egen versjon i stedet for å bli rapportert som 4.0 fordi appens velger foretrekker 4.0.

Registrert, ikke tolket

CC BY-NC, CC BY-ND og NC-SA- og NC-ND-kombinasjonene er gjenkjent, vilkårene deres er listet opp, og ingen regel her leser dem. De rapporterer licence.unknown med en linje som navngir vilkårene. En kommersiell sammenheng kan ikke leses ut av en pris eller en konto, og hver kombinerte tekst trenger sin egen gjennomgang før en regel rører den.

Tre mer ærlige svar, ingen av dem er en tillatelse:

• En LicenseRef--identifikator kommer tilbake som seg selv. Den peker på en lagret definisjon og er aldri proprietær ut fra stavemåten.
• En erklæring ingenting gjenkjenner, kommer tilbake utolket, med originalteksten bevart ved siden av.
• A OR B er et valg rettighetshaveren tilbød, så hvert alternativ returneres, og ingen velges. A AND B er kumulativt, og disse reglene registrerer det i stedet for å lese to profiler sammen.

Manglende lisensinformasjon blir aldri lest som bevis for at et verk er fritt å gi videre.

Hva Lolly gjør for deg

• I katalogen. Et verks ark viser kilden og opphavspersonen, det kanoniske lisensnavnet med den opprinnelige merkelappen bevart under, en kopierbar kreditering der én er registrert, og én linje som sier hva det å bruke det ber om. En flis oppgir kravet; den hevder aldri at en eksport ble fullført.
• I eksportpanelet. Et Source credits-kort vises så snart en rendring bruker registrert verk. Det viser tilstanden, krediteringsteksten bak Detaljer, en Kopier kreditering-knapp, og et innebygd kort når en beslutning gjenstår. En beslutning er aldri en blokkerende dialog: en nedlasting som har en handling igjen, fortsetter, og privat arbeid forblir brukbart.
• I filen. En eksport som har plassert registrert verk, skriver én Content Credentials-kildeingrediens per distinkt verk, bundet til de originale bytene på deres offentlige adresse, og bærer opphavspersonen, lisensen og lenken til den, kilden, revisjonen og endringene. Lolly signerer det den observerte. Den signerer aldri en påstand på vegne av den opprinnelige kunstneren, og Verify sier hvilket av de to som skjedde.
• Etter skriving. De leverte bytene leses tilbake før noe sier at kreditering er inkludert. En legitimasjon som ikke ble bekreftet, telles ikke som en levert kreditering.
• I en redigerbar .lolly-fil. Bytes følger bare med når en gjennomgått lisens registrerer tillatelse til å gi kilden videre, og pakkens CREDITS.txt lister hva som fulgte med, under hvilken lisens, og hva som ble holdt tilbake, med årsaken. En uregistrert lisens holdes tilbake. Du kan fortsatt inkludere tilbakeholdt innhold med vilje, og krediteringsfilen registrerer at det var ditt valg.
• I Verify. Et Kilder-panel lister hver kilde en fil registrerer, med et beregnet sammendrag, krediteringen, en Kopier kreditering-knapp, en Åpne kilde-lenke som bare åpnes på forespørsel, og de oppgitte grensene for hva som ble inspisert. Et spørsmål om å sjekke for denne bruken stilles bare når du velger en bruk, og ingenting hentes for å svare på det.
• Når du fjerner metadata. Strippingen forteller deg hvor mange kildekrediteringer filen ikke lenger bærer, tilbyr krediteringsteksten, og tilbyr en ren fil med krediteringene ved siden av. Strippede bytes blir aldri gjenstemplet.

Det som forblir ditt

• Lisensvalget ditt er ditt eget. Å gjøre krav på en fil skiller tre tilstander som pleide å være én: ingen offentlig lisens erklært, en eksplisitt alle-rettigheter-forbeholdt-merknad, og en faktisk offentlig lisenstillatelse. Lolly skriver en rettighetslinje bare for de to siste, og aldri fra profilen din.
• Verket ditt blir ikke omlisensiert for deg. En kildes vilkår og din egen erklæring om resultatet er separate registreringer. Et ShareAlike-vilkår gjelder for bearbeidelsen det styrer, ikke automatisk for alt annet du har laget.
• Privat arbeid forblir brukbart. Vilkår som gjelder ved deling, reises når deling er i sikte. Ingenting her blir til et importforbud, og ingen lisensieringsspørreundersøkelse står mellom deg og dine egne filer.
• En beslutning huskes mot sine egne fakta. Hvert valg du registrerer, stemples med et fingeravtrykk av verkene, bruksmåtene, ruten og publikummet det ble tatt om. Endre settet, behandlingen, formatet eller publikummet, og spørsmålet stilles igjen. Det finnes ingen samlebryter for å «ignorere lisenser», fordi å klikke bort en advarsel ikke kan levere en kreditering eller gi en tillatelse.
• Detaljene dine holdes atskilt fra en tredjeparts kreditering. Å fjerne dine egne personlige metadata fjerner ikke en kreditert kunstner, og en påkrevd kreditering er aldri en unnskyldning for å eksportere kontaktdetaljene dine.

På kommandolinjen

En rendring skriver ut en Rights:-blokk til standard error når evalueringen har en påkrevd kreditering eller et problem. Den bærer statusen, én linje per problem som code - summary, hva den leverte filen ble lest tilbake som, og krediteringsteksten som skal limes inn.

Rights: actions-required
  licence.adaptation-choice - If you share this adaptation, it needs a compatible licence.
  Credential intact. It records 1 source. The exporter recorded it; the source did not sign a credential of its own.
  Credits included in this file's metadata.
  "water wave (OpenMoji Color 17.0.0)" by Vanessa Boutzikoudi (OpenMoji), CC BY-SA 4.0 https://creativecommons.org/licenses/by-sa/4.0/, source https://raw.githubusercontent.com/hfg-gmuend/openmoji/f9fc506a3f913be9897ab0181d611d4c910a4104/color/svg/1F30A.svg, changes: recoloured.

De to påstandene er uavhengige, og det er poenget med å holde dem atskilt: krediteringen er i filen, og en lisensbeslutning gjenstår fortsatt før filen deles. Filen skrives uansett.

Avslutningskode 4 er koden denne CLI-en allerede gir en beskyttende sjekk som sa nei. Den er bevisst ikke 3, som betyr «prøv igjen på en annen kjører», og en lisensbeslutning vil vente på enhver kjører som finnes.

--rights=private erklærer at denne rendringen ikke blir levert til noen. Blokken skrives fortsatt ut, og krediteringen er fortsatt der for å kopieres; det som trer tilbake, er vilkåret som gjelder ved deling, og ingen leveringspåstand registreres. Det finnes ikke noe flagg for å ignorere et vilkår: --rights=ignore er en bruksfeil.

Problemkodene er stabile og maskinlesbare, uavhengig av den oversatte teksten:

attribution.source-missing, attribution.delivery-missing, licence.adaptation-choice, licence.use-not-covered, licence.grant-conflict, licence.unknown, source.redistribution-unknown, credential.ingredient-missing.

Over MCP returnerer lolly_verify en rights-nyttelast med sammendraget, én rad per registrert kilde og de oppgitte grensene; en nettleserfri lolly_render returnerer status, issues, credits, fingerprint og et creditsInFile-flagg som måles ved å lese bytene tilbake.

Hvor reglene bor

Fire motormoduler, alle rene: ingen nettverk, ingen klokke, ingen filsystem. Regeldataene er versjonert og ligger i repositoryet, aldri hentet.

Forventningsfilene i tests/fixtures/rights/ ble forfattet ut fra lisenstekstene i stedet for ut fra evaluatorens resultat, og README-en dens siterer avsnittet bak hver forventning.

Hva dette ikke gjør

Sagt rett ut, fordi et hull som ikke er navngitt, leses som et løfte.

• NC og ND blir ikke tolket. Vilkårene deres registreres og rapporteres som ukjente.
• Ingen destinasjon er bekreftet. Lolly forbereder en bildetekst; at en konnektor godtar en forespørsel, er ikke bevis for at en kreditering nådde en leser, og ingenting her lover at en senere opplasting, et skjermbilde eller en transkoding bevarer skjulte metadata.
• Native metadatafelt for kreditering skrives ikke fra planen. Kreditering følger med i Content Credentials og i lesbar tekst. IPTC- og XMP-feltene for kreditering per kilde er ikke fylt ut fra attribusjonsplanen ennå.
• Rettelser og tilbaketrekking er ikke bygget. Å legge til en manglende opphavsperson eller en lokal rettelse til et registrert verk, og å trekke tilbake en registrering, har intet grensesnitt.
• Tilkoblede leverandører er ikke bygget. Kjøpt lager, en tilpasset tillatelse og en leverandørkonto har ingen importvei, så tillatelsene deres kan bare registreres som din egen erklæring.
• Organisasjonspolicy settes ikke sammen med disse resultatene. Eksportpolicy og lisensvilkår er separate i dag, og en organisasjonsgodkjenning er ikke en tillatelse fra en rettighetshaver.
• Flere leveringsruter er ikke på denne stien ennå. Å laste ned et katalogoriginal, en samle-ZIP, en avledet nedlasting, Send og Kopier bilde evaluerer eller bærer ikke disse krediteringene ennå.