---
title: "kinship relations that have no human-attached evidence couplet yet - the worklist for contributors adding evidence. Paging info is returned in the paging-headers header."
method: GET
path: "/api/people/relations/withoutevidence"
tags: ["GanjoorRelatedPerson"]
---

# kinship relations that have no human-attached evidence couplet yet - the worklist for contributors adding evidence. Paging info is returned in the paging-headers header.

`GET /api/people/relations/withoutevidence`

## Request

- Base URL: `https://api.ganjoor.net` (the document declares no server; this is the origin it was published from)
- URL: `https://api.ganjoor.net/api/people/relations/withoutevidence`
- Auth: none declared

## Query parameters

- `skip` integer
- `take` integer
- `personId` integer
- `affiliations` boolean

## Response `200`

OK

- GanjoorRelationWithoutEvidence[]
  - `relationId` integer: relation id
  - `person1Id` integer: Person1 id
  - `person1Name` string, nullable: Person1 name
  - `person2Id` integer: Person2 id
  - `person2Name` string, nullable: Person2 name
  - `relationType` 0 | 1 | 2 | 3: the kind of kinship edge a GanjoorPersonRelation represents between two GanjoorRelatedPerson rows. The graph is not a strict tree - siblings can be known without their parents, an ancestor can be known without the exact number of generations in between, etc. - so this is a small, deliberately open set rather than a rigid parent/child-only model.
  - `degreeHint` integer, nullable: degree hint (ancestor relations)
  - `pendingEvidenceSuggestions` integer: number of evidence suggestions for this relation still waiting for review
  - `isAffiliation` boolean: true when this row is a non-family affiliation (then RelationId is the affiliation's id and AffiliationType is set; RelationType is meaningless)
  - `affiliationType` 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 99: the kind of non-family tie a GanjoorPersonAffiliation represents between two people - e.g. a minister serving a king, an advisor, a patron. Unlike PersonRelationType this has nothing to do with kinship; it's what lets two otherwise unrelated family trees show up as adjacent (e.g. "some Barmakids served the Abbasid court") without merging them into one tree. New values can be appended safely later (stored as int) as more cases come up.

## Other responses

- `400`: Bad Request

## Changes

- **2026-10-13** `afb4560919ee`: 1 warning
  - added the new `15.00` enum value to the `items/affiliationType` response property for the response status `200`
- **2026-10-09** `285a0385568d`: 1 info
  - endpoint added

[Operation history](https://skmtc.dev/ganjoor/apis/rmuseum-api/changes/api/people/relations/withoutevidence/get.md)

---

[API](https://skmtc.dev/ganjoor/apis/rmuseum-api.md) - [All operations](https://skmtc.dev/ganjoor/apis/rmuseum-api/llms.txt) - [OpenAPI document](https://skmtc.dev/ganjoor/apis/rmuseum-api/revisions/143b912b1085?raw)