natgillin/translations-raw huggingface dataset:
The first thing to do and to know before you put anything onto your system is a to build an information structure (as opposed to data structure). Your image files have to be somehow organized within the computer, you have to decide if others should have access to your photographs (sharing), if you put them on a dedicated drive, on a network drive & etc; Keep in mind that you have to migrate one day onto some bigger volume.
Kõige esimene asi, millele tuleb mõelda juba enne seda, kui hakata süsteemi looma, on info struktuur (just info, mitte andmete struktuur). Selleks tuleb ette kujutada, kuidas korraldada arvutis leiduvaid faile, otsustada, kas teised peaksid saama sinu fotodele ligipääsu (jagamine), kas paigutada nad mõnele konkreetsele partitsioonile või kettale, võrgukettale ja nii edasi. Tähele tasub panna ka seda, et millalgi võib tekkida vajadus võtta kasutusele rohkem ruumi.
The organization should be simple, unified and scalable, and it should be independent of the storage medium on which you host them. Do not make the folders too small, several thousand images in one folder is not too much to ask for, but keep them small enough so that they can fit into a backup medium like a DVD 4.7 or 9.4 GB for double sided ones. Remember that the archive will grow all the time! The concrete type of structure depends on your use case of course: Lets take a simple yet frequent example: you are a casual photographer taking pictures of your private life, your family, holidays and so on. It could be efficient to create a structure based on years plus some holiday and export containers. It could look like this:
Struktuur peaks olema lihtne, ühtne, skaleeritav ning ei tohiks sõltudda andmekandjast, kuhu sa andmed paigutad. Kindlasti ei tasu katalooge liiga väiksena luua - ka mitu tuhat pilti ühes kataloogis on täiesti mõistlik -, kuid nad peaksid siiski olema piisavalt väikesed, et mahuksid varukoopiate loomiseks kasutatavale andmekandjale, näiteks 4, 7 GB DVD- le (või kui see on kahekihiline, siis 9, 4 GB). Pea kindlasti meeles, et arhiiv kasvab pidevalt! Toome ühe lihtsa, aga sageli esineva näite: sa oled juhufotograaf ning teed pilte oma eraelust, perekonnast, pühadest, puhkusereisidest jne. Sel juhul võib olla mõistlik luua struktuur, mis võtab aluseks aastad, millele lisanduvad spetsiaalsed puhkuse - ja ekspordikataloogid. Struktuur võiks niisiis välja näha selline:
2006 2007 2008 Holidays - A - B - C Export Fun stuff
2006 2007 2008 Puhkus - A - B - C Eksport Lõbu
Maybe you'll be happy with this structure. Holiday pictures can be quickly found by its location (unless you go to the same place every year), the rest will be organized by date. If you shoot enough pictures you want to create sub folders below the years as months & eg; 2008-01, 2008-02 & etc; 'Export 'would be a container for images to print or to put onto a website.
Selline struktuur võib täiesti rahuldada. Puhkusepildid on kiiresti leitavad asukoha järgi (kui sa ei puhka just iga aasta samas kohas), ülejäänud kuupäeva järgi. Kui pildistad piisavalt palju, võib olla mõttekas luua aastate alla kuude kataloogid, & eg; 2008- 01, 2008- 02 & etc;. 'Eksport' on antud juhul kataloog, kus paiknevad pildid, mida soovid trükkida või panna veebileheküljele.
The more professional photographer will have very different needs as there will be versions of photographs, archives, workflows, a constant influx of images of diverging themes, and a large quantity of everything. Within 10 year you'll have 95% archives and 5% work space files and you do n't want to organize your structure around content!
Professionaalina tegutseval fotograafil on mõistagi teistsugused vajadused: fotode erinevad versioonid, arhiivid, pidev erineval teemal fotode juurdevool, väga suur maht. Kümmekonna aastaga on mahust 95% arhiiv ja 5% aktiivses kasutuses failid, nii et nende korraldamine on lausa hädavajalik!
The consideration are these:
Arvestada tuleks järgmisi asju:
what kind of files go together? Segregation of file type makes batch processing easier. Keep new and old files separate.
Millised failid kuuluvad omavahel kokku? Eraldamine failitüübi järgi muudab lihtsamaks pakktöötluse. Eraldi tasub hoida uusi ja vanu faile.
How can you make that structure scalable?
Kuidas muuta struktuur skaleeritavaks?
Segregation of original and working files makes it easier to allocate the backup strategy and migration. You will always know if you look for an original or a derivative.
Originaal - ja tööfailide eraldamine muudab hõlpsamaks varundamis - ja migreerimisstrateegia kujundamise. Sel juhul on alati teada, kas tegemist on originaalpildi või töötlusega.
TBC
TBC
I also recommend to switch-on the'save metadata 'options in the & digikam; settings page for metadata. This will ensure that EXIF and IPTC data is written into the file. If you forgot to do that you can always catch up by copying the metadata in the database to the files in one go (from the album menu).
Samuti oleks soovitatav & digikam; seadistusdialoogi metaandmete kaardil sisse lülitada nende salvestamise võimalus. See taga, et EXIF - ja IPTC- andmed kirjutatakse faili. Kui sa oled unustanud seda teha, võid muidugi alati menüüst Album vastavat käsku valides kiiresti kopeerida andmebaasis leiduvad metaandmed failidesse.
Now we have a lot of stuff already in our database, but what if I need to change some of it? & digikam; provides a metadata editor for a selected number of attributes, the most important ones of course.
Andmebaasis on muidugi palju igasuguseid andmeid, aga mis siis, kui tekib vajadus neid muuta. & digikam; pakub selleks välja metaandmete redaktori, mis lubab muuta mitmeid atribuute - mõistagi neid, mis on kõige olulisemad.
The real works begins here as we will apply tags, captions and a rating to every photograph. Of course, all images requiring the same attribute can be treated as a selection in one action. Lets start with rating or ranking. It's best to start with ranking because for further work you can concentrate on the good shots.
Tegelik töö algab siis, kui hakkad igale fotole omistama silte, allkirju ja hinnangut. Loomulikult saab ka selle puhul rühmitada kokkukuuluvaid pilte ja vajaliku toimingu ühekorraga ära teha. Alustame hindamisest ja järjestamisest, sest hinnangud on päris olulised: nii saame kiiresti eristada pildid, mis on teistest millegi poolest paremad või tähtsamad.
Ranking
Hindamine
Lets continue with tags (or keywords as called by other applications, or categories, they are all synonymous).
Jätkame nüüd siltidega, mida mõnes muus rakenduses nimetatakse ka võtmesõnadeks või kategooriateks.
Tags are a hierarchical labeling system that you create as you add to it. The important thing to do is to create a system that suits your needs and habits. Are you a (semi)professional who wants to sell photographs to agencies, do you want to publish on a web gallery, or are you just the occasional amateur managing the visual family memory? For all these different use cases you want to design a tag structure that is adapted to it. If you configure it so, & digikam; will write the whole hierarchy into IPTC fields so that they can be used by your photographic agency using a different application of to automatically create title and caption for web exports. In any case it will serve you well to quickly find a specific picture again.
Sildid on hierarhiline süsteem, mille sa ise lood. Oluline on luua selline süsteem, mis vastab sinu enda nõuetele ja tavadele. Kas oled (pool) professionaalne fotograaf, kes müüb pilte agentuuridele, või soovid oma fotosid avaldada veebigaleriis või oled lihtsalt pühapäevapiltnik, kes jäädvustab oma perekonna või suguvõsa sündmusi? Kõigil juhtudel tuleb luua sildisüsteem, mis rahuldab just sinu vajadusi. Vastava valiku sisselülitamisel kirjutab & digikam; kogu hierarhia IPTC väljadesse, nii et näiteks sinu fotoagentuur saab seda kasutada peal - ja allkirjade automaatseks loomiseks fotode eksportimisel veebi. Igal juhul võimaldavad sildid kiiresti üles leida just vajaliku pildi.
The hierarchy will provide you with automatic groupings. For example, if you start a typical private use hierarchy with'Activities', 'People ', 'Places', 'Themes' and'Projects' on the top level, everything you tag with a sub-tag of these will be grouped together into a virtual album. & digikam; has a dedicated view in the left sidebar for these virtual albums. But it comes even better! As you continue adding sub-tags into the hierarchies, not only will you be able to search and quick-filter for them, the right sidebar tag filter allows you to select combinations of tag groups. Lets say in the left sidebar tag panel you select the virtual album'People 'and you have 12 different tags for people in there, then you can combine it with the right sidebar and just choose'Peter', 'Paul 'and'Mary' out of the 12.
Hierarhia võimaldab piltide automaatset rühmitamist. Üsna tüüpiline on oma tarbeks pildistatud fotode korral alustada tipptaseme siltidega 'Tegevused', 'Inimesed', 'Kohad', 'Teemad', 'Projektid'. Sel juhul rühmitatakse kõik vastava sildiga tähistatud fotod vastavatesse virtuaalsetesse albumitesse. & digikam; i vasakus külgpaneelis on neile virtuaalalbumitele eraldatud spetsiaalne vaade. Aga see ei ole veel kõik! Hierarhiasse alamsilte lisades ei saa pilte lihtsalt kiiresti üles leida ja filtreerida, vaid parempoolses külgpaneelis on võimalik luua ka sildirühmade kombinatsioone. Oletame näiteks, et sul on vasakus külgpaneelis valitud virtuaalne album 'Inimesed', mille all on 12 erineva inimese silti. Nüüd saad need kombineerida paremas külgpaneelis ja valida 12 seast välja näiteks 'Peetri', 'Pauli' ja 'Mari'.
In the long run you will not remember the details of your pictures and their subject (essentially the metadata in you brain will break down). It is therefore paramount that you choose general and generic categories. You will aways remember that a particular shot was set at a river bank in a country or continent (- > river, continent), but you'll have forgotten which river it was. Instead of only tagging it with'Okavango 'you tag it with river/ Africa or river/ South Africa. The details you can either put into a tag as well or into the captions. A trick may help you: How would you search for that river with an internet search engine? That's the way to go!
Pikema aja jooksul ei ole võimalik piltide ja nende sisu üksikasju meeles hoida - kõikvõimalikke metaandmeid on niigi palju ja nii suur ei ole nüüd ühegi inimese mäletamisvõime. Seepärast on oluline valida üldised kategooriad. See võib jääda meelde, et teatud pilt oli tehtud jõekaldal teatud maal või mandril (märksõnad: jõgi, manner), aga jõe nimi võib kergesti ununeda. Selle asemel et anda ainult silt 'Okavango', võib anda sildi jõgi/ Aafrika või jõgi/ Lõuna- Aafrika. Üksikasjad võib lisada nii silti kui ka allkirja. Siinkohal võib soovitada mõelda näiteks sellele, kuidas otsiksid jõge, mille nime oled unustanud, mõne interneti otsingumootoriga. Sama lähenemist tasub kasutada ka oma fotokogus!
Another categorization might be task-oriented as in'print jobs', 'web export ', 'personal', 'galleryXYZ ', 'clients', 'slideshow '& etc; Create groups as you need them but not more, you should be able to remember by heart the top level tags at least, otherwise the differentiation will become useless. Do n't forget that you have all the other attributes to narrow down the search. The right sidebar tag filter combines with any view of left sidebar (albums, calendar, timeline, tag and search).
Teine struktuurivõimalus on ülesandekeskne, näiteks 'Trükitööd', 'Veebieksport', 'Isiklik', 'GaleriiXYZ', 'Kliendid', 'Slaidiseanss' vms. Loo vajalikud rühmad, aga ära üle pinguta. Sa pead vähemalt tipptaseme silte suutma meeles hoida, muidu ei ole eristamisel enam mõtet. Ära unusta, et otsingu puhul on ka teisi atribuute, mis aitavad vajalikke pilte leida. Parempoolse külgpaneeli sildifilter võimaldab luua konbinatsioone mis tahes vasakpoolse külgpaneeli vaatega (albumid, kalender, ajatelg, sildid, otsing).
When you import cataloged images from other sources having embedded tags already, & digikam; will automatically create the trees for you, respectively insert it into the right place. Rearranging the hierarchy within the tree is no problem, you can do that easily by dragging and dropping a sub-tree to another place in the hierarchy. The changed tags will be updated as & digikam; ripples down the branches.
Kui impordid kataloogitud pilte mõnest muust allikast ja neile on juba sildid omistatud, loob & digikam; automaatselt sildipuu, sinu ülesandeks on see vaid vajaduse korral õigesse kohta liigutada. Hierarhia muutmine sildipuu sees on lihtne, selleks piisab vaid alampuu lohistamisest hierarhias kuhugi mujale. Muudetud silte uuendab & digikam; samuti automaatselt.
The graphics here shows how different metadata overlap. This is a very coarse representation, as each block of metadata will in itself be subdivided into many sections. File names and calendar data are properties of all images.
Kõrvalolev joonis näitab, mil moel erinevad metaandmed kattuvad. See on muidugi väga ligikaudne esitus, sest kõik metaandmete plokid jagunevad omakorda alljaotusteks. Failinimed ja kalendriandmed on kõigi piltide omadused.
Enough of tags - lets move on to captions or comments, the third major tool for metadata cataloging.
Aga piisab siltidest - võtame ette allkirjad ehk kommentaarid, mis on metaandmete kategoriseerimise kolmas tähtis tööriist.
This is already the 4th kind of metadata we present here. What is the distinction of captions compared to tags (comments can be used synonymously, but the IPTC vocabulary stipulates the term'caption '), keywords? Where tags owe to a hierarchical and generalized description, captions are the opposite: prose description, details, anecdotal stuff. Tags foremostly serve the finding, retrieval and grouping of assets, whereas captions shall entertain, inform, touch the beholder. Naturally they can also be used to filter the catalog, but this is just a byproduct. Captions are to remember the story, the event, the emotions, it's what makes photographs much more interesting to look at, captions put photographs into a context and meaning. If the pictures are an aesthetic statement, caption should be the emotional and informational complement.
See on juba neljas metaandmete liik, millest me siin juttu teeme. Mis eristab siis allkirju (nende kohta võib kasutada ka mõistet kommentaarid, aga IPTC terminoloogias on need siiski allkirjad, inglise keeles caption) siltidest? Kui sildid tagavad hierarhilise ja üldistava iseloomustuse, siis allkirjad, otse vastupidi, täpse kirjejduse, üksikasjad. Sildid on eelkõige mõeldud materjali leidmiseks, hankimiseks ja rühmitamiseks, allkirjad aga peavad vaatajat teavitama, neid kuidagi puudutama, nende meelt lahutama. Loomulikult saab ka allkirjade järgi pilte otsida ja filtreerida, aga see on lihtsalt lisavõimaus. Allkirjad on mõeldud loo, sündmuse, tunnete esitamiseks, just allkirjad muudavad fotod huvitavamaks ja just nende abil annab foto edasi konteksti ja tähenduse. Kui pilt ise on esteetiline väljendus, siis allkiri peab olema selle emotsionaalne ja informatiivne lisand.
You rarely want nobody to see your photographs. You rather want to share them with friends, your family, other photographers, agencies, put them onto the internet. And do n't tell me you're not interested as to how your photos are being received!
Enamasti ei tehta fotot selleks, et keegi seda ei näeks. Enamasti soovitakse neid jagada sõprade, perekonna, teiste fotograafide, agentuuridega, panna nad internetti kõigile näha. Ja ära püüagi väita, et sind ei huvita, mida sinu fotodest arvatakse!
So you might have to most beautiful portrait, sunset or landscape and nobody seems to care. Why is that? Look at some good photographs yourself without reading the title, comment or background information. How many of you are interested in depth of field, exposure time, white balance & etc;? Some, of course. But anybody will be interested in the story the pictures tell, you want to remember a photograph, meaningless images bombard us too much anyways. You have to give the viewer something that explains it all.
Oletame siis, et oled teinud imekauni portree, tabanud vaimustava päikeseloojangu või maastiku ja tundub, et keegi ei tee sellest välja. Miks? Püüa ise vaadata mõnda head fotot, ilma et sa loeksid selle pealkirja, allkirja või muud taustinfot. Kui paljud tunnevad siis õieti huvi säriaja, ava, värvustasakaalu ja muu sellise vastu? Kindlasti neid on, aga eelkõige huvitab inimesi lugu, mida pilt jutustab. Kõige rohkem soovitakse näha sellist fotot, mis jääb meelde, sest tähenduseta pildid ümbritsevad meid nagunii kõikjal. Seepärast tuleb vaatajale pakkuda midagi, mis selgitab, mida ta siis õieti näeb.
Lets look at this panorama. From far it is not even a nice beach panorama. If you go closer you start to see some details, people, the space.
Vaatame siinset panoraami. See ei ole kindlasti kõige kaunim rannavaade. Kui seda lähemalt uurida, näeb mõningaid detaile, inimesi, ruumi.
And now I tell you that this is the Allies landing site & quot; Omaha Beachquot; in the French Normandie 60 years after the disembarkation. Wow! One starts to dream, have associations, memories, the historical time span is present, you may hear the silence. The caption has totally reframed to perception of this panorama.
Aga nüüd ütlen, et seel on liitlaste maabumiskoht & quot; Omaha Beachquot; Prantsusmaal Normandias 60 aastat pärast dessanti. Ahhaa! Nüüd tekivad vaatajal mõtted, seosed, mälestused, ajalooline taust ja pildil võib sõna otseses mõttes näha vaikust. Kõike seda annab edasi allkiri.
For others to appreciate your photographs, the title is probably more important than the image itself for the interest it creates. When you show pictures, tell a story. Remember that the key is to convey the meaning to viewers, to help them understand what you understand about the subject and what moved you.
Et teised saaksid sinu fotot tõeliselt hinnata, on arvatavasti pildist endast tähtsam pealkiri ja huvi, mida see võib tekitada. Kui näitad oma pilte, jutusta ka nende lugu. Pea meeles, et vaatajatele on oluline edasi anda pildi tähendus, et nad mõistaksid, millega on tegemist, miks see köitis sinu tähelepanu ja miks sa arvad, et see võiks kellelegi teisele samuti huvi pakkuda.
let people know what you understand about the subject, why you love it
Anna inimestele teada, mida sa silmas pidasid ja pead ja miks see sulle korda läheb
create a red line between the photographs
Loo fotode vahel seos
oppose or relate them to different epochs
Vastanda või seosta fotod erinevate ajastutega
take notes shortly after shooting to remember
Tee märkmed peagi pärast pildistamist, mil sa veel kõike hästi mäletad
contemplate, research, watch, and talk - but mostly listen.
Mõtiskle, uuri, jaluta ja räägi - aga mis peaasi, kuula.
it's okay if the image is less than perfect because it has the strength to stand on its own merit described in the caption.
Pilt ei pea olema tingimata ideaalne, sest ka keskpärase pildi võib muuta väga heaks korralik allkiri.
With & digikam; you can enter unlimited amounts of text using internationalized alphabet (UTF-8) as caption. You can enter it for a selection of photos at the same time. KDE even provides a spell checker. When you export images to web galleries, the captions will be exported at choice into either/ or/ and caption/ title of the web gallery system, no need to re-write the story for publishing.
& digikam; võimaldab sisestada allkirjana piiramatul hulgal teksti rahvusvahelisi tähti kasutades (UTF- 8 kodeering). Soovi korral võib allkirja lisada paljudele piltidele korraga. KDE pakub välja isegi õigekirja kontrollimise võimaluse. Kui ekspordid pildid veebigaleriisse, eksporditakse allkirjad sinu valikul allkirjade ja/ või pealkirjadena, nii et sa ei pea kogu oma lugu avaldamise jaoks eraldi ümber jutustama.
Do you still remember the times before GPS? When you would find your way to another city without navigation system? Was n't the earth a dull blue ball before GoogleEarth? Well then, with images, the train of spatial representation is running at cruising speed alright.
Kas mäletad veel aega, mil GPS- i ei olnud? Aega, mil pidid võõras linnas leidma tee ilma mingi navigeerimissüsteemita? Ah, kas polnud maakera üks igav sinine pall, enne kui ilmus GoogleEarth? Igal juhul piltide puhul on ruumilised kohamääratlused leidnud juba oma kindla koha.
A few cameras have a GPS receiver built-in, the images come tagged with 3-dimensional coordinates. And with almost any GPS device you're able to extract a trace (of course the receiver needs to be switched-on and carried with you whilst taking the photographs, and for good matching the camera time must be accurately set) and save it onto a computer. You have to store it in gpx format, that's easily done with gpsbabel, gpsman and other tools. You then can automatically match a whole bunch of photos with that track using & digikam;. The coordinates are written into the JFIF part of JPG files (settings choice) and into the database. The KDE4 version will enable searches based on locations and coordinates, you can create virtual albums of geographical areas! In the right sidebar under the metadata tab you'll find your image located on a local zoom of the world map. A further click brings on anyone of several mapping services on the web, zooming in on details. Even if you do n't have a GPS trace you can geo-tag multiple images with a geo-editor. Just navigate on the map to the spot of shooting and click to fix it as a geo-tag.
Üksikutel kaameratel on sisseehitatud GPS- vastuvõtja ning nende korral lisatakse piltidele kolmemõõtmeliste koordinaatide silt. Aga peaaegu iga GPS- seadmega on võimalik paika panna marsruut (see tähendab muidugi, et vastuvõtja pidi olema fotode tegemisel kaasas ja sisse lülitatud ning kaameral väga täpselt määratud aeg) ja salvestada see arvutisse. See tuleb salvestada GPX- vormingus, mida on väga lihtne teha gpsbabeli, gpsmani ja teiste tööriistadega. Seejärel võib terve rea pilte sobitada & digikam; i abil kokku marsruudiga. Koordinaadid kirjutatakse JPG- failide JFIF- komponenti ja andmebaasi. KDE4 versioonis on võimalik pilte otsida ka asukohtade ja koordinaatide järgi ning luua geograafiliste asukohtade põhjal virtuaalseid albumeid. Parempoolses külbribas metaandmete kaardi all leiab maailmakaardilt ka oma pildi asukoha. Veel üks klõps avab mõne veebi kaarditeenuse, mis suurendab kaarti ja näitab üksikasju. Aga isegi kui sul ei ole GPS- marsruuti, võid georedaktoris anda silte ühele või paljudele piltidele. Selleks tuleb lihtsalt kaardil üles otsida koht, kus foto omn tehtud, ja selle omistamiseks fotole asukohal klõpsata.
e. g. conversion of a Garmin track with file name'xyz ':
Näide: Garmini marsruudi teisendamine failinime 'xyz' korral:
& dollar; gpsbabel -w -i mapsource -f xyz. mps -o gpx -F xyz. gpx
& dollar; gpsbabel - w - i mapsource - f xyz. mps - o gpx - F xyz. gpx
The possibilities of exploiting this geolocation are already innumerable and will become pervasive in the future. I'm sure one day not too far away we can revisit in a virtual reality our travels through geo-tagged pictures. The & digikam; features include exporting to kml files that can be opened by GoogleEarth (which in turn will show the photos on their shooting site), exporting to gallery2, picasaweb, flickr & etc; with GoogleMaps viewer and more.
Geolokatsiooni kasutamisvõimalused on juba praegu loendamatud ning tulevikus muutuvad nad täiesti igapäevaseks. Ma olen kindel, et üsna pea on võimalik virtuaalselt oma reisid taas läbi elada just geolokatsioonisiltidega varustatud piltide abil. & digikam; võimaldab muu hulgas eksporti kml- failidena, mida saab avada GoogleEarthiga (mis omakorda näitab fotosid nende tegemise asukohas), eksporti gallery2, picasaweb, flickrisse ja mujale GoogleMapsi näitajaga ja veel palju muud.
Protect your authorship and copyleft/ right
Autoriõiguste kaitsmine
Themes: watermarking, IPTC and XMP authorship data, export size
Teemad: vesimärgid, IPTC ja XMP autoriõiguse andmed, ekspordi suurus