gnumed-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gnumed-devel] Document part does not exist in the database


From: Karsten Hilbert
Subject: Re: [Gnumed-devel] Document part does not exist in the database
Date: Mon, 1 Sep 2008 10:48:05 +0200
User-agent: Mutt/1.5.18 (2008-05-17)

On Sun, Aug 31, 2008 at 08:19:09PM -0700, Jim Busser wrote:

> Can the detection and therefore review / signature of empty parts be a 
> warning sign of a mishandled document?
>
> Examples I can think of are:
>
> - a sheet of paper is inserted into a scanner upside down... but if such 
> parts would always be non-zero (i.e. if the part would contain the 
> "blank" scan that still involves a small-sized TIFF or JPEG or PNG) then 
> maybe this does not qualify as a use case

That cannot easily if at all be detected.

> - if a document would, through its syntax, imply an internal part except 
> that the implied or possibly-existing or optionally-existing part has 
> zero content, and is therefore "empty" --- such things I would gladly 
> exclude
OK.

> Are there two levels to this? In other words, even though we might agree 
> that an empty part (by itself) would not auto-generate a pseudo- 
> notification (inbox alert) would the empty parts still show up as  
> unsigned in the document archive? I am still not sure what one would  
> *do* with an empty part --- it seems pointless to acknowledge "nothing" 
> --- but maybe the inspection and signing of related parts would at least 
> make it apparent when an empty part was *supposed* to be nonempty?

I think there is value in preventing empty *parts*. Those do
seem to be a sign of mishap under way.

Now, what about partless documents as treeware index ? Do
you think those should or should not autogenerate
pseudo-notifications ?

Karsten
-- 
GPG key ID E4071346 @ wwwkeys.pgp.net
E167 67FD A291 2BEA 73BD  4537 78B9 A9F9 E407 1346




reply via email to

[Prev in Thread] Current Thread [Next in Thread]