[Cretage]

Probleem siis järgmine. Umbes poole aasta pärast (ilmselt siiski nii umbes 8 kuu pärast) peaks algama Windowsis töötava arvutiprogrammi loomine, mis leiaks failid Windows Server 2003(2008) seest üles. Selle programmi eesmärk oleks siis leida konkreetne fail kaustasüsteemist ja selle eelvaadet kuvada ekraanil (kõrval oleksid ka lingid allalaadimiseks).
Ma ei tea, mis koodil see programm tehakse. Tean aga seda, mida see programm peab hakkama haldama. Selleks on erinevad pildid (TIFF, JPEG peamiselt), PDF-id, wav failid, MP3-ed, docid ja exceli tabelid. Küsimus on selles, et kõik need asjad on igapäevaselt tekkimas ja nad on ka ühe serveri (server 2003)peal olemas, kuid nad asetsevad praegu üsna segaste nimedega kaustades, kus puudub niiöelda kaustade administraator. Mu idee on ju ikka õige, et korralikult töötavale kaustsüsteemile on lihtsam programmi luua?
Tahan luua ühtsed reeglid failide nimetamiseks teistele töötajatele, et hiljem oleks programmi valmistamine lihtne ja otsingu töötamiseks ei peaks ma praegu tekkivaid faile hakkama ümber nimetama, kuna aeg ju möödub ja topelt tööd teha on totter. Või ei ole mul õigus?

Võtame esimeseks küsimuseks pildid (on nii TIFF, kui ka JPEG). mismoodi te annaksite kaustadele ja failidele nimed. Ütleme et mul on segamini mõlemad formaadid ühes kaustas, kus on 10 pilti kellegi pulmast, mis toimus 1980 aastal, 5 pilti sünnipäevast 1970-ndatel ja 300 pilti laulupeost 1990 ndatel. J

Jutt segane tuli, kuid ma loodan, et mu küsimus saab selgemaks teema arenedes.
Kokkuvõttev lühike küsimus, mis alajaoutused te teeksite ja mis nime te annaksite siis failile ja palun põhjendage ka seda, sest mul ei ole programmeerimisel kogemusi.

[andrusny]

Katsu panna suhteliselt lühike pilti kirjeldav nimi ilma eri märkide ja täpi tähtedeta ning kui on sarnased pildid siis lõpus oleks loendamis number. Näiteks pulm80_01.jpg pulm80_02.jpg jne. Võid pildigrupid lasta windosal ümber nimetada, siis tekitatakse järjenumber automaatselt. Valid-select kõik oma pulma pildid, teed paremkliki ühel neist, valid Rename ja kirjutad pildi nime näiteks pulm.jpg edasi tehakse kõik selectitud pildid sama nimelisteks pulm.jpg pulm(1).jpg pulm(2).jpg ...

[tooner]

Natuke segaseks jäi mulle ülesandepüstitus, seega sorry, kui ma jama ajan. Et miks sa picasat ei kasuta?

[Cretage]

Küsimus ei ole paraku ainult piltides, sinna juurde kuuluvad ka kõik muud failiformaadid (peale selle ei meeldi Picasa mulle isiklikult). Mis puudutab veel pilte, siis hiljem tuleb neile kuidagi külge pookida ju ka metaandmed (mis ja kes on pildil jne), et andmebaasist neid leida saaks.
Kas on sellisel juhul õige panna korralikult kirjeldava nimega kausta (näiteks Peetri ja Malle pulm 1984 Tallinn) lihtsalt pulm80_1.jpg, pulm80_2.jpg, pulm80_3.jpg. Kas ei oleks hea, kui on sisestamisel niiöelda kindlad põhiandmed (näiteks: aasta_sündmus_asukoht_1.jpg) ja asju, mida ei tea, oleks märgitud kokkulepitud kujul (kui näiteks aastat ei tea, siis on see märgitud: X_sündmus_asukoht_1.jpg) ?

Kas minu kartus asja keerukusest on põhjendamatu ja andmebaasi inimesed saavad asjaga lihtsalt hakkama?

[andrusny]

Isiklikult olen ikka seda meelt, et failinimi võimalikult lühike, meta andmete jaoks on vähemasti jpg failidel koht olemas, Võtad paremklikk properties ja sealt summary seal saad igat manti pildile juurde kirjutada. Igasugused kolmelauselised failinimed võivad hiljem palju tüli tekitada programmides. Hiljem, kui on andmebaas, pole enam tähtsust, mis failinimi on, kuna nime järgi tehakse vastavad väljad juurde, kuhu andmed kantakse. Ka pildi nimi saab olla hoopis teine, mis faili nimi. On näiteks pulm_1.jpg aga alla kuvatakse Maire ja Pauli pulmad aasta 2008

[Stemugram]

Uuri seda lehte http://www.eha.ee/digikeskus/
Siit saad palju infot

[nene]

Ma arvan, et siin oleks tarvis siiski rohkem taustinfot selle kohta, mis sorti projektiga siiski tegemist on.

[tooner]

[Cretage]

Minu olukorra puhul ei ole kindlasti vaja kõike seda, mida Picasa pakub ja ma ei kahtle sellise programmi loomise keerukuses. Probleem on hoopis selles, et praegu on inimestel kõvakettad täis ainult neile teada olevates kohtades ja nimedega pilte, dokumente jne. Tahaksin nad visata kõik kokku serveri peale, et hiljem, kui otsingumootor luuakse, siis oleks lihtne neid sinna integreerida ja kõik saaksid asju vabalt kasutada. Võibolla peaksin seda kirjeldama nagu arhiivi kartoteegi loomist, mida hiljem digitaalsel kujul kasutada saaks.
Kirjutad otsingusse "pulm 1990" ja saad vastuseks nimekirja piltidest, failidest (nt kutse kujundus, külaliste nimekiri jne) ja lisaks võimaluse nende allalaadimiseks. Ma ei oskaöelda, kas hoida TIFFid ja JPEGid koos. Kogemus puudub.

Minu esialgne küsimus oli, kuidas hakata panema failidele nimesid. Siit lugedes ja ka Googlet kasutades olen jõudnud praegu niikaugele, et failinimi peaks olema siiski võimalikult lühike ( seda soovitab ka ISO 9660 standard). Selle standardi järgi tuleks esimesel tasemel kasutada (mis on ka eelistatud) 8 tähemärki, punkti ja 3 märgist koosnevat faililaiendit (see peaks tagama kõikide olemasolevate süsteemidega ühtivuse, ka vabalt loodavad). Standardi teine tasand (töötatud välja Microsofti poolt) lubab kasutada kuni 64 tähemärki, tühikuid failinimedes (ei ole soovitatav) ja loomulikult 3 märgist koosnev laiend.
Ma ei usu, et suudan kõikidele falidele panna nimedeks ainult 8 tähemärgist koosneva nime. Seepärast tulevad nad pikemad ja tuleb võimalikult palju infot panna sisse kataloogide nimedesse. Siis on failid leitavad. Ma vähemalt loodan. (mulle annab ka kindlust see, et Rahvusarhiiv kasutab rohkem kui 8 ühikut)

[HacaX]

Kas too ISO standard mitte CDde kohta käinud? Ehk siis kogu see nimede pikkus on ajast ja arust ja mõeldud toimimiseks süsteemidel mis on veelgi rohkem ajast ja arust (DOS, CP/M, Lisa II jms süsteemid mida tänapäeval mujal kui muuseumites ja/või fanaatikute kodudes naljalt ei näe).Iga veidigi modernsem süsteem (k.a. seesama DOS lisaTSRi kasutamisega) on suuteline ka 127-märgiseid nimesid sööma.
Kogu vajaliku infi nimes hoidmine teeks asja sellevõrra lihtsamaks, et nimi on alati nähtav ja kõikvõimalike vidinatega töödeldav. Faili sees oleva infi (EXIF jms) kättesaamiseks on reeglina lisavidinaid/-pluginaid vaja.

[Cretage]

Jah, see standard on tõesti mõeldud algselt vanade süsteemidega koos töötamiseks. Uued süsteemid lubavad pikki nimesid, kuid ikkagi on kõikjal märgitud ära, et pikemad nimed võivad tekitada olukordi, kus kõik ei pruugi plaanitult sujuda. Soovitatakse ikkagi hoida nimesid lühikestena. See on mõistetav, juba kasvõi seetõttu, et inimesel endal oleks lihtsam asjadest aru saada ja meelde jätta.
Jah faili nimega tuleb loomulikult öelda maksimaalne info. Igas kaustas ei tohiks olla failid nimega pilt1, pilt2, pilt3,jne. Peab ikka olema paremini asi lahendatud. Vast midagi sellist 19900806_Anne_ja_Pauli_pulm.JPG või mis?

[H_K]

Lugesin teema läbi ja jääb mulje, et on üks suguselts kes igaüks peavad arvutites omal moel väikest perekonna arhiivi ja muud mudru, itimad neist suudavad ka serverisse asju talletada. Ja, et suguvõsa arhiiv oleks lihtsalt kasutatav siis on tekkinud idee teha programm mis suudaks talletatud info läbi käia, katalogiseerida et hiljem oleks info kergesti leitav. Kõik on ilus, aga perspektiivis suurim nõrkus on seesama loodav spetsiaalne programm Windowsi keskkonnas. On ülimalt tõenäoline, et 10 aasta pärast on see süsteem jäänud ajale jalgu ja selle uuendamine saab olema vaevalisem kui üldse võimalik - sõltub kas eelmise programmi loojast, kas on piisavalt dokumenteerinud oma programmi jne ja kas üldse elus on, või kas üldse keegi viitsib enam. Olemasoleva mõne laialt levinud programmiga on selline stsenaarium vähemtõenäoline - ikka tehakse uuendusi ja porditakse uutele OS'idele või leitakse võimalused eksportida kogu info mõnda kolmandasse programmi.

Minu soe soovitus oleks samuti, et tuhla ja leia mõni platvormirikkam vabavaraline või jätkusuutlikum tasuline valmistoode.
Samas programeerimisharjutusena võib ju pusida - tulemus (olemasoleva materjali süstematiseerimine) on iseenesest juba pespektiivis kasuks tegevus.

[andrusny]

Kuna tegu on arhiiviga, siis miks mitte kasutada veebipõhist lahendust, jääks ära eelpool kirjutatud ajale jalgujäämis faktor, vaevalt, et browserid enam vanu lehekülgi ei näita. Hetke seisuga on ju veebi progemise tase pea samal maal, mis windowses baseeruv programm, ei ole mingeid piiranguid ja ka serveri probleem oleks lahendatud. Kui ei taha interneti teenust kasutada saab sama asja ka omas arvutis hoida.