Skip to main content
STRIPED DONKEYWe do the heavy lifting.

Synthetic dataset

Grounded Commercial Case Reasoning

Evaluate evidence retrieval and structured reasoning over synthetic contracts, construction cases and commercial disputes.

Photorealistic portrait of a data analyst

Nairobi Supplied reference · verified locally · Version 1.0.0

Reasoning items
5,535
Task types
5
Underlying case pairs
1,581
Released format
JSONL

This is one supplied Nairobi legal appeals reference associated with Predict Dispute Outcomes and Legal Reasoning Benchmark. Retrospective tables, the safe pre-outcome projection and reasoning tasks have distinct uses. These counts do not define other legal products, Lagos or custom orders.

Overview

AI-17Artificial IntelligenceMade to order

Connect dispute facts, contracts and outcomes to prototype legal issue extraction and evidence-based reasoning.

The record concepts include case chronology, claim / award outcome, contract context, case timeline, resolution outcome, legal-event history and contract milestones. Trace obligations and relevant project events. Keep conflicting or missing evidence visible. Distinguish recorded facts from allegations and interpretation.

This dataset is prepared to order. Choose the city, date range and required scope; the accepted order defines the population, final fields, formats and delivery.

Onboarded city options
Nairobi (Kenya) · Lagos (Nigeria)
Custom city requests
African Major Cities · Additional cities require availability, scope and quote confirmation.
Data type
Synthetic
Connected domains
Legal, Contracts, Construction, Business
Catalogue structure
Longitudinal benchmark

Key features

Record concepts for your order-specific extract.

Legal

Case chronology and recorded resolutions

Contracts

Contract circumstances and effective dates

Construction

Project events and development context

Business

Business histories and relationships

Who it is for

  • Legal-tech teams
  • LLM evaluators
  • dispute professionals
  • researchers

Data & Schema

Entities represented
Case + document

This identifies the entities described by the catalogue. The analytical row grain, eligibility, keys and dates are agreed for your extract.

Explore supported case analysis across contracts, construction events and dispute records.

Record concepts for your extract

  • case chronology
  • claim / award outcome
  • contract context
  • case timeline
  • resolution outcome
  • legal-event history
  • contract milestones

The agreed specification defines the final columns, keys, relationships and observation period for your order.

Supplied reference · verified locally

Nairobi Synthetic Legal Disputes & Appeals — V1

This is one supplied Nairobi legal appeals reference associated with Predict Dispute Outcomes and Legal Reasoning Benchmark. Retrospective tables, the safe pre-outcome projection and reasoning tasks have distinct uses. These counts do not define other legal products, Lagos or custom orders.

Reference release
SD-LAW-APPEALS-V1
Release date
2026-10-02
City
Nairobi
Source-dispute/appeal pairs
1,581
Reasoning question items
5,535
Reasoning JSONL fields
13
Observation cutoff
2026-09-01
Original export format
CSV (gzip) + JSONL
Reference configurations and row counts
ConfigurationTrainValidationTestTotal
case summaryFile partition1,581——1,581
case timelineFile partition36,456——36,456
appeal staysFile partition396——396
appeal labelsFile partition1,581——1,581
pre outcome timelineFile partition31,457——31,457
reasoning benchmark3,8588358425,535

The five CSV configurations load as a single HF train split. Actual analytical case membership is in benchmark/case_splits.csv (1,106/237/238); reasoning questions use 3,858/835/842. Keep linked cases and questions in their published split.

HF train is a file-loading packaging label, not assignment of all cases/events to an analytical training cohort.

Question counts follow the underlying case split; they are not case counts.

Analytical benchmark splits

Split unit: Source-dispute/appeal pair

Train pairs
1,106
Validation pairs
237
Test pairs
238
Reasoning question splits
3,858 / 835 / 842 (train / validation / test)

case summary reference schema

Retrospective source-dispute/appeal pair, including outcomes.

Logical types follow the supplied SCHEMA.json and DATA_DICTIONARY.md. SequenceWithinDate is displayed as observed integer where the source dictionary incorrectly declares date. No formal primary/foreign-key or nullable constraints were supplied.

Selected fields · 12 of 99 columns

  • SourceDisputeTypeCode
  • AppealRaisedDate
  • AppealDispositionCode
  • EffectOnSourceResolutionCode
  • DaysAppealToDisposition
  • SourceComplianceCheckpointCount
  • SourceLatestComplianceStatusCode
  • AppealedSourceResolutionComplianceStatusCode
  • CurrentSourceResolutionComplianceStatusCode
  • AppealComplianceCheckpointCount
  • AppealLatestComplianceStatusCode
  • AppealResolutionComplianceStatusCode
Full field definitions, types and descriptions 99 columns
Study, context and observation fields
  • CitystringSynthetic city represented by the dataset.
  • CountryCodestringCountry code used by the export.
  • AppealSequenceintegerSequence number of the appeal relationship for the source case.
  • SourceDisputeTypeCodestringDataset field for source dispute type code.
  • SourceDomainCodestringSource-domain family that produced the dispute.
  • SourceOccurredDatedateDate associated with source occurred date.
  • SourceRaisedDatedateDate associated with source raised date.
  • SourceClosedDatedateDate associated with source closed date.
  • SourceCurrentStatusCodestringDataset field for source current status code.
  • SourcePartyCountintegerCount of source party records/events.
  • SourceCitizenPartyCountintegerCount of source citizen party records/events.
  • SourceBusinessPartyCountintegerCount of source business party records/events.
  • SourceCanonicalEventCountintegerCount of source canonical event records/events.
  • SourceResolutionCountintegerCount of source resolution records/events.
  • SourceRemedyCountintegerCount of source remedy records/events.
  • SourceObligationCountintegerCount of source obligation records/events.
  • SourceObligationEffectCountintegerCount of source obligation effect records/events.
  • SourceEnforcementActionCountintegerCount of source enforcement action records/events.
  • SourceComplianceCheckpointCountintegerCount of source compliance checkpoint records/events.
  • SourceLatestComplianceStatusCodestringDataset field for source latest compliance status code.
  • SourceEverFullyCompliedFlagbooleanBoolean indicator for source ever fully complied.
  • SourceEverNonCompliantFlagbooleanBoolean indicator for source ever non compliant.
  • SourceWasReopenedstringDataset field for source was reopened.
  • SourceFocalCitizenIsUnambiguousstringDataset field for source focal citizen is unambiguous.
  • AppealedSourceResolutionOrdinalintegerDataset field for appealed source resolution ordinal.
  • AppealedSourceResolutionTypeCodestringDataset field for appealed source resolution type code.
  • AppealedSourceResolutionDatedateDate associated with appealed source resolution date.
  • SourceResolutionLifecycleAfterAppealCodestringDataset field for source resolution lifecycle after appeal code.
  • SourceResolutionCeasedEffectiveDateAfterAppealdateDate associated with source resolution ceased effective date after appeal.
  • AppealedSourceResolutionComplianceStatusCodestringDataset field for appealed source resolution compliance status code.
  • CurrentSourceResolutionOrdinalintegerDataset field for current source resolution ordinal.
  • CurrentSourceResolutionTypeCodestringDataset field for current source resolution type code.
  • CurrentSourceResolutionLifecycleCodestringDataset field for current source resolution lifecycle code.
  • CurrentSourceResolutionDatedateDate associated with current source resolution date.
  • CurrentSourceResolutionCeasedEffectiveDatedateDate associated with current source resolution ceased effective date.
  • CurrentSourceResolutionComplianceStatusCodestringDataset field for current source resolution compliance status code.
  • SourceResolutionReplacedFlagbooleanBoolean indicator for source resolution replaced.
  • AppealRelationshipEffectiveDatedateDate associated with appeal relationship effective date.
  • AppealDisputeTypeCodestringDataset field for appeal dispute type code.
  • AppealRaisedDatedateDate associated with appeal raised date.
  • AppealClosedDatedateDate associated with appeal closed date.
  • AppealCurrentStatusCodestringDataset field for appeal current status code.
  • AppealPartyCountintegerCount of appeal party records/events.
  • AppealCitizenPartyCountintegerCount of appeal citizen party records/events.
  • AppealBusinessPartyCountintegerCount of appeal business party records/events.
  • AppealCanonicalEventCountintegerCount of appeal canonical event records/events.
  • AppealResolutionCountintegerCount of appeal resolution records/events.
  • AppealRemedyCountintegerCount of appeal remedy records/events.
  • AppealObligationCountintegerCount of appeal obligation records/events.
  • AppealObligationEffectCountintegerCount of appeal obligation effect records/events.
  • AppealEnforcementActionCountintegerCount of appeal enforcement action records/events.
  • AppealComplianceCheckpointCountintegerCount of appeal compliance checkpoint records/events.
  • AppealLatestComplianceStatusCodestringDataset field for appeal latest compliance status code.
  • AppealEverFullyCompliedFlagbooleanBoolean indicator for appeal ever fully complied.
  • AppealEverNonCompliantFlagbooleanBoolean indicator for appeal ever non compliant.
  • AppealWasReopenedstringDataset field for appeal was reopened.
  • AppealFocalCitizenIsUnambiguousstringDataset field for appeal focal citizen is unambiguous.
  • FocalCitizenConsistentFlagbooleanWhether source and appeal focal-citizen IDs match when both exist.
  • AppealResolutionOrdinalintegerDataset field for appeal resolution ordinal.
  • AppealResolutionTypeCodestringDataset field for appeal resolution type code.
  • AppealResolutionLifecycleCodestringDataset field for appeal resolution lifecycle code.
  • AppealResolutionDatedateDate associated with appeal resolution date.
  • AppealResolutionComplianceStatusCodestringDataset field for appeal resolution compliance status code.
  • AppealDispositionCodestringAuthoritative appellate disposition.
  • EffectOnSourceResolutionCodestringAuthoritative legal effect of the appeal on the source resolution.
  • SourceResolutionEffectChangedFlagboolean1 when the appeal changed the source resolution's legal state; 0 when unchanged.
  • AppealAffirmedFlagbooleanBoolean indicator for appeal affirmed.
  • AppealVariedFlagbooleanBoolean indicator for appeal varied.
  • AppealSetAsideFlagbooleanBoolean indicator for appeal set aside.
  • AppealRemittedFlagbooleanBoolean indicator for appeal remitted.
  • AppealDismissedFlagbooleanBoolean indicator for appeal dismissed.
  • AppealWithdrawnFlagbooleanBoolean indicator for appeal withdrawn.
  • AppealStayRequestedFlagbooleanBoolean indicator for appeal stay requested.
  • StayRequestedDatedateDate the stay was requested.
  • StayDecisionDatedateDate the stay was decided.
  • StayStatusCodestringStay decision status, such as GRANTED or DENIED.
  • StayEffectiveFromdateStart date of a granted stay.
  • StayEffectiveTodateEnd date of a granted stay.
  • StayScopeCodestringScope of the stay.
  • StayGrantedFlagboolean1 when the stay was granted.
  • StayDeniedFlagboolean1 when the stay was denied.
  • DaysSourceResolutionToAppealintegerElapsed days represented by days source resolution to appeal.
  • DaysAppealToDispositionintegerElapsed days represented by days appeal to disposition.
  • DaysTriggerToAppealDispositionintegerElapsed days represented by days trigger to appeal disposition.
  • DaysAppealFiledToStayRequestintegerElapsed days represented by days appeal filed to stay request.
  • DaysStayRequestToDecisionintegerElapsed days represented by days stay request to decision.
Technical identifiers and evidence references
  • DatasetVersionstringDataset version identifier.
  • SourceCaseKeystringidentifier join keyPublic synthetic key for the original/source dispute.
  • AppealCaseKeystringidentifier join keyPublic synthetic key for the appeal proceeding.
  • SourceDisputeCaseIdintegeridentifier join keyInternal synthetic identifier for the source dispute case.
  • AppealDisputeCaseIdintegeridentifier join keyInternal synthetic identifier for the appeal case.
  • SourceFocalCitizenIdintegerSynthetic focal citizen for the source case when unambiguous.
  • SourceFocalCitizenKeystringPublic key for the source-case focal citizen.
  • AppealedSourceResolutionIdintegerSynthetic identifier for appealed source resolution.
  • CurrentSourceResolutionIdintegerSynthetic identifier for current source resolution.
  • AppealFocalCitizenIdintegerAppeal-case focal citizen; null throughout this V1 export.
  • AppealFocalCitizenKeystringPublic appeal-case focal citizen key when present.
  • AppealResolutionIdintegerSynthetic identifier for appeal resolution.
  • AppealStayIdintegerSynthetic identifier for an appeal stay record.

case timeline reference schema

Retrospective outcome-complete context; not safe prospective model inputs.

Logical types follow the supplied SCHEMA.json and DATA_DICTIONARY.md. SequenceWithinDate is displayed as observed integer where the source dictionary incorrectly declares date. No formal primary/foreign-key or nullable constraints were supplied.

Selected fields · 12 of 88 columns

  • AppealDispositionCode
  • EffectOnSourceResolutionCode
  • ObservedAsOfDate
  • OutcomeCode
  • IsObservedEvent
  • AppealOutcomeKnownAtEventFlag
  • PreOutcomeFeatureEligibleFlag
  • GlobalEventSequence
  • CaseEventSequence
  • SequenceWithinDate
  • EventDate
  • ContextAsOfDate
Full field definitions, types and descriptions 88 columns
Study, context and observation fields
  • GlobalEventSequenceintegerChronological sequence across the source case and linked appeal.
  • CaseRolestringWhether the event belongs to the SOURCE_CASE or APPEAL_CASE.
  • CaseEventSequenceintegerCanonical event sequence within the individual case.
  • SequenceWithinDateinteger (observed; source declares date)Ordering value among events on the same date where canonical ordering exists. Source dictionary incorrectly declares date; actual nonempty values are integer indices 1–9, with blanks on derived stay events.
  • EventDatedateDate on which the event occurred or became effective.
  • ObservedAsOfDatedateObservation/as-of date attached to the event.
  • ContextAsOfDatedateDate used to resolve point-in-time connected context.
  • PreviousTimelineEventDatedateDate of the preceding event in the combined timeline.
  • DaysSincePreviousEventintegerElapsed days represented by days since previous event.
  • NextTimelineEventDatedateDate of the following event in the outcome-complete timeline.
  • DaysToNextEventintegerElapsed days represented by days to next event.
  • JourneyStagestringHuman-readable stage of the legal journey.
  • DisplayTitlestringHuman-readable event title.
  • DisplayDetailstringHuman-readable event detail; may contain outcome-complete/current-state text.
  • ExportDerivedEventFlagboolean1 for export-derived stay events; 0 for canonical LAW events.
  • EventOrderingBasisCodestringBasis used to place/order the event.
  • EventTypeCodestringCanonical or export event type.
  • EventCategoryCodestringHigh-level event category.
  • EventSubtypeCodestringMore specific event subtype where available.
  • TemporalBasisCodestringDate semantics used to place the event in time.
  • SourcePhaseCodestringLAW generation/certification phase associated with the event.
  • PreviousStatusCodestringStatus immediately before the event where applicable.
  • NewStatusCodestringStatus immediately after the event where applicable.
  • ResolutionOrdinalintegerOrdinal number of the resolution within a dispute.
  • ResolutionLifecycleCodestringCanonical/current lifecycle annotation; not safe for pre-outcome prediction.
  • RelationshipPerspectiveCodestringPerspective of a case-relationship event.
  • OutcomeCodestringOutcome attached to the event.
  • ReasonCodestringReason code attached to the event where available.
  • AmountLocaldecimalLocal-currency amount attached to the event.
  • CurrencyCodestringCurrency for AmountLocal.
  • IsPlannedEventbooleanWhether the event is planned rather than observed.
  • IsObservedEventbooleanWhether the event is observed in the synthetic history.
  • IsTerminalEventbooleanOutcome-complete terminal-event annotation.
  • EvidenceStatusstringCertification/evidence status carried by the event.
  • AppealDispositionCodestringAuthoritative appellate disposition.
  • EffectOnSourceResolutionCodestringAuthoritative legal effect of the appeal on the source resolution.
  • AppealOutcomeKnownAtEventFlagboolean1 when the appeal outcome is known at this event date.
  • PreOutcomeFeatureEligibleFlagboolean1 when the event is eligible for the supplied pre-outcome feature projection.
  • StayRequestedDatedateDate the stay was requested.
  • StayDecisionDatedateDate the stay was decided.
  • StayStatusCodestringStay decision status, such as GRANTED or DENIED.
  • StayEffectiveFromdateStart date of a granted stay.
  • StayEffectiveTodateEnd date of a granted stay.
  • StayScopeCodestringScope of the stay.
  • AgeAtEventintegerDataset field for age at event.
  • GenderstringDataset field for gender.
  • WardNamestringDataset field for ward name.
  • ResidencyStatusstringDataset field for residency status.
  • HouseholdRelationshipCodestringDataset field for household relationship code.
  • HouseholdSizeintegerDataset field for household size.
  • WasFormallyEmployedAtEventbooleanDataset field for was formally employed at event.
  • EmployerNamestringDataset field for employer name.
  • EmploymentSectorCodestringDataset field for employment sector code.
  • EmployerSizestringDataset field for employer size.
  • JobTitlestringDataset field for job title.
  • EmploymentTypestringDataset field for employment type.
  • GrossMonthlyLocaldecimalDataset field for gross monthly local.
  • EmploymentTenureDaysintegerDataset field for employment tenure days.
  • ContextSourceDomainCodestringDataset field for context source domain code.
  • SourceEntityTypestringDataset field for source entity type.
  • SourceTriggerDatedateDate associated with source trigger date.
Technical identifiers and evidence references
  • SourceDisputeCaseIdintegeridentifier join keyInternal synthetic identifier for the source dispute case.
  • AppealDisputeCaseIdintegeridentifier join keyInternal synthetic identifier for the appeal case.
  • SourceCaseKeystringidentifier join keyPublic synthetic key for the original/source dispute.
  • AppealCaseKeystringidentifier join keyPublic synthetic key for the appeal proceeding.
  • DisputeCaseIdintegerSynthetic identifier for dispute case.
  • ExportEventSourceCodestringWhether the event is canonical LAW or a physical AppealStay augmentation.
  • SourceTablestringPhysical or canonical source object for the event.
  • SourceRecordIdintegerSynthetic source-record identifier.
  • CanonicalEventKeystringStable synthetic evidence key for a timeline event.
  • AppealStayIdintegerSynthetic identifier for an appeal stay record.
  • RelatedDisputeCaseIdintegerSynthetic identifier for related dispute case.
  • RelatedForumIdintegerSynthetic identifier for related forum.
  • RelatedSessionIdintegerSynthetic identifier for related session.
  • RelatedProfessionalIdintegerSynthetic identifier for related professional.
  • RelatedResolutionIdintegerSynthetic identifier for related resolution.
  • RelatedRemedyIdintegerSynthetic identifier for related remedy.
  • RelatedObligationIdintegerSynthetic identifier for related obligation.
  • RelatedEnforcementActionIdintegerSynthetic identifier for related enforcement action.
  • RelatedComplianceCheckpointIdintegerSynthetic identifier for related compliance checkpoint.
  • FocalCitizenIdintegerInternal synthetic focal-citizen identifier where one is unambiguous.
  • FocalCitizenKeystringPublic synthetic focal-citizen key.
  • EthnicGroupIdintegerSynthetic identifier for ethnic group.
  • WardIdintegerSynthetic identifier for ward.
  • HouseholdIdintegerSynthetic identifier for household.
  • EmploymentContractIdintegerSynthetic identifier for employment contract.
  • EmployerIdintegerSynthetic identifier for employer.
  • SourceEntityIdintegerSynthetic identifier for source entity.

appeal stays reference schema

Use source/appeal pair keys to join the supplied reference tables.

Logical types follow the supplied SCHEMA.json and DATA_DICTIONARY.md. SequenceWithinDate is displayed as observed integer where the source dictionary incorrectly declares date. No formal primary/foreign-key or nullable constraints were supplied.

Selected fields · 10 of 15 columns

  • StayRequestedDate
  • StayDecisionDate
  • StayStatusCode
  • StayDecisionLagDays
  • StayEffectiveDurationDays
  • EffectiveFrom
  • EffectiveTo
  • ScopeCode
  • StayGrantedFlag
  • StayDeniedFlag
Full field definitions, types and descriptions 15 columns
Study, context and observation fields
  • StayRequestedDatedateDate the stay was requested.
  • StayDecisionDatedateDate the stay was decided.
  • StayStatusCodestringStay decision status, such as GRANTED or DENIED.
  • EffectiveFromdateDataset field for effective from.
  • EffectiveTodateDataset field for effective to.
  • ScopeCodestringScope of the stay.
  • StayGrantedFlagboolean1 when the stay was granted.
  • StayDeniedFlagboolean1 when the stay was denied.
  • StayDecisionLagDaysstringDays between stay request and stay decision.
  • StayEffectiveDurationDaysstringDuration of a granted stay interval.
Technical identifiers and evidence references
  • SourceCaseKeystringidentifier join keyPublic synthetic key for the original/source dispute.
  • AppealCaseKeystringidentifier join keyPublic synthetic key for the appeal proceeding.
  • AppealStayIdintegerSynthetic identifier for an appeal stay record.
  • AppealDisputeCaseIdintegeridentifier join keyInternal synthetic identifier for the appeal case.
  • SourceResolutionIdintegerSynthetic identifier for source resolution.

appeal labels reference schema

Use source/appeal pair keys to join the supplied reference tables.

Logical types follow the supplied SCHEMA.json and DATA_DICTIONARY.md. SequenceWithinDate is displayed as observed integer where the source dictionary incorrectly declares date. No formal primary/foreign-key or nullable constraints were supplied.

Selected fields · 12 of 16 columns

  • AppealRaisedDate
  • AppealDispositionCode
  • EffectOnSourceResolutionCode
  • LabelAvailableFromDate
  • SourceDomainCode
  • SourceResolutionEffectChangedFlag
  • AppealAffirmedFlag
  • AppealVariedFlag
  • AppealSetAsideFlag
  • AppealRemittedFlag
  • AppealDismissedFlag
  • AppealWithdrawnFlag
Full field definitions, types and descriptions 16 columns
Study, context and observation fields
  • SourceDomainCodestringSource-domain family that produced the dispute.
  • AppealRaisedDatedateDate associated with appeal raised date.
  • LabelAvailableFromDatedateDate from which the appeal outcome label is available.
  • AppealDispositionCodestringAuthoritative appellate disposition.
  • EffectOnSourceResolutionCodestringAuthoritative legal effect of the appeal on the source resolution.
  • SourceResolutionEffectChangedFlagboolean1 when the appeal changed the source resolution's legal state; 0 when unchanged.
  • AppealAffirmedFlagbooleanBoolean indicator for appeal affirmed.
  • AppealVariedFlagbooleanBoolean indicator for appeal varied.
  • AppealSetAsideFlagbooleanBoolean indicator for appeal set aside.
  • AppealRemittedFlagbooleanBoolean indicator for appeal remitted.
  • AppealDismissedFlagbooleanBoolean indicator for appeal dismissed.
  • AppealWithdrawnFlagbooleanBoolean indicator for appeal withdrawn.
Technical identifiers and evidence references
  • SourceCaseKeystringidentifier join keyPublic synthetic key for the original/source dispute.
  • AppealCaseKeystringidentifier join keyPublic synthetic key for the appeal proceeding.
  • SourceDisputeCaseIdintegeridentifier join keyInternal synthetic identifier for the source dispute case.
  • AppealDisputeCaseIdintegeridentifier join keyInternal synthetic identifier for the appeal case.

pre outcome timeline reference schema

All and only eligible pre-resolution rows; 12 original columns removed and three time-known stay fields added.

Logical types follow the supplied SCHEMA.json and DATA_DICTIONARY.md. SequenceWithinDate is displayed as observed integer where the source dictionary incorrectly declares date. No formal primary/foreign-key or nullable constraints were supplied.

Selected fields · 12 of 79 columns

  • ObservedAsOfDate
  • OutcomeCode
  • IsObservedEvent
  • PreOutcomeFeatureEligibleFlag
  • GlobalEventSequence
  • CaseEventSequence
  • SequenceWithinDate
  • EventDate
  • ContextAsOfDate
  • PreviousTimelineEventDate
  • DaysSincePreviousEvent
  • JourneyStage
Full field definitions, types and descriptions 79 columns
Study, context and observation fields
  • GlobalEventSequenceintegerChronological sequence across the source case and linked appeal.
  • CaseRolestringWhether the event belongs to the SOURCE_CASE or APPEAL_CASE.
  • CaseEventSequenceintegerCanonical event sequence within the individual case.
  • SequenceWithinDateinteger (observed; source declares date)Ordering value among events on the same date where canonical ordering exists. Source dictionary incorrectly declares date; actual nonempty values are integer indices 1–9, with blanks on derived stay events.
  • EventDatedateDate on which the event occurred or became effective.
  • ObservedAsOfDatedateObservation/as-of date attached to the event.
  • ContextAsOfDatedateDate used to resolve point-in-time connected context.
  • PreviousTimelineEventDatedateDate of the preceding event in the combined timeline.
  • DaysSincePreviousEventintegerElapsed days represented by days since previous event.
  • JourneyStagestringHuman-readable stage of the legal journey.
  • DisplayTitlestringHuman-readable event title.
  • ExportDerivedEventFlagboolean1 for export-derived stay events; 0 for canonical LAW events.
  • EventOrderingBasisCodestringBasis used to place/order the event.
  • EventTypeCodestringCanonical or export event type.
  • EventCategoryCodestringHigh-level event category.
  • EventSubtypeCodestringMore specific event subtype where available.
  • TemporalBasisCodestringDate semantics used to place the event in time.
  • SourcePhaseCodestringLAW generation/certification phase associated with the event.
  • PreviousStatusCodestringStatus immediately before the event where applicable.
  • NewStatusCodestringStatus immediately after the event where applicable.
  • ResolutionOrdinalintegerOrdinal number of the resolution within a dispute.
  • RelationshipPerspectiveCodestringPerspective of a case-relationship event.
  • OutcomeCodestringOutcome attached to the event.
  • ReasonCodestringReason code attached to the event where available.
  • AmountLocaldecimalLocal-currency amount attached to the event.
  • CurrencyCodestringCurrency for AmountLocal.
  • IsPlannedEventbooleanWhether the event is planned rather than observed.
  • IsObservedEventbooleanWhether the event is observed in the synthetic history.
  • EvidenceStatusstringCertification/evidence status carried by the event.
  • PreOutcomeFeatureEligibleFlagboolean1 when the event is eligible for the supplied pre-outcome feature projection.
  • StayRequestedDatedateDate the stay was requested.
  • StayDecisionDateKnownAtEventdateDate associated with stay decision date known at event.
  • StayStatusKnownAtEventstringDataset field for stay status known at event.
  • StayEffectiveFromKnownAtEventdateDataset field for stay effective from known at event.
  • StayScopeCodestringScope of the stay.
  • AgeAtEventintegerDataset field for age at event.
  • GenderstringDataset field for gender.
  • WardNamestringDataset field for ward name.
  • ResidencyStatusstringDataset field for residency status.
  • HouseholdRelationshipCodestringDataset field for household relationship code.
  • HouseholdSizeintegerDataset field for household size.
  • WasFormallyEmployedAtEventbooleanDataset field for was formally employed at event.
  • EmployerNamestringDataset field for employer name.
  • EmploymentSectorCodestringDataset field for employment sector code.
  • EmployerSizestringDataset field for employer size.
  • JobTitlestringDataset field for job title.
  • EmploymentTypestringDataset field for employment type.
  • GrossMonthlyLocaldecimalDataset field for gross monthly local.
  • EmploymentTenureDaysintegerDataset field for employment tenure days.
  • ContextSourceDomainCodestringDataset field for context source domain code.
  • SourceEntityTypestringDataset field for source entity type.
  • SourceTriggerDatedateDate associated with source trigger date.
Technical identifiers and evidence references
  • SourceDisputeCaseIdintegeridentifier join keyInternal synthetic identifier for the source dispute case.
  • AppealDisputeCaseIdintegeridentifier join keyInternal synthetic identifier for the appeal case.
  • SourceCaseKeystringidentifier join keyPublic synthetic key for the original/source dispute.
  • AppealCaseKeystringidentifier join keyPublic synthetic key for the appeal proceeding.
  • DisputeCaseIdintegerSynthetic identifier for dispute case.
  • ExportEventSourceCodestringWhether the event is canonical LAW or a physical AppealStay augmentation.
  • SourceTablestringPhysical or canonical source object for the event.
  • SourceRecordIdintegerSynthetic source-record identifier.
  • CanonicalEventKeystringStable synthetic evidence key for a timeline event.
  • AppealStayIdintegerSynthetic identifier for an appeal stay record.
  • RelatedDisputeCaseIdintegerSynthetic identifier for related dispute case.
  • RelatedForumIdintegerSynthetic identifier for related forum.
  • RelatedSessionIdintegerSynthetic identifier for related session.
  • RelatedProfessionalIdintegerSynthetic identifier for related professional.
  • RelatedResolutionIdintegerSynthetic identifier for related resolution.
  • RelatedRemedyIdintegerSynthetic identifier for related remedy.
  • RelatedObligationIdintegerSynthetic identifier for related obligation.
  • RelatedEnforcementActionIdintegerSynthetic identifier for related enforcement action.
  • RelatedComplianceCheckpointIdintegerSynthetic identifier for related compliance checkpoint.
  • FocalCitizenIdintegerInternal synthetic focal-citizen identifier where one is unambiguous.
  • FocalCitizenKeystringPublic synthetic focal-citizen key.
  • EthnicGroupIdintegerSynthetic identifier for ethnic group.
  • WardIdintegerSynthetic identifier for ward.
  • HouseholdIdintegerSynthetic identifier for household.
  • EmploymentContractIdintegerSynthetic identifier for employment contract.
  • EmployerIdintegerSynthetic identifier for employer.
  • SourceEntityIdintegerSynthetic identifier for source entity.

reasoning benchmark reference schema

Five grounded question tasks with evidence keys/dates. Questions sharing a source or appeal case remain in the case’s benchmark split.

JSON value serialization is observed across the supplied reasoning files; a separate formal logical-type schema is not claimed.

Selected fields · 8 of 13 columns

  • task
  • difficulty
  • question
  • answer
  • answer_type
  • label_available_from_date
  • source_domain_code
  • split
Full field definitions, types and descriptions 13 columns
Study, context and observation fields
  • taskJSON string (observed)JSON field present in the released benchmark; observed serialization is stated rather than an invented source logical type.
  • difficultyJSON string (observed)JSON field present in the released benchmark; observed serialization is stated rather than an invented source logical type.
  • source_domain_codeJSON string (observed)JSON field present in the released benchmark; observed serialization is stated rather than an invented source logical type.
  • splitJSON string (observed)benchmark splitJSON field present in the released benchmark; observed serialization is stated rather than an invented source logical type.
  • questionJSON string (observed)JSON field present in the released benchmark; observed serialization is stated rather than an invented source logical type.
  • answerJSON string (observed)evaluation answerJSON field present in the released benchmark; observed serialization is stated rather than an invented source logical type.
  • answer_typeJSON string (observed)evaluation answerJSON field present in the released benchmark; observed serialization is stated rather than an invented source logical type.
  • label_available_from_dateJSON string (observed)String date marking when the outcome label is available.
Technical identifiers and evidence references
  • idJSON string (observed)JSON field present in the released benchmark; observed serialization is stated rather than an invented source logical type.
  • source_case_keyJSON string (observed)JSON field present in the released benchmark; observed serialization is stated rather than an invented source logical type.
  • appeal_case_keyJSON string (observed)JSON field present in the released benchmark; observed serialization is stated rather than an invented source logical type.
  • evidence_event_keysJSON array (observed)grounding evidenceJSON field present in the released benchmark; observed serialization is stated rather than an invented source logical type.
  • evidence_event_datesJSON array (observed)grounding evidenceJSON field present in the released benchmark; observed serialization is stated rather than an invented source logical type.

Reference data files

  • benchmark/reasoning_questions.{split}.jsonl

Verified reference sample

Genuine Nairobi legal reference reasoning sample

CC-BY-NC-4.0 · Reference sample license

Synthetic reference rows
30
Fields
13

Original supplied sample bytes and recorded manifest hash retained; all 30 records match the corresponding reference files. Public-repository byte parity has not been established.

The original supplied package contained a no-grant licence notice. The publisher selected CC-BY-NC-4.0 for these public reference materials on 2026-10-13; this is a new publisher choice, not a claim about the original notice or current remote repository licence.

  • Thirty existing grounded reasoning items from the supplied reference benchmark; not a separately certified marketplace population sample.
  • Answers and evidence metadata are evaluation materials; maintain their case-level split membership.
  • This sample describes the supplied Nairobi reference, not a custom commercial order.

Reference sample schema preview

Selected fields · 8 of 13 columns

  • task
  • difficulty
  • question
  • answer
  • answer_type
  • label_available_from_date
  • source_domain_code
  • split
Full field definitions, types and descriptions 13 columns
Study, context and observation fields
  • taskJSON string (observed)JSON field present in the released benchmark; observed serialization is stated rather than an invented source logical type.
  • difficultyJSON string (observed)JSON field present in the released benchmark; observed serialization is stated rather than an invented source logical type.
  • source_domain_codeJSON string (observed)JSON field present in the released benchmark; observed serialization is stated rather than an invented source logical type.
  • splitJSON string (observed)benchmark splitJSON field present in the released benchmark; observed serialization is stated rather than an invented source logical type.
  • questionJSON string (observed)JSON field present in the released benchmark; observed serialization is stated rather than an invented source logical type.
  • answerJSON string (observed)evaluation answerJSON field present in the released benchmark; observed serialization is stated rather than an invented source logical type.
  • answer_typeJSON string (observed)evaluation answerJSON field present in the released benchmark; observed serialization is stated rather than an invented source logical type.
  • label_available_from_dateJSON string (observed)String date marking when the outcome label is available.
Technical identifiers and evidence references
  • idJSON string (observed)JSON field present in the released benchmark; observed serialization is stated rather than an invented source logical type.
  • source_case_keyJSON string (observed)JSON field present in the released benchmark; observed serialization is stated rather than an invented source logical type.
  • appeal_case_keyJSON string (observed)JSON field present in the released benchmark; observed serialization is stated rather than an invented source logical type.
  • evidence_event_keysJSON array (observed)grounding evidenceJSON field present in the released benchmark; observed serialization is stated rather than an invented source logical type.
  • evidence_event_datesJSON array (observed)grounding evidenceJSON field present in the released benchmark; observed serialization is stated rather than an invented source logical type.

Illustrative format preview

Example columns and rows illustrate the proposed format; they do not verify paid-release records, fields or relationships.

Proposed preview columns

Selected fields · 10 of 11 columns

  • claim_award_outcome
  • resolution_outcome
  • outcome_or_task
  • legal_event_history
  • city
  • synthetic_preview
  • case_chronology
  • contract_context
  • case_timeline
  • contract_milestones
All proposed preview columns 11 columns

These names describe the illustrative preview. Final fields and definitions are agreed for your order.

Study, context and observation fields
  • city
  • synthetic_preview
  • case_chronology
  • claim_award_outcome
  • contract_context
  • case_timeline
  • resolution_outcome
  • legal_event_history
  • contract_milestones
  • outcome_or_task
Technical identifiers and evidence references
  • sample_record_id

Use Cases

Published reference applications

  • Evidence-grounded appeal disposition question answering
  • Source-resolution effect/change reasoning
  • Stay decision and scope grounding
  • Case-grouped synthetic benchmark evaluation

Custom study design

Use reviewed issue-to-evidence links and reference findings; score retrieval and reasoning separately, without treating a generated analysis as a legal determination.

This is one supplied Nairobi legal appeals reference associated with Predict Dispute Outcomes and Legal Reasoning Benchmark. Retrospective tables, the safe pre-outcome projection and reasoning tasks have distinct uses. These counts do not define other legal products, Lagos or custom orders.

Proposed questions for your custom order

  1. Can an AI connect contract obligations, construction events and dispute claims into a supported case analysis while identifying conflicting or missing evidence?
  2. Can AI separate the parties, allegations and recorded outcome of a case?
  3. Does an AI assistant retrieve the clause or case record relevant to a question?
  4. Can an AI assistant distinguish a documented fact from a proposed interpretation?
  5. Does an AI assistant avoid inventing legal authorities or missing case facts?

Proposed research and analytical applications

  • Task prototyping
  • Evidence tracing
  • Error analysis
  • Controlled evaluation

Study and modeling guidance

Grounded reference tasks
The 5,535 JSONL questions cover appeal disposition, source-resolution effect/change and stay decision/scope. Answers resolve to supplied event keys and dates; these are synthetic grounded tasks, not legal advice.
Question and case splits
Preserve 3,858/835/842 train/validation/test question rows and their underlying 1,106/237/238 case pairs. Do not randomly move related case evidence into another split.
Evaluation information boundary
Answers and label-available dates are evaluation metadata. Give only the evidence permitted by the task’s anchor; full retrospective timelines are not automatically valid prospective inputs.
Custom benchmark scope
A custom benchmark defines requested tasks, evidence windows, answer formats and grading rules in the accepted order; the reference task counts do not promise those order contents.

Methodology & Quality

Data generation
FCTE synthetic city engine
Data classification
Synthetic

FCTE generation methods and published city/domain checks provide source context. The order defines the final extract and the release-specific checks, documentation and limitations supplied with it.

Reference validation

These results describe the frozen Nairobi reference release SD-LAW-APPEALS-V1. Validation for a prepared custom extract is defined with that order.

The supplied Nairobi reference package; local integrity checks do not establish current public-repository byte equality or a future order’s certification

Publisher release gates

13/13 PASS

Supplied publisher validation report; not a claim that every documentation issue is resolved

Independent data rules

23/23 PASS

Reference joins, split membership, label consistency, temporal cutoffs and evidence resolution

Manifest entries

22/22 verified

Original local package bytes and SHA-256 hashes

Known schema issue

1 field / 2 tables

SequenceWithinDate: declared date, observed integer in full and pre-outcome timelines

Reference release modeling notes

Grounded reference tasks
The 5,535 JSONL questions cover appeal disposition, source-resolution effect/change and stay decision/scope. Answers resolve to supplied event keys and dates; these are synthetic grounded tasks, not legal advice.
Question and case splits
Preserve 3,858/835/842 train/validation/test question rows and their underlying 1,106/237/238 case pairs. Do not randomly move related case evidence into another split.
Evaluation information boundary
Answers and label-available dates are evaluation metadata. Give only the evidence permitted by the task’s anchor; full retrospective timelines are not automatically valid prospective inputs.
Custom benchmark scope
A custom benchmark defines requested tasks, evidence windows, answer formats and grading rules in the accepted order; the reference task counts do not promise those order contents.

Reference boundaries

  • Synthetic cases are not observed legal cases, legal advice or representative outcome rates.
  • Full case summary and case timeline are outcome-complete retrospective material; exclude final labels, later outcomes and retrospective context from prospective predictors.
  • SequenceWithinDate is an observed integer ordering index (1–9), although the original dictionary declares date; derived stay rows can be blank. The supplied source dictionary has not been altered.
  • Pre-outcome projection removes 12 source columns and adds three time-known stay replacements, producing 79 columns; do not treat the full 88-column timeline as leakage-safe.
  • Absent ClosedDate or focal-citizen fields do not by themselves mean unresolved cases or invalid rows; this release documents case/party semantics and ambiguity.
  • The supplied package contained no original public-use licence grant. The publisher selected NC public rights on 2026-10-13; current remote repository licence and byte parity were not verified.
  • One Nairobi reference package supports these two primary profile associations; it does not certify the seven other related legal products or a custom paid extract.
  • This reference supplies structured synthetic case events and grounded questions; it is not a corpus of court judgments, contracts or legal documents.

Known limitations

  • Synthetic records describe generated scenarios; they do not establish observed population prevalence or real-world causal effects.

Delivery & License

Catalogue base price
$995 USD
Price basis
Base price per selected city
Availability
Prepared after order

The displayed catalogue amount is a base price per selected city. Your requested dates, population, fields, formats and usage rights determine the agreed scope and final quote. Applicable published discounts and taxes are confirmed with that quote.

Your prepared package

Your order confirms the data files, documentation, evidence, examples and release controls included in the prepared package.

  • Agreed data extract
  • Schema and field documentation
  • Release-specific evidence and limitations
  • Agreed loading or analysis examples
  • Licence, manifest, checksums and delivery note

Package layout

Illustrative filenames. Your agreed order lists the final files and formats. Certification, benchmark splits and model examples are included only when specified.

SD_RESEARCH_DATASET/
├── data/
│   ├── legal_records.parquet
│   ├── contracts_records.parquet
│   ├── construction_records.parquet
│   └── business_records.parquet
├── tasks/
│   ├── task_definition.yaml
│   ├── questions.jsonl
│   ├── reference_answers.jsonl
│   └── evidence_paths.jsonl
├── evaluation/
│   ├── baseline_model.py
│   ├── metrics.json
│   └── example_notebook.ipynb
├── documentation/
│   ├── README.md
│   ├── DATA_DICTIONARY.csv
│   ├── SCHEMA.md
│   └── METHODOLOGY.md
├── evidence/
│   ├── CERTIFICATION.json
│   ├── VALIDATION_REPORT.pdf
│   └── KNOWN_LIMITATIONS.md
├── MANIFEST.json
├── CHECKSUMS.sha256
└── LICENSE.pdf

Delivery process

Confirm the cities, date range, records, formats, rights and price in writing. The order-specific extract is then prepared and supplied under the agreed payment and delivery conditions.

One secure download package for the agreed release and licensed entity.

Delivery timing, access expiry, formats and prerequisites are confirmed in the accepted order.

Support, refreshes, future releases, hosting and APIs are included only when expressly ordered.

Data Licensing Agreement · 2026-10

A non-exclusive, non-transferable licence for the named customer within the accepted scope and duration.

Permitted use
Internal research, development, testing and analytics within the accepted order.
Model training
Model training, external applications, commercial distribution and access by other legal entities must be expressly addressed in the order.
Redistribution
Raw or substantially reconstructable data cannot be resold, published or redistributed without separate written authorization.
Attribution
Preserve release provenance and applicable third-party notices. Published outputs must identify the data as synthetic.

Reference release license

The 2026-10-02 Nairobi reference uses CC-BY-NC-4.0. Existing rights granted for that named release remain available. Custom orders use the licensing terms confirmed for the agreed scope.

New publisher CC-BY-NC-4.0 choice for these publicly supplied reference materials. Original LICENSE_NOTICE.md contained no grant. Current remote repository licence and byte parity are not verified. Custom orders use separately agreed commercial terms.

New website dataset materials follow the publisher’s CC-BY-NC-4.0 policy. Previously released material retains its original license.

Reference citation file: CITATION.cff.

FAQ

Is this real personal data?

No. The records are synthetic and do not represent actual identifiable people or reproduce an individual's historical experience.

What does the catalogue price cover?

The displayed amount is a base price per selected city. The final scope and quote are agreed for your requested dates, population, fields, formats and rights. Adding a dataset to the cart starts the existing checkout inquiry; it does not purchase an unrestricted custom extract.

What can I inspect before ordering?

Download the verified reference sample and inspect the reference schema, checks, provenance and limitations under Data & Schema and Methodology & Quality. Its records and counts describe that named reference release; the illustrative custom-format preview is separate.

Is the dataset prepared for my requested dates?

Yes. Regular and Research datasets are prepared after an order, with the city, date range, population and other required scope agreed before preparation.

Can records be joined across domains?

The profile explains the intended relationships. The order-specific schema documents the supported keys, effective dates and joins for your agreed extract.

Can I use the dataset for AI or machine learning?

Review the study-specific inputs, outcomes and information cutoffs. The supplied Nairobi reference uses CC-BY-NC-4.0 under its stated reference licence scope; the current remote repository version has not been matched to these supplied bytes. Custom model training and external applications must be expressly addressed in the accepted order.

Can I use the data commercially?

Commercial use follows the accepted dataset-specific scope and licence. A sample download, cart selection, inquiry or consent checkbox does not activate a commercial licence or complete payment.

Can I request another city, period or format?

Yes. Use Data Request to describe the required city, population, dates, record concepts and formats. Onboarded city options for this product: Nairobi and Lagos. Other African major cities can be requested; availability, scope and the quote must be confirmed.

What documentation and evidence are included?

The accepted order confirms the schema, methodology, evidence, examples and release controls supplied with your prepared extract.

How do I receive the dataset?

After scope, terms and payment conditions are agreed, Fidelra Africa prepares the order-specific extract and supplies it through a secure download package. Timing and download-access expiry are defined in the order.

Does the public reference licence cover my custom order?

The supplied Nairobi reference uses CC-BY-NC-4.0 under the reference licence scope stated in this profile. A separately prepared custom extract follows the accepted order and the Data Licensing Agreement; reference counts and date coverage do not define that order.

Need different data?

Tell us the entities, fields, cities and time span you need.

Request custom data