Umm... Wiesz, w normalnym systemie operacyjnym menedżer plików ma opcję
"sortuj według daty utworzenia" ;->
Albo po nazwie czy rozmiarze pliku... No i co w związku z tym poza
wymądrzaniem się? ;->
--
Pozdrawiam
Arczi
jestes pewien ze data utworzenia pliku na to to samo...?
>> Umm... Wiesz, w normalnym systemie operacyjnym menedżer plików ma opcję
>> "sortuj według daty utworzenia" ;->
>
> jestes pewien ze data utworzenia pliku na to to samo...?
Winda czyta datę zrobienia zdjęcia z exif, trzeba sobie tylko dołożyć do
kolumn, posortować, a potem na pierwszym dać "zmień nazwę". Fakt że kolejne
numeruje sekwencją w nawiasie, nazwa (n).jpg, ale do potem jakikolwiek
program to i tak wyświetlając po nazwie wyświetli poprawnie.
Pozdrawiam,
Henry
--
FAQ prf: http://www.prf-faq.prv.pl
FAQ prfc: http://www.prfc-faq.prv.pl
Fotografia tradycyjna: http://www.aparaty.tradycyjne.net
I wyobraź sobie że masz zbiory z kilku lat i chcesz je poukładać w
katalogach wg dat zrobienia zdjęć. Zrób to wykorzystując to co "winda"
oferuje...
Ja akurat kataloguję zdjęcia wg dat ich zrobienia i do tego właśnie
słuzy ten programik.
Wiem, ale to nie to samo.
Poczytaj to zrozumiesz różnicę: http://pl.wikipedia.org/wiki/EXIF
Hmm..
CamToPC robi to bardzo zgrabnie od razu tworząc foldery z datami(foldery
wg. dnia zrobienia zdjęcia lub wg. miesiąca lub roku).
TotalCommander natomiast zmienia hurtowo nazwy plików wg. danych exif.
Niestety nie czyta RAWów. Więc chyba zrobiłeś syzyfową pracę ;)
Pozdrawiam,
Paweł W.
--
Padł mi dysk i wszystkie moje sygnaturki poszły do cyfrowego raju :(((
Fajne. Przydałoby mi się z 5 lat temu. :) Teraz aparat sam mi wrzuca w
foldery z datą.
--
Pozdrawiam,
*Habeck*
/Każda rzecz ma dwie strony. Fanatycy widzą tylko jedną/
- Schutzbach
>> Umm... Wiesz, w normalnym systemie operacyjnym menedżer plików ma opcję
>> "sortuj według daty utworzenia" ;->
>
> Wiem, ale to nie to samo.
Zależy. jak przy kopiowaniu zmieniają ci się daty, to faktycznie.
> Poczytaj to zrozumiesz różnicę: http://pl.wikipedia.org/wiki/EXIF
Wow. EXIF... Nie wiedziałem, że coś takiego istnieje.
No i w związku z tym - po co wyważać otwarte drzwi?
RAW nie robisz, prawda? ;-)
--
Michał http://kbns.digart.pl/
wiesiu jest spamtrapem. ja jestem kbns
Jak dołożysz jeszcze możliwość nazywania folderów z nazwy aparatu z
EXIF'a oraz większą elastyczność z nazwami katalogów (np: YYYY_MM/
x.jpg) - jak w DowlnoaderPro to biorę :) Tak trzymać i nieprzejmować
się malkontentami!!!
AB
Mi przy kopiowaniu nie zmieniają się (chyba że wyrażę taką chęć)
atrybuty pliku - z datą utworzenia włącznie. A ponieważ przy robieniu
zdjęć aparat nadaje im czas utworzenia z chwili zrobienia zdjęcia -
sortowanie mam od ręki.
Czego jeszcze nie rozumiesz?
Robię.
Aaa! Masz na myśli sytuację, kiedy masz plik pochodny po przetworzeniu
(nie wnikam, jaki był źródłowy), a nie tylko skopiowany - więc z nową
datą utworzenia?
Data utworzenia w EXIF jest zawsze kopiowana z pliku źródłowego?
Bingo!
> Data utworzenia w EXIF jest zawsze kopiowana z pliku źródłowego?
W EXIFie jest kilka pól date/time.
Moje doswiadczenie pozwala stwierdzic, ze soft do raw nie psuje daty
naswielenia zdjecia:
[kbns@kbns kbns]$ jhead knoty/2008080x-woodstock/CRW_5402-01.jpg
File name : knoty/2008080x-woodstock/CRW_5402-01.jpg
File size : 234420 bytes
File date : 2008:09:14 15:33:29
Camera make : Canon
Camera model : Canon EOS 300D DIGITAL
Date/Time : 2008:08:01 10:38:46
[...]
pozdrawiam,
No to sporo się wyjaśniło. Kopiowanie plików może "psuć" daty
systemowe jak data utworzenia pliku - to jest normalne, dla plików
zdjęć istotna jest data zapisana w EXIF i ta się nie zmienia w
przypadku kopiowania, chyba że jawnie odpowiednim softem wyczyścimy te
dane (np Irfanview pozwala na usunięcie EXIFa podczas konwersji).
Andrzej, porównaj jeszcze u siebie datę utworzenia z datą zrobienia
zdjęcia - jesli używasz Windy to oba parametry można sprawdzić jeśli
wyświetlisz pliki jako listę. Nie jestem przekonany że będą sobie
równe.
Nie doczytałem, faktycznie jeśli Twój aparat zapisuje atrybut
utworzenia pliku równy dacie zrobienia to już masz pół drogi za sobą,
ale podejrzewam że jak zrobisz kopię tego pliku to Ci się data
zrobienia ustawi na bieżącą. Data zrobienia zapisana w EXIF zostanie
zawsze taka jaka była.
Dzięki za konstruktywne uwagi, jak będę miał trochę czasu to zrobię
małe zmiany. Dołożę definicję maski z obsługą atrybutów %CAMERA_NAME
%YEAR %MONTH %DAY, będzie pełna elastyczność.
Pozdrawiam.
To trzeba mieć skopane narzędzie do kopiowania plików aby zmieniało datę
zapisu.
--
*** rozanski.at.sergiusz.dot.com sq3bkn ***
*** http://www.4x4.kalisz.pl ***
$ You have new spam in /home/serek/maildir/
Data zapisu? Ki czort?
RAW kopiowane przy pomocy Totalcmd maja date modyfikacji = dacie zrobienia
zdjecia, data utworzenia = data przegrania raw na HDD.
Skonwertowane z rawow jpg maja obie daty rowne dacie konwersji.
A jaką masz datę jak zrobisz kopię pliku? Pierwotną czy dzisiejszą?
Cały czas sądzę że mówimy o różnych datach. Efekt wykonania kopii
plików pod XP:
http://www.uploadgeek.com/share-0333_49D26BBD.html
> On 29 Mar, 21:53, Arturb <arturbi...@o2.pl> wrote:
>> Jak dołożysz jeszcze możliwość nazywania folderów z nazwy aparatu z
>> EXIF'a oraz większą elastyczność z nazwami katalogów (np: YYYY_MM/
>> x.jpg) - jak w DowlnoaderPro to biorę :) Tak trzymać i nieprzejmować
>> się malkontentami!!!
>
> Dzięki za konstruktywne uwagi, jak będę miał trochę czasu to zrobię
> małe zmiany. Dołożę definicję maski z obsługą atrybutów %CAMERA_NAME
A dlaczego nie:
'dowolna_nazwa_parametru_z_exifa'
...albo:
%dowolna_nazwa_parametru_z_exifa%
...skoro już i tak nad tym pracujesz?
> %YEAR %MONTH %DAY, będzie pełna elastyczność.
...a to co innego - bo tu będzie analiza jednej wartości z rozłożeniem
na kilka pól :)
Z tego powodu wyżej sugerowałem inny separator dla "każdej
dowolnej nazwy pola" (inny niż dla pól analizowanych).
pzdr, Gotfryd
A dla uzytkownikow Sony jest cos takiego:
http://www.dyxum.com/dforum/forum_posts.asp?TID=43251&PN=1
Pozwala przerzucic nazwe obiektywu do pola komentarza JPG, dzieki czemu
widac w prawie kazdej przegladarce plikow (np Faststone), jakim
obiektywem zrobiono zdjecie
Marx
Dlatego właśnie nie używam tego syfu ;->
A uzywam?
[kbns@kbns kbns]$ echo dupa > a
[kbns@kbns kbns]$ cp a b
[kbns@kbns kbns]$ stat a b
File: "a"
Size: 5 Blocks: 8 IO Block: 4096 Regular File
Device: 1601h/5633d Inode: 313654 Links: 1
Access: (0600/-rw-------) Uid: ( 500/ kbns) Gid: ( 1000/ users)
Access: 2009-04-01 23:57:55.000000000 +0200
Modify: 2009-04-01 23:57:52.000000000 +0200
Change: 2009-04-01 23:57:52.000000000 +0200
File: "b"
Size: 5 Blocks: 8 IO Block: 4096 Regular File
Device: 1601h/5633d Inode: 313658 Links: 1
Access: (0600/-rw-------) Uid: ( 500/ kbns) Gid: ( 1000/ users)
Access: 2009-04-01 23:57:55.000000000 +0200
Modify: 2009-04-01 23:57:55.000000000 +0200
Change: 2009-04-01 23:57:55.000000000 +0200
[kbns@kbns kbns]$ mount
/dev/hdc1 on / type ext3 (rw)
PS. Da sie porozmawiac z cp, zeby nie ruszył mtime.
Ja podam tak:
root@photo/sony~ jhead domyslne.jpg # punkt widzenia obrazka
File name : domyslne.jpg
File size : 267027 bytes
File date : 2009:03:31 17:27:10
Camera make : SONY
Camera model : DSLR-A300
Date/Time : 2008:11:30 00:34:09
Resolution : 1280 x 857
Flash used : No
Focal length : 35.0mm (35mm equivalent: 52mm)
Exposure time: 0.500 s (1/2)
Aperture : f/5.6
ISO equiv. : 400
Whitebalance : Manual
Metering Mode: matrix
Exposure : aperture priority (semi-auto)
Comment : DSC00008.JPG
root@photo/sony~ sstat domyslne.jpg # punkt widzenia systemu
# 1
File: "domyslne.jpg"
Type: Regular File (10)
Mode: 0644 (-rw-r--r--) Flag: 0
U/G: 0/0 (root/wheel)
Size: 267027 (0x41313) Blocks: 576 (0x240)
Inode: 4074498 (0x3e2c02) Gen: 1853311013 (0x6e774825)
Links: 1 Device: 0,104
Access: Thu 2009-04-02 01:55:45 +0200 (CEST) 1238630145
Change: Tue 2009-03-31 17:33:30 +0200 (CEST) 1238513610
Modify: Tue 2009-03-31 17:27:10 +0200 (CEST) 1238513230
Birth: Tue 2009-03-31 17:24:33 +0200 (CEST) 1238513073
sstat to moja przeróbka stat-a, dodaje dosyć ważną datę
utworzenia pliku, czas w sekundach epoki uniksowej
(ważne przy czytaniu logów) i parę rozszerzeń różnych
formatów pól.
Warto zauważyć, że plik może mieć w systemie 4 różne daty każdą
inną od czasu wykonania zdjęcia, Wyjaśnia to, jak wieloznaczne
może być określenie 'sortowanie plików według daty'.
--
nb
Daj jakis namiar gdzie o tym poczytac?
Bo moje many do stat(2) nie wychodza poza kanon atime/mtime/ctime w
struct stat ( ).
pozdrawiam,
> Warto zauważyć, że plik może mieć w systemie 4 różne daty
Skromny jakiś (ten system), musi jakiś un*x...
$ sh sys/noproc
OpenVMS V8.3-1H1 [...]
$ dir/full login.com;
Directory TESTDISK:[GS]
LOGIN.COM;55 File ID: (6092,1,0)
Size: 4/16 Owner: [GS]
Created: 24-JAN-2007 19:26:20.57
Revised: 21-APR-2008 19:12:26.12 (1)
Expires: <None specified>
Backup: 2-NOV-2008 21:31:47.12
Effective: <None specified>
Recording: <None specified>
Accessed: <None specified>
Attributes: <None specified>
Modified: <None specified>
[...]
:P
(inna rzecz, że bez używania większości z nich da się obejść, co
widać na obrazku, accessed niewłączone w filesystemie, journaling
też)
> każdą inną od czasu wykonania zdjęcia
:)
pzdr, Gotfryd
> On Thu, 02 Apr 2009 02:27:28 +0200, nb wrote:
>> sstat to moja przeróbka stat-a, dodaje dosy? wa?n? dat?
>> utworzenia pliku, czas w sekundach epoki uniksowej
>> (wa?ne przy czytaniu logów) i par? rozszerze? ró?nych
>> formatów pól.
>
> Daj jakis namiar gdzie o tym poczytac?
> Bo moje many do stat(2) nie wychodza poza kanon atime/mtime/ctime w
> struct stat ( ).
Pardon, zbytnio zaufałem jednolitości standardów, używam FreeBSD
mocno trzymającego się standardów i zakładam, że jeśli coś jest
we FreeBSD, jest również w linuksie (w drugą stronę już nie,
choćby w podstawowej komendzie cp).
Poza tym dochodzi różnica w systemach plików.
Wiedzieć, że unix!=linux to co innego niż wyryć w czaszce :-)
--
nb
To juz cos, dzieki, poogladam sobie :-)
PS. Oprocz linuksa przejrzalem tez mana na SunOSie, a innych uniksow w
tej chwli pod soba nie mam...