How the dataset
decides

01What the lineage view shows

This is a public research view of shibari / kinbaku people, schools, studios, rope bars, venues, festivals, publications, platforms, material infrastructure and historical context. It is not a complete directory, a ranking, a certification registry, or a claim that every important person is visible.

Entries are added when they help explain transmission, scene infrastructure or historical context:

• people with public rope identities — teachers, performers, organizers, authors, photographers, riggers, models, rope makers or lineage carriers — when that identity also has a graph-safe relationship or a clearly structural / historical role
• recurring studios, dojos, festivals, conventions, communities and education platforms
• publications, films, production labels and material projects when they shaped rope culture or connect multiple existing entries
• historical or regional context when it explains why clusters moved or changed

The view is intentionally selective. A person or event may be important locally and still stay out of the visible lineage if the public sources are too thin, if inclusion would expose private information, or if the public evidence does not yet explain a wider historical or structural role. A source-rich current-person profile is not enough by itself; without a source-backed relationship, infrastructure role or historical bridge, it stays source-only / watch rather than becoming an isolated visible node.

02Evidence levels

The project separates evidence into three practical levels. What a source can support depends on which level it sits at.

If two sources conflict, the project prefers the more direct source: the person's own current public statement, then official studio / event records, then interviews and specialist archives, then broader secondary sources. Older sources are kept only when they explain historical context and do not conflict with a later correction.

03Source handling

Preferred sources are official pages, event rosters, studio biographies, interviews, archived festival pages, publisher pages, public talks and stable community documentation. Directory rows and social posts are used as leads, not as enough evidence on their own, unless they corroborate an already public role.

Each visible entry should have at least one public link, unless the entry is broad historical context supported by the public source list. Repeated sources are kept in a shared registry so readers can check the evidence without the same link being repeated in every paragraph.

Source links support verification and attribution. They do not mean the linked source endorses Shibari Atlas, and they do not import the linked text into the project's license. For visible relationships, source records must support the relationship itself — a source that only proves two entries exist, or only places them in the same broad scene, is not enough.

04From claim to visible map

Not every true or interesting fact becomes a visible relationship. Every claim lands at the strictest level its public sources support — most never reach the map:

1. Not used An attractive inference that is misleading, unsafe, duplicate or unsupported.
2. Research lead Worth revisiting later, but not presented publicly yet.
3. Biography context Useful for understanding an entry but too narrow, private, ambiguous or weak to draw.
4. Visible relationship A source directly supports a specific connection that explains transmission, collaboration, publication, teaching or lineage.
5. Visible entry Explains several relationships or a structurally important bridge.

The project avoids hub inflation. A magazine, festival, podcast, adult-media studio, social platform or directory is not connected to everyone it mentions. Relationships are shown only when meaningful for the lineage view — not merely because two names appear on the same page.

The project also avoids person-node inflation. Public social profiles, link hubs, interviews, directories and photo credits can be valuable source context, but if they do not support a graph-safe relationship or structural role, they remain source-only / watch. The map should not contain weak standalone current-person nodes simply because those people have real public rope identities.

05Era placement

Each visible entry is assigned to an era as a start-era label — the earliest source-backed public period in which that subject becomes relevant to rope history in the form shown on the map.

• A person is placed by the first documented public rope role — publication, performance, teaching, organizing, named studio role, or explicit entry into the public scene.
• A studio, bar, venue, festival, platform or publication is placed by its first documented opening, founding, edition, issue or release.
• The project does not place entries by birth year, by current fame, or by whatever decade they are most active in today.
• Later activity does not move an older entry into a newer era. If a senior practitioner later studies with a younger teacher, that is recorded as later cross-era study; their era still reflects their own public starting period.

When one continuous node would collapse distinct historical phases into a misleading single band, the project splits that subject into separate era entries instead of dragging the whole history into the present.

06Relationship categories

The view distinguishes relationship strength with a small set of public categories. Each has a categorically different line so it survives even when the map repaints edges by school colour.

Workshop attendance alone is not treated as formal apprenticeship. Event co-presence never creates a person-to-person collaboration edge by itself. To avoid hub inflation, broad teacher lists fan out only to teachers who already have a node or are independently graph-worthy.

07Living people & privacy

For living or contemporary people, the project uses public scene names by default. Birth years, legal names, private residences and adult-media aliases are not added unless the person uses them in a stable public professional context and the information is necessary for the public presentation.

Missing birth years are expected. They are not a data-quality failure. Locations are public scene anchors — a studio city, festival city, teaching base or country-level scene context — not private addresses.

If a living person asks for a correction, removal, identity split, privacy downgrade or safer wording, that request is handled as a high-priority signal. Public safety and consent matter more than preserving a visually dense display.

08Queer, gender & sexuality context

Queer, trans, nonbinary, women / femininities or marginalized-community context may be included when it is part of the public rope-facing identity, event scope, community mission, pedagogy or historical role being documented.

For people, use only self-description, a direct public source maintained by the person or their project, or an official event / studio / publisher bio. Keep the wording close to the source. Do not broaden a specific public statement into a larger identity label, and do not infer identity from participation in a queer event, partnerships, appearance or scene reputation.

The graph keeps no dedicated identity field or "representatives" taxonomy. Identity context belongs in biography / source context, and should never be used to rank, tokenize, out, deanonymize or expose sensitive identity beyond the source's own public framing.

09Self-reported information

Direct corrections or additions from the person an entry describes may be used when they clearly allow publication — by email, direct message, public comment or another first-person channel. Self-reported information is treated as first-party correction material, not as a public source; private emails, messages and screenshots are not published in the source list.

Allowed self-reported updates include preferred name, spelling, pronouns, role, location scope, public links or removal requests; corrections to biography, teacher framing, partner context, studio affiliation or event framing; identity splits where two public names were incorrectly merged; and privacy downgrades. For strong lineage, rank or controversial claims, a public source is preferred.

10Adult-media & sensitive sources

Adult-media sources are handled narrowly. They are included only when they support a rope-specific public role: rigger, bondage director, rope consultant, production rope educator, selected rope-video work, or a production project that materially shaped rope visual culture.

The project does not import filmographies, one-off performer credits, scraped adult databases, ambiguous aliases or links that expose private identity beyond a public rope role. Sensitive sources should never be used to out, deanonymize, shame, rank or sensationalize a person. If a fact is not needed to explain rope transmission or infrastructure, it stays out.

11Licensing & attribution

The public dataset is split by content type. Structured factual data is released under CC0 where legally possible: IDs, names, aliases, dates, public scene locations, entry categories, relationship categories and public source URLs. Original prose is licensed under CC BY-SA 4.0: biographies, descriptive summaries, source notes, methodology text and other expressive writing.

Third-party source material remains under its original license. Biographies and notes should be independently written factual summaries — the project does not intentionally import verbatim third-party prose or close translations. If copied prose is found, it is rewritten, removed, or attributed and licensed according to the source.

12Editorial checks

Each update is checked against the same editorial principles:

• public links or source references for updated entries and relationships
• conservative relationship categories with short explanatory notes
• weak leads held back until better public evidence appears
• source-rich but isolated current-person leads kept source-only instead of becoming weak standalone nodes
• tempting but unsupported inferences left out
• consistency checks for relationship categories, dates, locations and public links

Known uncertainty is preferable to false precision. The project should say less when the sources say less.

13Corrections

Send corrections to pussynawa@proton.me. Where possible include a stable public source and a specific claim — which entry or relationship is wrong, what should change, the source URL, and whether the change affects privacy, identity, dates, location, school / lineage, or relationship type.

If the correction comes directly from the person an entry describes, a public source is preferred but not always required; the person should state explicitly what may be published. Preferred outcomes are precise: fix a bio sentence, downgrade apprenticeship to influence, remove an unsupported relationship, add a source link, split two merged identities, or hide a private detail.