On this page
Off-the-shelf datasets and custom data collection can both supply data for training or evaluating an AI model. The decision is whether existing observations fit your task and permitted use, or whether something important still needs to be recorded.
Off-the-shelf licensing begins with material you can inspect: Shaip's catalog offers samples before commitment. New collection begins with a capture plan: Appen's physical-AI service describes participant recruitment and synchronized recording. Converting files or adding labels is another job again. A deliverable can be customized without containing any newly collected data.
For buyers, the choice turns on coverage, permission and the work required to make the data usable. For owners, it separates licensing an archive from accepting a production assignment. Rightmark sources private owner data to a written specification, with representative scrubbed samples under NDA for evaluation. That can help when the observations exist privately but have not appeared in the catalogs you have checked.
Define what you need before choosing existing data or new collection.
Rightmark's buyer request brief helps you describe the data, intended use, volume and proposed license terms without naming a buyer or uploading a private sample. Buyers can use it to compare proposals, and owners can use the specification to explain what they can supply and what still needs review.
This comparison uses provider-published information and dated public archives checked in October 2026. Rightmark, the publisher, helps data owners license private data to AI developers.
Off-the-shelf vs custom training data at a glance
Compare the same required observations, permitted use and accepted units. The table condenses the decisions developed below.
| Criterion | Off-the-shelf training datasets | Custom data collection |
|---|---|---|
| Quality and acceptance | Inspect representative material from the offered collection; agree checks for the full delivery. | Test the capture protocol in a pilot; agree checks for recordings and labels separately. |
| What the buyer pays for | Rights to existing material, plus any agreed selection, preparation and delivery work. | A defined production job, plus the permissions, preparation and delivery included in the order. |
| Published comparable price | The inspected Shaip catalog page does not give a quote for the required dataset and license. | The cited Appen services archive does not give a quote for the required collection and license. |
| Owner duties and proceeds | Establish authority, preparation duties, retained use and payment for the licensed asset. | Establish production duties, accepted units, expenses, reuse and the event that makes payment due. |
| Rights and provenance | Inspect the rights evidence, exclusions and permission for your intended use. | Arrange the needed permissions and specify the evidence that accompanies capture. |
| Control over changes | Select and prepare existing observations; identify changes that require something never recorded. | Specify participants, devices and conditions before capture; agree the effect of later changes. |
| Coverage | Strongest when the required observations already exist, including genuine historical records. | Strongest when missing people, equipment or present-day conditions can be captured to the protocol. |
| Work before and after delivery | Assign selection, documentation, preparation, review, corrections and integration. | Assign recruitment, capture and subsequent preparation, review, corrections and integration. |
| Proof of fit | The exact offered material, a representative sample and a permitted test. | A comparable capture method and a pilot against the proposed requirement. |
Re-verify prices, terms, availability and source dates before relying on this comparison.
How do off-the-shelf datasets and custom collection compare on what you need?
Start with whether the data will be usable, then what obtaining it commits each party to. Rights, control, coverage and delivery all matter before a supplier's track record can tell you much about fit.
Defined.ai offers existing datasets and custom collection. Shaip distinguishes existing audio licensing, custom collection and transcription or annotation. Compare the work in the proposal, even when both proposals carry the same logo.
1. Will the delivered data meet your acceptance criteria?
A recording can sound clear and still be wrong for your task. If the people, conditions or events you need are absent, consistent labels will not fix the missing observations. Conversely, if the observations are suitable and only the labels need changing, commissioning another recording project may solve the wrong problem.
| Criterion | Off-the-shelf training datasets | Custom data collection |
|---|---|---|
| Before commitment | Inspect a representative sample of the actual collection. Ask how it was selected and how it relates to the offered files. | Run a pilot with the proposed participants, equipment and instructions. Resolve capture problems before increasing volume. |
| Raw-data checks | Check required fields, recording conditions, missing segments and exclusions. Separate unusable records from records needing preparation. | Specify capture checks. Appen's physical-AI service describes synchronized streams and calibration metadata; obtain the tolerances for your job. |
| Label checks | Compare the existing definitions with your task. Decide which labels can be retained and which need another annotation pass. | Check labels independently of capture quality. Appen describes calibration against reference examples, agreement measurement, independent reviews and final-dataset sampling. |
| Accepted units | Define what counts as an hour, record or episode after exclusions. Match that definition to the quoted quantity. | Distinguish time spent collecting from accepted output. Specify how rejected captures, repeats and incomplete episodes are counted. |
| Failed batches | Obtain the rejection window, required evidence and correction, replacement or refund terms for this dataset. | Agree who assesses failures, who pays for another pass and what happens if the required cohort cannot be completed. |
A useful acceptance test has two layers. First, does the material contain the observation you need? Then, does its condition and labeling meet the agreed checks? Keep those decisions visible in the delivery record. Otherwise, a disagreement about missing coverage can turn into repeated relabeling of files that will never answer the task.
Ask the owner to describe known gaps alongside the sample. The data card template gives that context a place beside dates, formats and provenance. This also protects the scope of the owner's work: preparing a defined subset is a different commitment from promising that the buyer's model will improve.
Bottom line: Choose existing data when the offered material passes the task and quality checks. Choose collection when an essential observation is missing and the pilot demonstrates a workable way to obtain it. Keep annotation on the shortlist when the observation is already there.
Ask both: “Which checks turn a delivered record, hour or episode into an accepted unit, and what happens when a batch misses them?” A sample invitation without a full-delivery acceptance rule leaves the acceptance decision unresolved until delivery.
2. What will the usable data cost, and what are both parties committing to?
The cheapest quoted hour need not be the cheapest usable hour. The comparison changes if one proposal includes transcription, another excludes rejected recordings, or the licenses allow different uses. Owners have a separate calculation: the buyer's bill does not show what the owner keeps after completing the work attached to the offer.
| Criterion | Off-the-shelf training datasets | Custom data collection |
|---|---|---|
| Pricing structure | Shaip's catalog lists one-time purchase, subscription and enterprise agreements. Establish the selected data, rights and included preparation. | Request a rate for the agreed collection unit and a volume schedule. Separate recording from any annotation included in the order. |
| Additional work | Itemize selection, permission review, cleaning, relabeling, conversion and integration. Identify which costs remain outside the license price. | Itemize recruitment, participant compensation, equipment, capture, validation, labels and delivery. Separate setup costs from charges per accepted unit. |
| Commitment | Obtain minimum quantity, term, renewal and cancellation conditions for the chosen offer. | Obtain the pilot commitment, production milestones and change charges. Establish what remains payable if work stops after recruitment or capture. |
| Failed delivery and refunds | Put the actual acceptance and remedy clauses beside the quote. Model performance alone should not be assumed to trigger a refund. | Shaip's service-customer terms put refund rights in the applicable agreement, with payments final and non-refundable unless that agreement says otherwise. |
| Owner or collector payment | Agree payment, deductions, preparation duties and retained rights for the asset being licensed. | Identify the role being paid: licensor, collector or annotator. Specify expenses, rejected work, reuse and the payment event for that role. |
| Comparable total | Add license, preparation, review, corrections and integration. Divide by accepted usable units under the same permitted use. | Add collection, setup, preparation, review, corrections and integration. Use the same accepted-unit definition, currency and period. |
The cited Shaip catalog page and Appen services archive do not supply comparable numeric quotes for a specified dataset, collection and license. A class-wide price range would conceal the very differences you need to price. Take one specification to both discussions and leave any unpriced work visibly unknown, rather than entering zero in the comparison.
For an existing archive, the owner should separate payment for granting rights from payment for any preparation they undertake. A collection proposal adds a different question: what must be produced before an invoice becomes payable? Recording a session, delivering files and having the buyer accept them can be separate events. Decide which event the agreement uses, including the treatment of corrections.
Rightmark's published fee wording says the buyer pays its fee on standard licenses; its share on premium and bespoke deals is agreed in writing. That explains one fee, not the owner's total costs or payment date. It cannot establish that a Rightmark offer leaves an owner more than a collection contract would.
Bottom line: Existing data avoids paying to commission observations you already have access to license. Custom collection can justify its production cost when those observations are missing. Choose on the complete, comparable proposal; owners should judge the agreed payment against their own duties, costs and retained use.
Ask both: “Give me the total for this usable quantity and license, what is excluded, what I owe if we stop, and what the owner or collector must do to be paid.”
3. Who can authorize the data and its proposed use?
Having a file does not settle who can license it. An existing archive may contain material created for clients or supplied under earlier restrictions; a new recording may involve several parties whose permissions need to be arranged. The buyer needs authority for the intended use, and the owner needs a clear account of what the agreement lets others do.
| Criterion | Off-the-shelf training datasets | Custom data collection |
|---|---|---|
| Authority to license | Identify the licensor and the evidence behind its rights. List client, employment, platform or earlier-license restrictions and the records excluded. | Identify who controls the resulting recordings and labels, who engages participants and who can grant the proposed rights. |
| Participant permissions | Inspect the notices, releases or permissions relevant to voices, images and other personal material. Resolve gaps for the intended use. | Appen's physical-AI offering describes participant consent and on-site handling. Obtain the permission records and limits for the actual project. |
| Uses and recipients | Specify training, fine-tuning, evaluation, retrieval, display and onward access separately where relevant. | Agree the same uses before capture, including who may reuse raw material, labels and derived datasets. A bespoke order does not itself establish exclusivity. |
| Samples and pilots | Obtain permission for the proposed test, including systems, recipients and retention. Permission to inspect is not automatically permission to train. | Set the permitted uses of pilot and rejected material. Establish whether any of it may enter production training. |
| Access while preparing data | Specify who may access the material during annotation, from which locations and through which systems. | Assign access to raw captures and participant details. Establish where each is held and how agreed restrictions will be checked. |
| At the end | Specify retention, deletion, permitted derivatives and earlier licenses. Keep material outside the agreement distinguishable from the licensed subset. | Cover original captures, rejected work, labels and backups. Name the party responsible for each continuing obligation. |
For owners, the difficult question can be narrower than whether the archive is theirs: which part can be licensed for this use? A permission record may cover some recordings and leave others unresolved. Narrowing the offer to the supported subset can make the next discussion concrete without representing the whole archive as cleared.
New collection gives you the opportunity to arrange suitable permissions before the work begins. It still requires agreement about participants, recipients and future use. Have the relevant owner and counsel resolve those details for the actual material and jurisdictions; a provider's general consent statement cannot answer them for you.
Rightmark's buyer NDA restricts portal material to deciding whether to license it. Before sending a sample into a model or another service, obtain an answer about that specific test. An NDA and a sample download are not enough to infer permission for embeddings, training or benchmarking.
Bottom line: Favor the existing collection when its rights evidence supports your use. Favor new collection when the required observations can be gathered with suitable permissions that the available material lacks. Hold either proposal while authority remains disputed.
Ask both: “Who can grant each use we need, what evidence supports that authority, and what may each party retain or reuse when the agreement ends?”
4. Which requirements can you change, and who approves the change?
“Custom” is an incomplete description of the work. Selecting different records changes the subset; changing a camera position changes the observation being captured. Before agreeing to a change, the buyer and owner need to know which kind it is and what previously completed work it affects.
| Criterion | Off-the-shelf training datasets | Custom data collection |
|---|---|---|
| Starting specification | Map each requirement to the offered material. Identify what exists, what can be prepared and what is absent. | Turn missing observations into participant, task, device and environment instructions. Test whether the setup can produce them. |
| Selection or new capture | Shaip says its text catalog datasets can be scoped to a project. Define the subset and any additional work. | Appen describes controlled kitchen, workshop, assembly and logistics capture settings. Check the particular scene and equipment your task needs. |
| Label instructions | Specify definitions and checks for any relabeling. Keep that assignment separate from a requirement for new raw observations. | Use the pilot to identify unclear labels; agree revised instructions before production. Set capture instructions separately. |
| Later changes | Record the dataset version, exclusions and transformations. Assess how a new field or filter affects volume, price and rights. | Agree the effect of changed participants, devices or tasks on completed work, timing and price before restarting production. |
| Sign-off | Name who approves the material and license, and who accepts the delivery. Technical access is a different responsibility. | Name who approves recruitment, permissions, the pilot and later changes. Put any right to narrow or stop work in the agreement. |
Write changes against the original requirement. If a buyer needs a different label definition, the owner should be able to tell whether the requested work applies to the same files. If the buyer needs an event recorded from another viewpoint, those files may no longer be enough. A new column in the delivery schema cannot supply a sensor measurement that was never captured.
The same discipline helps after a pilot. Record what changed, why it changed and whether earlier captures still qualify. Otherwise, a revised instruction can leave one party counting completed work while the other counts only work made under the new rule.
Bottom line: Choose existing material when selection and preparation can satisfy the requirement. Choose collection when an important variable must be controlled before capture. Put price, rights and acceptance consequences beside every approved change, so neither party silently acquires a larger job.
Ask both: “Which requirements can you meet by selecting or preparing existing records, which require new capture, and who approves the resulting changes to price, rights and delivery?”
5. Does the coverage match your people, conditions and time period?
A large dataset can still be missing the combination that matters. Language, speaker, device and environment should be considered together, not as separate checkmarks. The owner also needs to know whether the buyer wants a subset already held or a commitment to fill gaps with new material.
| Criterion | Off-the-shelf training datasets | Custom data collection |
|---|---|---|
| People and language | Inspect the distribution in the selected data, including the accents, roles or specialist vocabulary the task requires. | Defined.ai lists conversational dialogues, IVR interactions and emotional-tone recordings. Establish the actual cohort and locale. |
| Interaction and setting | Check whether recordings contain the required exchanges and background conditions. Clear studio speech and natural conversation answer different needs. | Shaip describes scripted and spontaneous monologues, dialogues and group conversations, in studio and natural settings. Specify the interaction you need. |
| Devices and streams | Inspect device, viewpoint, sampling and alignment information. A label cannot supply an absent measurement. | Appen describes temporally aligned camera, LiDAR and radar streams. Establish the device combination, metadata and capture conditions. |
| Historical period | Prefer genuine dated records when the task concerns a past event or system state. Check provenance as well as the date field. | Capture conditions that can be observed now. A reenactment may serve a purpose, but it is not evidence of what happened in an unrecorded past event. |
| Coverage within volume | Count distinct speakers, tasks or scenes after filters and exclusions, alongside the total hours or records. | Track required cohorts and conditions through delivery. Repeats in an easy category do not fill a missing difficult category. |
Historical coverage is a real advantage for existing data. Shaip's text catalog includes a historical news archive; a buyer still needs the dates and rights of the offered subset. New recording is useful for observing a new device or present-day behavior, but it cannot recover the original circumstances of an event nobody recorded.
For current coverage, turn the requirement into combinations that can be counted. If a task needs a particular interaction in a particular environment, knowing that each appears somewhere in a large collection does not show that they appear together. Ask for that intersection in the sample and proposed delivery. The same check belongs in a collection protocol before recruiting more participants.
Bottom line: Custom collection has the clear advantage when required people, equipment or conditions are missing and can be captured to an agreed protocol. Existing data wins when it already contains the needed observations, especially original historical material. An owner should commit either to a documented subset or to defined new capture work, with the distinction visible in the offer.
Ask both: “Show the coverage for every required combination, which gaps remain, and whether filling each gap means finding existing records or producing new ones.”
6. Who does the work before and after delivery?
Buying data does not finish the work of making it usable. Existing material can remove the need to organize capture, while managed collection can supply people and equipment your team lacks. Both proposals still need a clear account of preparation, review, corrections and integration.
| Criterion | Off-the-shelf training datasets | Custom data collection |
|---|---|---|
| Finding or producing observations | Assign selection, rights documentation, exclusions and sample preparation. Identify what the owner must explain about the source. | Appen's physical-AI pipeline includes recruitment, synchronized capture and annotation. Establish any buyer-supplied equipment, premises or instructions. |
| Preparation | Defined.ai separately offers human transcription and speaker diarization. Consider that work when the needed observations already exist. | Specify what follows recording. Raw audio, a transcript and speaker labels are different deliverables. |
| Instructions and questions | Name who explains ambiguous fields, missing records and restrictions. Give the preparer someone who can resolve questions. | Assign recruitment and capture instructions, pilot review and escalation. A managed workforce still needs decisions about changed requirements. |
| Review and correction | Name who checks the sample and batches, records defects and accepts corrections. Separate preparation from the buyer's model experiments. | Assign pilot, capture and label review. Establish how feedback reaches collectors and who authorizes another pass. |
| Export and integration | Shaip's annotation workflow separates preprocessing, guidelines, annotation, QA and export. Define the required schema and import check. | Agree the output schema and test a sample export in your environment. Specify the raw-data and label handoff. |
| After the first delivery | Agree corrections, updates and retention. A fixed collection and a recurring feed create different ongoing work. | Specify whether the job ends with an accepted batch or continues into further cohorts, revised instructions or recollection. |
Distinguish who does a task from who pays for it. An owner may need to explain its source systems or find permission records even where someone else funds technical preparation. A buyer may commission collection yet still need its own reviewer to approve the pilot. Those responsibilities belong beside the proposed deliverables, so neither party plans around work the other has not agreed to do.
The handoff should also have a test. Ask the receiving team to check a sample export against its expected structure before the full package arrives. Agree how malformed records, missing metadata and version mismatches will be reported. Successful file transfer proves arrival; acceptance requires the checks you agreed in the first dimension.
Bottom line: Favor existing data when it removes unnecessary capture and the remaining preparation is manageable. Favor managed collection when missing observations require a workforce or setup you cannot provide. If preparation is the whole gap, buy that work against the available material.
Ask both: “Name who owns each step from source or capture through preparation, acceptance and integration, and which steps remain with our team or the data owner.”
7. What evidence shows that the route fits this task?
A supplier's case study is useful when you can identify the job it demonstrates. A collection project, a labeling project and a catalog license answer different questions. Owners should be equally precise about the difference between an inquiry, completed work, accepted delivery and payment.
| Criterion | Off-the-shelf training datasets | Custom data collection |
|---|---|---|
| Comparable material | Request the dataset identity, representative sample and permitted test. Match the original conditions to the task. | Request a comparable capture method and a pilot using the proposed protocol. Identify which conditions differ from the cited project. |
| Kind of work proved | Check whether the example concerns licensing existing observations, preparing supplied data or creating new material. | Separate recruitment and recording evidence from annotation, evaluation or feedback work. |
| What the units include | Establish how much offered material survives the required filters and has the needed labels. | Separate completed captures, accepted recordings and transcribed or labeled output. Do not substitute one count for another. |
| Independent buyer experience | Seek experience with the actual data program and a traceable review. Worker or employer reviews answer another question. | Seek a comparable task, delivery responsibilities and documented buyer experience, not a rating for an unrelated service. |
| Owner evidence | Request asset scope, the license, acceptance record and payment terms separately. A sample request is not a completed license. | Distinguish the production brief, completed units, correction record, acceptance and payment for the role offered. |
Defined.ai's robotics account describes synchronized recordings for an unnamed customer, with calibration and collection guidelines and weekly delivery reports. The useful evidence is the method for keeping sensor captures consistent. It gives a buyer specific work to examine in a pilot; it does not establish performance for a different model or a standard delivery timetable.
Appen's Cohere case concerns PANDA Plus: human preference judgments, editing preferred responses and feedback. That is relevant when the job requires structured human judgments about model output. It is not evidence that a catalog dataset was licensed or a physical scene recorded, even though all three activities may be described broadly as acquiring training data.
Shaip's ASR account reports 8,000 audio hours collected and 800 hours transcribed. It also describes batch rejection and replacement rules for that project. The different quantities make the deliverable question concrete: a collection total is not a transcript total, and those project rules are not default terms for a new order.
Rightmark's published speech note provides a different kind of evidence. It describes an open buyer request with detailed speech requirements and, separately, a submitted archive still needing permission evidence and sample review. These are two situations, not a matched transaction. They show why owners need to connect an archive's contents and permissions to a specific request before treating interest as an offer; neither establishes an accepted delivery or payment.
Bottom line: Existing data earns the choice through the offered material and a permitted test. Collection earns it through a relevant capture method and a pilot against your requirement. Read each example for the work it demonstrates, then ask for the evidence missing from your own proposal.
Ask both: “Show a comparable job and distinguish what was licensed, collected, labeled, accepted and paid for; which parts of that evidence apply to this requirement?”
Where Rightmark fits in AI training data licensing
An observation can already exist without being available in a public catalog. Rightmark's role in this decision is sourcing eligible private owner data to a written requirement. Its published process gives buyers and owners several points at which to establish what is offered before a full license and delivery.
- A written scope for existing private data. Rightmark's buyer process begins with the requirement and a response about what it can source, then records families, filters, formats, volume and cadence in writing. The buyer can assess actual proposed coverage, while the owner can identify relevant material and the preparation it needs; a request does not establish availability or an offer.
- An ownership pack based on the owner's evidence. The pack is built from owner documents and reports, follows the data route and is shared with the buyer's counsel under NDA. It gives the buyer a basis for reviewing the proposed rights and the owner a way to show exclusions and limits; the pack itself is not legal clearance.
- A controlled sample before the full license. The sample-pack checklist starts with a review question, defines scope, masks material, adds a data card, records approval of the exact release and documents transfer. This lets the buyer inspect format and known gaps while the owner approves the sample, recipient, purpose and path; permission for model-based testing and full-batch acceptance still need their own answers.
- Use and delivery terms before licensing. The published signing step sets use, scope, term, exclusivity, delivery and deletion, with the owner signing before anything is licensed and a licensing partner chosen per deal on code routes. Buyers should inspect the actual permitted-use and derived-data clauses, while owners weigh retained use, preparation duties and payment conditions together; signing is not a promise of approval before every later code license.
- Delivery through approved systems and receipt checks. Rightmark describes admin-approved, revocable connections or uploaded exports, with route-specific code-partner delivery, metadata and an ownership pack, followed by the buyer's scan on receipt. The buyer has a defined package to check and the owner has an access or export path to prepare, while acceptance criteria, corrections and the payment event remain separate agreed matters.
When is off-the-shelf training data the better choice?
Choose an existing dataset when the actual material covers the people, conditions and period you need, the license permits your use and the remaining preparation is acceptable. A representative sample should connect to the proposed delivery. You should be able to say what you will receive after exclusions, not merely how much the catalog advertises.
There are two particularly strong reasons to take this route. One is that the observations are right and the remaining job is bounded: conversion, a different label scheme or a defined amount of transcription. Price that work before commissioning the observations again. The other is that you need genuine records from a past period. New collection cannot recreate the original event or system state, even if it can produce a useful simulation of similar conditions.
This choice still needs a delivery date and a complete quote. Existing material does not mean immediate access, training permission or no preparation. But when you can inspect the relevant data and define the work left to do, you have a concrete basis for deciding whether a collection proposal adds anything you need.
For an owner, licensing an archive makes sense when the rights, documentation and preparation obligations fit the offer. You do not need to become a recording operator simply because a buyer uses the word custom. Explain what already exists, what you can authorize and what work you will undertake. Keep the amount retained and payment event separate from any appraisal: Rightmark's appraisal path provides an indicative estimate, not an offer.
When is custom data collection the better choice?
Choose collection when the missing observations matter and cannot be obtained by selecting, cleaning or labeling the material you have reviewed. The case is strongest when you need people or recording conditions absent from the available data, a new device setup, or a particular combination of events and metadata. Being able to decide what gets observed is a substantial benefit in those situations.
Make the production commitment specific enough to test. Define the protocol, permissions, coverage and acceptance checks, and give someone on your team responsibility for approving the pilot and resolving changes. A collection that follows an unsuitable instruction faithfully can still miss the task. Pilot review is where you find that mismatch before paying to repeat it at volume.
Specify the outputs separately. If you need recordings, transcripts and speaker labels, make each a deliverable with its own checks. Decide what happens if the raw recording is accepted but its transcript needs correction, or if a missing cohort prevents the batch from meeting the agreed coverage. The value of collection is getting the observations you need, not a promise that every recorded unit will qualify.
For an owner or production supplier, this route fits when the work being offered is work you can and want to perform. Price the capture and permission requirements, approvals, corrections and permitted reuse against the payment terms. An attractive project budget does not tell you how much of that work falls to you or when you will be paid.
Consider a third option if
- The observations exist privately, but the catalogs you reviewed do not cover them. Add private-asset sourcing to the search before assuming you need to create the data. Rightmark's written scope, ownership-pack and sample process can support that discussion; availability, authority and an acceptable license still need to be established.
- The observations exist and preparation is the whole job. Scope cleaning, conversion, transcription or annotation against those records, with a test for the finished deliverable. For owners, granting rights to the source and doing that preparation are separate contributions to price and agree.
- Existing data covers only part of the requirement. Consider licensing that portion and commissioning the missing observations. Separate the permissions, accepted units and costs of each piece so the buyer and contributing owners can tell which obligations belong where; this does not assume that every provider offers a combined package.
Keep either transaction on hold if authority or intended use is unresolved. A different supplier or a new recording does not settle permission for the material and use actually proposed.
Relevant reading: Rightmark vs Defined.ai: compare data licensing routes addresses the provider decision once the required data and work are clear.
The decision is still yours
License existing data when its observations, permitted use and remaining work fit the task. Commission collection when missing observations justify a production plan you can specify and test. Keep private sourcing and preparation in the discussion when those are the jobs you actually need.
Take the Ask both questions into the next conversation with one specification, intended use and acceptance test. Buyers need a complete proposal for usable data. Owners need to identify what they would contribute, the rights they can grant, the preparation they would undertake and the conditions for payment. Those answers make the choice possible without assuming a price, quality or income winner.
Start with the data you need.
Describe the existing private data your team needs, its intended use and the volume you want. Rightmark replies with what it can source, volumes and timing.
Sources
Internet Archive dates identify snapshots, not original publication dates. All sources checked October 28, 2026.
- Appen AI data services. Internet Archive, 2026-10-19.
- Appen data annotation. Internet Archive, 2026-09-29.
- Appen physical AI. Internet Archive, 2026-10-03.
- Appen Cohere case. Internet Archive, 2026-10-03.
- Defined.ai homepage. Internet Archive, 2026-10-15.
- Defined.ai data collection. Internet Archive, 2026-06-12.
- Defined.ai data annotation. Internet Archive, 2026-06-12.
- Defined.ai robotics collection case. Internet Archive, 2026-10-05.
- Shaip data catalogs and licensing. Published January 13, 2025; updated September 25, 2026; checked October 28, 2026.
- Shaip data collection. Published June 3, 2025; updated September 21, 2026; checked October 28, 2026.
- Shaip speech collection. Published January 13, 2025; updated August 10, 2026; checked October 28, 2026.
- Shaip data annotation. Published July 9, 2025; updated August 31, 2026; checked October 28, 2026.
- Shaip terms of service. Published December 7, 2020; updated February 27, 2026; checked October 28, 2026.
- Shaip ASR case. Published 2025-03-20; updated 2026-05-27; checked October 28, 2026.
- Rightmark buyer process. Updated 2026-10-21; checked October 28, 2026.
- Rightmark sample-pack checklist. Updated 2026-10-18; checked October 28, 2026.
- Rightmark request brief. Updated 2026-10-18; checked October 28, 2026.
- Rightmark trust and compliance. Updated 2026-10-18; checked October 28, 2026.
- Rightmark data card. Updated 2026-10-18; checked October 28, 2026.
- Rightmark appraisal. Updated 2026-10-04; checked October 28, 2026.
- Rightmark speech note. Published 2026-10-27; checked October 28, 2026.