CC0 frafalder copyright og giver en subsidiær licens, hvor afkald ikke er muligt. Ingen kreditering krævet og ingen patentrettigheder.
På denne side
Hvad den gør
CC0 er Creative Commons Zero, et værktøj til at lægge et værk så tæt på public domain, som loven tillader. Ophavsmanden giver afkald på copyright og beslægtede rettigheder i hele verden. Hvor et afkald ikke er juridisk muligt, giver den samme tekst i stedet en ubetinget og uigenkaldelig licens, så du ender samme sted ad en anden vej. Du møder den på datasæt, ikon- og fotosamlinger og dokumentation oftere end på kode. Wikidata udgiver sine data på den måde.
Detaljer
For dit produkt er CC0 det letteste i hele inventaret. Du kan bruge, ændre, sælge og indlejre værket uden kreditlinje og uden kildekode-pligt, både i en hostet tjeneste og i en binær fil, du giver videre. To detaljer betyder alligevel noget. CC0 siger i sit afsnit 4(a), at den ikke giver patent- eller varemærkerettigheder, og OSI har aldrig godkendt den, i høj grad af netop den grund. En indkøbspolitik, der kræver OSI-godkendte licenser, afviser derfor en CC0-komponent, selv om tilladelsen i sig selv er bredere end MIT-licensens.
Fordele
- Intet at vedhæfte ud over at registrere, at komponenten er i inventaret.
- Ingen copyleft og ingen notitsbetingelse, så binære filer behøver ikke en ekstra licensfil alene for denne komponent.
Ulemper
- Nogle købere vil stadig have dedicationsteksten på fil. "Ingen betingelser" er ikke det samme som "intet spor."
- Jurisdiktion og ophavsretlige spørgsmål findes stadig omkring ægte public domain-dedikationer. En jurist bør se på brug med høj risiko.
Hvad den tillader og kræver
Vælg en kategori for at se hele tilladelsen i én overskuelig liste. Tilladelser viser, hvad licensen giver lov til, grænser viser, hvad den tilbageholder, og forpligtelser viser de betingelser, jeres releaseproces skal opfylde.
Tilladelser
Kommerciel brug
Du må bruge værket kommercielt. Disse tekster er skrevet til at fjerne næsten alle begrænsninger.
Ændre
Du må ændre værket og beholde eller udgive de ændringer under egne vilkår.
Distribuere
Du må give kopier væk, også inde i et lukket produkt, uden en copyleft-pligt.
Grænser
Holde ansvarlig
Forfatterne fraskriver sig garanti. Modtagere kan ikke holde dem ansvarlige for skader fra softwaren, undtagen hvor loven forbyder den fraskrivelse.
Bruge varemærke
Licensen er ikke en varemærkelicens. Navne, logoer og produktmærker bliver hos ejerne, medmindre en separat tilladelse siger noget andet.
Ophav
En henlæggelse er kun så stærk som forfatterens ret til at foretage den. Hvis ophavsretten er uklar, skal filerne behandles som noget, der kræver gennemgang.
Forpligtelser
Medtag notice
CC0 beder dig om ikke at underforstå anbefaling. At holde styr på henlæggelsen er stadig god praksis, når du sender filerne ud.
Hvad CC0-1.0 kræver, når I sender kode ud
CC0-1.0 kræver intet af dig: ingen notits, ingen kreditering, ingen kildekodepligt. Den hører stadig hjemme på attestation-siden, så en køber ser hele lageret og ikke kun de interessante rækker. Trinene nedenfor er, hvordan I holder den registrering ærlig.
Du opfylder alt, hvad CC0 beder om, ved at bruge værket. Teksten stiller ingen betingelse, så der er intet at sende med og intet at vise.
Du holder indkøb i bevægelse, når du alligevel gemmer CC0-teksten på komponenten, for den, der gennemgår komponenten, vil læse selve tilladelsen frem for at stole på id'et.
Du bliver ved sandheden, når du tjekker, at erklæringen dækker hele pakken, for et CC0-datasæt kan stadig indeholde tredjepartsmateriale på andre vilkår.
Du undgår en policy-overraskelse, når du tidligt markerer CC0-komponenter over for teams, hvis godkendelsesliste kun rummer OSI-godkendte licenser.
Du håndterer patentspørgsmålet, når du behandler CC0 som public domain og ikke som Apache-2.0, hvis afsnit 3 udtrykkeligt giver patentrettigheder.
De pligter, CC0-1.0 navngiver
CC0-1.0 navngiver ingen pligter. Den tomme liste er pointen. Hold alligevel id'et på registreringen, så lageret er komplet.
Medtag notice
CC0 beder dig om ikke at underforstå anbefaling. At holde styr på henlæggelsen er stadig god praksis, når du sender filerne ud.
Det skal du være opmærksom på
- Teams behandler CC0 som en open source-softwarelicens. Den er en erklæring, så en politik bygget på OSI-godkendelse stopper den. Tag det op før release, ikke midt i en kundes gennemgang.
- Teams antager, at et CC0-datasæt er CC0 hele vejen ned. Tjek, om samlingen genudgiver tredjepartsmateriale, der ofte har sine egne vilkår.
- Teams forventer en patenttilladelse, der ikke er der. CC0 afsnit 4(a) lader patenter og varemærker urørt, så vælg en tilladelig licens, når patenter er bekymringen.
- Teams sletter licensteksten, fordi intet kræver den. Behold den, for din attestation-side bliver læst af folk, der aldrig åbner dit repositorium.
Hvad Creative Commons Zero v1.0 ikke gør
Søgeresultater flader ofte Creative Commons Zero v1.0 ud til et slogan. Dette er de sædvanlige fejllæsninger. CC0-1.0 er en tilladelse med betingelser, ikke en tilladelse til at springe papirarbejdet nedenfor over.
- CC0 1.0 skaber ikke en notits- eller attributionspligt. Teams lister den alligevel, så købere ser hele inventaret.
- Det er ikke en garanti eller en patenttilladelse. Public domain-agtige tekster fjerner betingelser; de lover ikke, at koden er uden fejl.
Hvordan CC0-1.0 adskiller sig fra nærliggende licenser
Disse licenser forveksles ofte med CC0-1.0, men deres pligter ved en release er forskellige. Hver række opsummerer, hvad licensen kræver, når I sender kode ud. Åbn den linkede side for den fulde tjekliste.
- CC0-1.0
- CC0 frafalder copyright og giver en subsidiær licens, hvor afkald ikke er muligt. Ingen kreditering krævet og ingen patentrettigheder.
- public-domain
- Public domain er en status, ikke en licens. Der kræves intet af dig, når statussen er reel, og risikoen er, at den ofte ikke er det.
- Unlicense
- En public domain-erklæring skrevet til software, med en subsidiær licens. OSI-godkendt, og den kræver intet af dig.
- 0BSD
- BSD uden nogen betingelser: ingen notits, ingen kreditering. Det er en tilladelse, ikke et afkald, og derfor kan jurister lide den.
Ofte stillede spørgsmål om Creative Commons Zero v1.0
Svar på almindelige spørgsmål om, hvad Creative Commons Zero v1.0 kræver, hvornår pligterne gælder, og hvilken dokumentation der skal følge med en release.
Hvad er Creative Commons Zero v1.0?
CC0 er Creative Commons Zero, et værktøj til at lægge et værk så tæt på public domain, som loven tillader. Ophavsmanden giver afkald på copyright og beslægtede rettigheder i hele verden. Hvor et afkald ikke er juridisk muligt, giver den samme tekst i stedet en ubetinget og uigenkaldelig licens, så du ender samme sted ad en anden vej. Du møder den på datasæt, ikon- og fotosamlinger og dokumentation oftere end på kode. Wikidata udgiver sine data på den måde.
Hvad kræver CC0-1.0, når I sender et produkt ud?
Du opfylder alt, hvad CC0 beder om, ved at bruge værket. Teksten stiller ingen betingelse, så der er intet at sende med og intet at vise. Du holder indkøb i bevægelse, når du alligevel gemmer CC0-teksten på komponenten, for den, der gennemgår komponenten, vil læse selve tilladelsen frem for at stole på id'et. Du bliver ved sandheden, når du tjekker, at erklæringen dækker hele pakken, for et CC0-datasæt kan stadig indeholde tredjepartsmateriale på andre vilkår. Du undgår en policy-overraskelse, når du tidligt markerer CC0-komponenter over for teams, hvis godkendelsesliste kun rummer OSI-godkendte licenser. Du håndterer patentspørgsmålet, når du behandler CC0 som public domain og ikke som Apache-2.0, hvis afsnit 3 udtrykkeligt giver patentrettigheder.
Skal CC0-1.0 alligevel stå på en attestation-side?
Ja. Creative Commons Zero v1.0 kræver intet, og købere vil alligevel have hele inventaret, ikke kun de interessante rækker.
Hvordan adskiller CC0-1.0 sig fra Public domain?
CC0-1.0 kræver dette: CC0 frafalder copyright og giver en subsidiær licens, hvor afkald ikke er muligt. Ingen kreditering krævet og ingen patentrettigheder. Public domain kræver dette: Public domain er en status, ikke en licens. Der kræves intet af dig, når statussen er reel, og risikoen er, at den ofte ikke er det. Åbn Public domain-siden for, hvad den licens kræver, når I sender kode ud. Behandl ikke SPDX-id'erne som udskiftelige, bare fordi de korte navne ligner hinanden.
Hvor registrerer jeg CC0-1.0 til en køber?
En CC0-komponent følger samme vej som alle andre. SourceTrust henter den udgivne artefakt, læser en eventuel licensfil og sammenligner teksten med det angivne id. Mange CC0-pakker har kun en kort erklæringslinje, så resultatet lander ofte som unconfirmed eller not found og venter på, at du accepterer det. Der kommer intet på projektets tjekliste, for CC0 udløser ingen af de seks eksterne forpligtelser.
Hvor registrerer jeg CC0-1.0 til en køber?
En CC0-komponent følger samme vej som alle andre. SourceTrust henter den udgivne artefakt, læser en eventuel licensfil og sammenligner teksten med det angivne id.
Mange CC0-pakker har kun en kort erklæringslinje, så resultatet lander ofte som unconfirmed eller not found og venter på, at du accepterer det. Der kommer intet på projektets tjekliste, for CC0 udløser ingen af de seks eksterne forpligtelser.
Læs /docs/reviewing-component om gennemgangsforløbet.
Se også
Hubben er søjlen for denne klynge. Søskendelicenser er de andre eger. Produkt-FAQ-links forklarer, hvordan SourceTrust registrerer pligten, ikke selve licensteksten.
Praktisk vejledning til procurement-gennemgang, ikke juridisk rådgivning. Bekræft brug med høj risiko med jurist.