Startnummer

Les startnummera i bileta mot startlista og skriv kven som er med i kvar fil — med vern for born og dei som ikkje vil namngjevast.

På denne sida

FLOGVIT.photosuite les startnummera i bileta dine og skriv kven som er med i kvart av dei inn i fila: namnet til løparen eller syklisten, nummer, klasse og klubb. Nummera blir berre lesne mot startlista til arrangementet, så eit nummer måla på ei bildør eller eit hus blir aldri teke for ein deltakar.

Nummera blir lesne med den eigne tekstattkjenninga til maskina: Vision frå Apple på Mac, og OCR-en til Windows på Windows 10 og 11. Ingenting må lastast ned for det.

Hent startlista#

Startlista er ei arrangementsmappe med teams.json og bibs.json. Appen hentar henne for deg:

  1. Opne Settings → Workflow og legg til eit Identify-steg i ein workflow (eller opne den du har).
  2. Under Fetch start list limer du inn adressa til startlistesida til arrangementet og vel Fetch:
    • race-result, òg bak elapse.no og racetracker.no (sida som byggjer inn lista, held),
    • onreg / MYLAPS (secure.onreg.com/…?id=…).
  3. Mappa blir lagd til startlistene til steget, og appen seier kor mange deltakarar han fann.

For eit arrangement utan tidtakarsystem hentar du heller ei CSV-fil. Ho treng ei overskriftsrad som namngjev ein nummerkolonne (Startnr, Bib, Start number) og ein namnekolonne (Navn, Name); ein kolonne for klubb (Klubb, Club), klasse (Klasse, Class) og lag (Lag, Team) blir lesen når han finst. Skil kolonnane med ;, , eller tabulator.

Klassar som ikkje er på løypa: nokre arrangement sel ein tilskodarbillett med eit nummer som alle andre sitt. Skriv ein del av namnet under Leave out (Tilskuer) før du hentar, så blir dei deltakarane tekne ut, og eit feillese nummer hamnar aldri på ein tilskodar. Mappa hugsar det, og Fetch Again held dei ute.

Stafettar av lag der nummeret ber heatet, som Energistafetten (07-422): kryss av Teams whose number carries the heat før du hentar. Kvart nummer er då eit lag, namngitt etter laget, med bedrifta som klubb.

Resultat i biletteksten#

For eit race-result-arrangement kryssar du av Also fetch the results før du hentar: kvart nummer har då plassering og tid, og Fetch Again held dei oppdaterte medan resultata kjem inn. Kryss av Say how each did i Identify-steget, så lyder biletteksten Emil Hannevik Fyhn (9), 1. 35:55. I ein mal er {results} den teksten for alle i biletet, og {place} og {time} er den første sine.

På løpsdagen#

Etteranmelde får nummera sine på dagen. Vel Fetch Again for å lese kvar startliste i steget på nytt, eller set Fetch again every til eit tal minutt: steget hentar då lista på nytt før det les eit bilete, når lista er eldre enn det. Svarar ikkje tidtakarsystemet, held steget på lista det hadde.

Fleire løp på éin fotodag? Legg startlistene til alle løpa i det same steget: nummera blir lesne éin gong, og kvart løp held på deltakarane på si eiga liste.

Kva som blir skrive inn i biletet#

  • arrangementet, slik startlista namngjev det,
  • namnet til kvar person (og kvar løpar på eit stafettlag),
  • namn, nummer, klasse og klubb som nøkkelord,
  • ein bilettekst: Namn (12); Namn (31).

Eit nummer appen ikkje kan vere sikker på — eitt enkelt siffer, eller eit nummer med eit gøymt siffer som òg ville passa eit lengre nummer på lista — blir halde tilbake heller enn å namngjevast, så ingen bilete får feil person.

Eit nummer som er lite eller langt unna i ei stor ramme, kan forsvinne når heile ramma blir lesen på ein gong. Når nokon i biletet hadde eit lesbart nummer, men ingenting anna vart lese av lappane, blir heile ramma lesen på nytt i overlappande fliser, og kvart område med siffer blir lese tett. Eit nummer funne slik tel berre når to ulike utsnitt er samde, det har minst to siffer, og det står dei same sjekkane som alle andre lesingar. I ei ramme der ingen hadde eit lesbart nummer, som ei premieutdeling, blir nummer lesne på denne måten aldri brukte.

Rett nummera#

Når ei mappe har ei startliste, viser sidepanelet ein Numbers-del: kvart nummer i biletet og kven som ber det. Skriv eit nummer eller eit namn og trykk Retur for å leggje det til. × tek eit nummer bort, og Nobody tømer biletet. Med fleire bilete valde går endringa til alle.

Personane, nøkkelorda (namn, nummer, øving, klasse, klubb), biletteksten og arrangementet følgjer av startlista, skrivne slik Identify skriv dei. Nøkkelord, bilettekstar og arrangement nokon skreiv for hand, blir ståande. Nummeret til ein som ein leveranse ikkje namngjev (under), blir ikkje skrive, og panelet seier det.

Deliver → Start Lists for This Folder… vel kva startlister nummera i mappa blir slegne opp i. Mappa hugsar dei; utan eit val blir startlistene til alle Identify-stega brukte. Numbers only skriv nummera og aldri eit namn, slik ein stafettleveranse gjer.

Kvar retting blir logga i mappa til startlista (updated.json), med kva som vart lese og kva du sette. Det er det lesinga lærer av, og eit bilete du har sett, får aldri eit anna namn når Identify køyrer på det att. Over API-et: PUT /api/numbers med numbers eller entry, GET /api/images/current/numbers og PUT /api/folder/start-lists (SDK: client.setNumbers, client.currentNumbers, client.setFolderStartLists).

Bilete som ventar på deg#

Identify namngjev aldri ei lesing han ikkje kan vere sikker på. Han held henne tilbake for deg: eit nummer eit lengre nummer byrjar eller sluttar med («87» er det 187 ser ut som med eit band over 1-talet), eitt enkelt siffer, eller, når ingenting vart lese, kven som passerte tidtakarpunktet då biletet vart teke. Filter → Numbers → Needs review viser berre dei bileta. Numbers-delen seier kvifor kvart vart halde tilbake og gjev ein knapp for kvart nummer det kan vere. Vel det rette, skriv eit anna, eller vel ✓ Right as it is. Biletet forlèt lista, og det neste som ventar, kjem opp.

Det som blir halde tilbake, blir lagra i mappa til startlista (held.json) til du avgjer det. Eit arrangement bygt av dei gamle leveranseskripta blir gått gjennom på same måte: dei usikre radene i out-bibs/counts.json blir haldne tilbake første gongen mappa blir opna med den startlista. Over API-et: GET /api/review listar dei, og PUT /api/numbers avgjer eitt (SDK: client.reviewQueue(); filteret er needs_review i POST /api/filter).

Eit gøymt nummer: tidtakarpunktet#

Ein syklist med nummeret bak ein arm er likevel i tidtakarsystemet, ved matta fotografen står ved. Med Timing point på i Identify-steget blir ei ramme med ein person og utan lesbart nummer halden tilbake saman med deltakarane som passerte punktet då ramma vart teken. Han namngjev aldri nokon på eiga hand; namna ventar på at eit menneske vel.

  1. Hent startlista med Also fetch the results: resultata har mellomtidene til kvar deltakar.
  2. Under Timing point oppgjev du resultatkolonnen for punktet ditt (TIME21, eller finish for mål). Kryss av time since start når kolonnen tel frå start og ikkje klokkeslett, og oppgje mass start når resultata til deltakarane ikkje har ei eiga starttid. Kolonnen må vere tida ved punktet, ikkje tida for éin etappe — sjekk ein deltakar du kjenner.
  3. Set clock offset for kameraet: opne eit bilete der du veit nummeret, skriv det inn og vel Set. Avviket er tida i tidtakarsystemet minus tida i kameraet.
  4. Window er kor mange sekund på kvar side som framleis tel: nokre få sekund ved ei matte, fleire der punktet er ein vegstrekning.

Vel bileta til avisa#

Deliver → Pick for Delivery… vel høgst det talet på bilete du oppgjev, slik at ingen er med i leveransen to gonger. Han arbeider på utvalet når meir enn eitt bilete er valt, elles på heile mappa, og brukar nummera Identify skreiv inn i kvart bilete.

  • Deltakaren med færrast bilete blir tenesta først: ein som er med i eitt bilete, får det før ein som er med i ti kan gjere krav på det.
  • Eit bilete blir teke berre om alle i det framleis er utan.
  • Åleine i biletet går føre i ei gruppe; kvar fotograf får eit bilete før nokon får eit andre (Fotografar); så det skarpaste.

Dei valde får fargeetiketten du vel og eit album oppkalla etter mappa. Rapporten seier kvifor kvart vart valt, kven som kom nærast, og kven som ikkje fekk noko bilete. Over API-et: POST /api/pick-for-delivery (SDK: client.pickForDelivery({ count: 200 })).

Rapporten til desken#

Deliver → Delivery Report tel kva mappa (eller utvalet) leverer: kor mange bilete, kor mange deltakarar som er namngitte og kor mange som er med meir enn éin gong, bilete utan nokon namngitt, bilete per fotograf og deltakarar per klasse. Frå journalen til Identify tel han òg kor mange rammer som hadde eit nummer halde tilbake til eit menneske, og kor mange som hadde nokon som ikkje blir namngitt (klasse eller reservasjon). For kvar startliste seier han òg kva vernet mot gøymde siffer kostar: kor mange av nummera eit lengre nummer byrjar eller sluttar med (og som difor aldri blir namngitte frå ei lesing åleine), kor mange bilete som ventar på eit menneske på grunn av det, og kor mange som likevel vart namngitte med eit slikt nummer. Ei tett liste med eitt- til tresifra nummer kan miste ein tredjedel av nummera sine slik, medan ei liste med firesifra nummer ikkje mistar nokon. Samandraget blir lagt på utklippstavla til e-posten. delivery-report.txt og delivery-report.pdf blir skrivne ved sida av bileta; PDF-en er eit kontaktark med biletteksten til kvart bilete under. Over API-et: POST /api/delivery-report (SDK: client.deliveryReport()).

Lære av det desken publiserte#

Når avisa har køyrt bileteseriane sine, gjev du appen lista til desken: Deliver → Import Published… med den leverte mappa open, og ei fil med dei publiserte filnamna (eitt per line, eller published.json med [{"file": …}]). Filnamna stemmer òg med kopisuffiksa til publiseringssystemet (_1, (1)).

Dei publiserte bileta får eit album oppkalla etter mappa, og kvart bilete i mappa blir registrert som publisert eller ikkje, med det veljaren veit om det: skarpleik innanfor mappa, åleine eller i gruppe, kor mange personar, stjernene. Når minst 30 publiserte bilete er kjende, på tvers av arrangement, gjev Pick for Delivery poeng etter kva denne desken publiserer i staden for etter skarpleik åleine, og rapporten seier det. Over API-et: POST /api/published/import (SDK: client.importPublished({ list })).

Kven som fekk kva publisert#

Deliver → Published by Photographer… lagrar ein CSV over kvart importerte arrangement: per fotograf kor mange bilete som vart leverte, kor mange som vart publiserte, og kva for nokre — for å betale kvar fotograf for det avisa brukte. Fotografen er den Fotografar-tabellen namngjev for kameraet, elles EXIF Artist. Over API-et: GET /api/published/by-photographer.

Kven som ikkje blir namngitt#

Nokre deltakarar skal ikkje namngjevast i ei avis: born og unge, og alle som har bede om det. I Identify-steget:

  • Classes not named — ein del av ein klasse eller aldersgruppe, éin per line (Barn, U1, Ungdom). Alle i ein klasse som passar, blir utelatne.
  • Not named — nummer eller namn, eitt per line, på dei som har bede om det.

Nummeret deira blir framleis lese, så biletet ikkje blir forveksla med nokon andre sitt, men ingenting om dei — namn, nummer, klasse eller klubb — kjem inn i det leverte biletet. Over API-et gjer unnamedClasses og optedOut det same på identify og detect, og detect listar dei i unnamed.

Over API-et#

POST /api/start-lists/fetch hentar ei startliste inn i ei mappe (source: adressa til sida eller ei CSV-fil; dir: mappa; tom source med ein dir hentar henne på nytt; heat_numbers for lagstafettar, exclude_contests for klassar som ikkje er på løypa). Frå SDK-en: client.fetchStartList({ source }). Sjå API-referansen.

esc
    ↑↓ naviger↵ opne