Spring til hovedindhold
SourceTrust
Se andre licenser

public-domain

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.

På denne side

Hvad den gør

Public domain betyder, at et værk ikke er omfattet af copyright-begrænsninger, enten fordi beskyttelsen er udløbet, fordi ophavsmanden har givet afkald på rettighederne, eller fordi loven aldrig gav dem. Det er en status, ikke en licens, så der er ingen tekst at læse og intet SPDX-id at matche. I en pakkes metadata møder du derfor som regel en erstatning i stedet: CC0-1.0, Unlicense, 0BSD eller WTFPL. De findes, fordi et rent afkald ikke virker overalt, så hver af dem lægger en subsidiær tilladelse oveni til de lande, hvor en ophavsmand ikke kan opgive sin copyright.

Detaljer

Konsekvensen for dit produkt er enkel, når statussen er reel: ingen notits, ingen kreditlinje, ingen kildekode-pligt, og intet ændrer sig, når du sender en binær fil ud eller kører en hostet tjeneste. Problemet er, at statussen ofte bliver påstået frem for givet. En README-linje om public domain ved siden af en almindelig copyright-header er ikke en erklæring, og en manglende licensfil er det stik modsatte. Jurisdiktionerne er også forskellige. Flere europæiske lande tillader slet ikke, at en ophavsmand giver afkald på copyright, og netop derfor har CC0 en subsidiær licens indbygget.

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.

Hvad public-domain kræver, når I sender kode ud

public-domain 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.

  1. Du kan læne dig op ad erklæringen, når projektet skriver den i sin egen licensfil og ikke kun i en README-linje eller et forumindlæg.

  2. Du står samme sted i alle scenarier, når statussen er reel. En hostet tjeneste, en binær fil, en mobilapp og et videredistribueret bibliotek opfører sig ens.

  3. Du undgår den klassiske fælde, når du behandler en manglende licensfil som ukendt frem for som public domain, for ingen licens giver ingen tilladelse overhovedet.

  4. Du giver køberen noget at tjekke, når du beholder komponenten på listen med den ordlyd, du faktisk fandt, i stedet for at fjerne den fra siden.

  5. Du besvarer jurisdiktionsspørgsmålet, når du noterer, hvilken erstatning pakken bruger, da både CC0-1.0 og Unlicense har en subsidiær tilladelse.

De pligter, public-domain navngiver

public-domain navngiver ingen pligter. Den tomme liste er pointen. Hold alligevel id'et på registreringen, så lageret er komplet.

Medtag notice

Intet er påkrævet på tekstens ord. At holde SPDX-id'et og henlæggelsen på din registrering er stadig, hvordan købere tjekker påstanden.

Det skal du være opmærksom på

  • Teams læser en manglende licensfil som en erklæring. Kig efter en copyright-header i repositoriet, og spørg upstream skriftligt, når der ikke står noget.
  • Teams går ud fra, at et afkald virker overalt. Foretræk en komponent under CC0-1.0 eller Unlicense, hvor en subsidiær licens dækker de lande, der ikke tillader afkald.
  • Teams antager, at et afkald dækker patenter. Det gør det ikke, så en tilladelig licens som MIT eller Apache-2.0 er det stærkere valg, når patenter kan blive et tema.
  • Teams fjerner disse komponenter fra den offentliggjorte liste, fordi der ikke kræves noget. Lad dem stå, så siden, kunden læser, svarer til dit build.

Hvad Public domain ikke gør

Søgeresultater flader ofte Public domain ud til et slogan. Dette er de sædvanlige fejllæsninger. public-domain er en tilladelse med betingelser, ikke en tilladelse til at springe papirarbejdet nedenfor over.

  • en public domain-dedikation 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 public-domain adskiller sig fra nærliggende licenser

Disse licenser forveksles ofte med public-domain, 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.

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.
CC0-1.0
CC0 frafalder copyright og giver en subsidiær licens, hvor afkald ikke er muligt. Ingen kreditering krævet og ingen patentrettigheder.
Unlicense
En public domain-erklæring skrevet til software, med en subsidiær licens. OSI-godkendt, og den kræver intet af dig.
MIT
MIT lader dig sende koden med i et lukket, betalt produkt. Den ene betingelse er, at copyright-linjen og licensteksten følger med hver kopi.

Ofte stillede spørgsmål om Public domain

Svar på almindelige spørgsmål om, hvad Public domain kræver, hvornår pligterne gælder, og hvilken dokumentation der skal følge med en release.

Hvad er Public domain?

Public domain betyder, at et værk ikke er omfattet af copyright-begrænsninger, enten fordi beskyttelsen er udløbet, fordi ophavsmanden har givet afkald på rettighederne, eller fordi loven aldrig gav dem. Det er en status, ikke en licens, så der er ingen tekst at læse og intet SPDX-id at matche. I en pakkes metadata møder du derfor som regel en erstatning i stedet: CC0-1.0, Unlicense, 0BSD eller WTFPL. De findes, fordi et rent afkald ikke virker overalt, så hver af dem lægger en subsidiær tilladelse oveni til de lande, hvor en ophavsmand ikke kan opgive sin copyright.

Hvad kræver public-domain, når I sender et produkt ud?

Du kan læne dig op ad erklæringen, når projektet skriver den i sin egen licensfil og ikke kun i en README-linje eller et forumindlæg. Du står samme sted i alle scenarier, når statussen er reel. En hostet tjeneste, en binær fil, en mobilapp og et videredistribueret bibliotek opfører sig ens. Du undgår den klassiske fælde, når du behandler en manglende licensfil som ukendt frem for som public domain, for ingen licens giver ingen tilladelse overhovedet. Du giver køberen noget at tjekke, når du beholder komponenten på listen med den ordlyd, du faktisk fandt, i stedet for at fjerne den fra siden. Du besvarer jurisdiktionsspørgsmålet, når du noterer, hvilken erstatning pakken bruger, da både CC0-1.0 og Unlicense har en subsidiær tilladelse.

Skal public-domain alligevel stå på en attestation-side?

Ja. Public domain kræver intet, og købere vil alligevel have hele inventaret, ikke kun de interessante rækker.

Hvordan adskiller public-domain sig fra Creative Commons Zero v1.0?

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. Creative Commons Zero v1.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. Åbn Creative Commons Zero v1.0-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 public-domain til en køber?

SourceTrust behandler disse komponenter som alle andre. Den henter den udgivne artefakt, pakker en eventuel licensfil ud og sammenligner teksten med det angivne id. En pakke med en erklæring i sin README og ingen licensfil lander som not found eller unconfirmed og venter på, at et menneske accepterer den. Accepterer du den, bliver komponenten stående i inventaret med en ærlig tilstand og den ordlyd, du fandt.

Hvor registrerer jeg public-domain til en køber?

SourceTrust behandler disse komponenter som alle andre. Den henter den udgivne artefakt, pakker en eventuel licensfil ud og sammenligner teksten med det angivne id.

En pakke med en erklæring i sin README og ingen licensfil lander som not found eller unconfirmed og venter på, at et menneske accepterer den. Accepterer du den, bliver komponenten stående i inventaret med en ærlig tilstand og den ordlyd, du fandt.

Læs /docs/auto-fetch-license om hvordan hentningen afgør det.

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.

Send beviset med.

Importér Public domain og resten af det, I sender i produktion. Gratis at importere og gennemgå. I betaler først, når I udgiver.

Start gratis

Cookies på sourcetrust.dev

Vi bruger nødvendige cookies af hensyn til sikkerhed, herunder til at forhindre misbrug af vores sitescan og formularen til anmodning om en livegennemgang. Med din tilladelse bruger vi også valgfri analyse og diagnostik (Google Tag Manager på denne side, og Sentry browser-SDK'en i SourceTrust-programmet, når den er konfigureret). Se vores cookiepolitik.